Текущее время: Вт, мар 19 2024, 12:09

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 31 ]  На страницу Пред.  1, 2, 3  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Ср, янв 11 2006, 17:02 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 31 2004, 14:57
Сообщения: 5257
Откуда: Ростов невеликий
Пол: Мужской
N2 написал(а):
В общем кроме догадок остается только недоумение ...

Эх...продолжаем ковырять коннекторы...старый добрый с никак не отменят...


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, янв 12 2006, 13:00 
Гость
Яву в саповских продуктах не перевариваю со времен бизнес-коннектора. Слава богу, с тех пор по работе я с ней не пересекаюсь, а на эксперименты нет ни времени, ни желания..


Пометить тему как нерешенную
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, янв 12 2006, 14:49 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, ноя 07 2005, 15:59
Сообщения: 1071
Откуда: Moscow
Пол: Мужской
vi0 написал(а):
Яву в саповских продуктах не перевариваю со времен бизнес-коннектора.

Один мой знакомый однажды сильно усугубил свое здоровье лимонной водкой. С тех пор он не переносит цитрусовые, но водку пить не бросил...


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, янв 12 2006, 17:37 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, июн 20 2005, 10:06
Сообщения: 79
N2 написал(а):
Полностью принимаю возражение. Однако давайте разберемся- что SAP предлагает в качестве основы для SSO? - SAPCRYPTOLIB .... Поправьте если я не прав.

Гм... не буду говорить "за всю Одессу", но у нас портал с SSO организован без SAP Cryptographic Library (если Вы об этом), она, насколько я знаю, в Россию вообще не поставляется. Пользователи хранятся в Active Directory (2003), и ходят прозрачно во все системы (R/3, BW, CRM, IDES и так далее).
N2 написал(а):
По поводу технологии мепинга хочу заметить: технология хороша если она дает на практике выгоду от применения (и не только финансовую). Согласны? Теперь ответьте: нужен портал на 50 пользователей? или компании можно обойтись без него? - Наверное можно без портала .. я так думаю. А вот если в компании 2000 народу должно работать с порталом - а в портал допустим сведено порядка 40 различных АСУ и в среднем пользователь работает с 5-6 АСУ - попробуйте помепить месяцок такое решение - я готов буду подарить Вам веревку и мыло душистое ( не воспримите как оскорбление, но впору будет повесится).

Каждый может сам себя смапить, в крайнем случае.

N2 написал(а):
Про ФАПСИ Вы правильно заметили, но дальше тут очень скользкое утверждение по поводу узкой сферы использования. В вашем случае получается что интеграция в портал должна делаться по технологии "пользователь -> портал -> система". Т.е. Пользователь по HTTP(HTTPS) общается с порталом на SAP J2EE, а тот в закрытой зоне по закрытым от пользователя интерфейсам тягает данные и кажет в браузер пользователю. А как же интеграция "пользователь -> inframe(система)"? А такая интеграция используется в большинстве случаев!
.
Никто не отменял IISProxy и SAP Web Dispatcher.

_________________
klim


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, янв 12 2006, 18:58 
Гость
klim написал(а):
Гм... не буду говорить "за всю Одессу", но у нас портал с SSO организован без SAP Cryptographic Library (если Вы об этом), она, насколько я знаю, в Россию вообще не поставляется. Пользователи хранятся в Active Directory (2003), и ходят прозрачно во все системы (R/3, BW, CRM, IDES и так далее).

Спасибо за решение, очень пригодиться. А не подскажите где взять дистрибутив MS ActiveDirectory для Sun Solaris 9 ??? А если рабочие станции не ходят ни в AD, ни в NDIS ??? Поделитесь, например, технологией использования OpenLdap сервера для интеграции в рамках SSO???
klim написал(а):
Каждый может сам себя смапить, в крайнем случае.

А вот как без крайностей?? Мне так представляется что у Вас не было опыта работы с конечными пользователями в широком объеме. Представьте что у Вас 2000 пользователей из серии "тетки в бухгалтерии". Осилившие из них Excel считаются у подруг специалистками по компьютерам.... И тогда Ваш телефон можно смело клеить к уху: одна забудет пароль в систему, которую она не помнит как называется, только там она помнит что делаются платежки для банка "Среднежопсккредит" и еще чего-то отчет по задолжености дебиторов по разрезу стали У8 у нее не открывается, а она вообще не помнит когда она туда последний раз заходила. А вторая будет упорно вместо логина шпарить пароль и вместо пароля логин и через каждые полчаса звонить и орать что она опять заблокирована. А третья скажет что никаких мапов она не понимает и вообще она 30 лет замглавбуха и если Вы программисты, то настройте чтобы все работало ....
klim написал(а):
Никто не отменял IISProxy и SAP Web Dispatcher.

Ага.. а если у меня стоить IBM Z800, в какое место надо ставить IISProxy??? А SQUID over Linux on Mainframe подойдет???
И вообще ... продукт мне кажется должен отвечать заявленной в прессрелизах функциональности. А то что-же получается. Фича есть, но не про вас! (SAPCRYPTOLIB) Фича есть, но фичи нет (только IE).
А что делать если у меня допустим пользователи сидят на SunRay??? и у них есть SunOffice+FireFox ???

В общем хочется сказать следующее. Частные решения возможны конечно, однако такой продукт как SAP EP, на мой взгляд должен решать задачи интеграции, а не добавлять их. Сырой продукт пока ...


Пометить тему как нерешенную
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 13 2006, 12:45 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, июн 20 2005, 10:06
Сообщения: 79
Anonymous написал(а):
klim написал(а):
Гм... не буду говорить "за всю Одессу", но у нас портал с SSO организован без SAP Cryptographic Library (если Вы об этом), она, насколько я знаю, в Россию вообще не поставляется. Пользователи хранятся в Active Directory (2003), и ходят прозрачно во все системы (R/3, BW, CRM, IDES и так далее).

Спасибо за решение, очень пригодиться. А не подскажите где взять дистрибутив MS ActiveDirectory для Sun Solaris 9 ??? А если рабочие станции не ходят ни в AD, ни в NDIS ??? Поделитесь, например, технологией использования OpenLdap сервера для интеграции в рамках SSO???

Гм... Насколько я знаю, авторизоваться можно в любом LDAP и SUN'овском в том числе. Нет, я лично не пробовал конечно. Но это, как минимум, заявлено. Если станции не входят никуда, то конечно. Только есть такая штука как pre-requisites. Давайте не будем изобретать нереализуемых сценариев. Так можно дойти и до "нужно реализовать возможность смотреть видео, но монитора у пользователя нет".
Anonymous написал(а):
klim написал(а):
Каждый может сам себя смапить, в крайнем случае.

А вот как без крайностей?? Мне так представляется что у Вас не было опыта работы с конечными пользователями в широком объеме. Представьте что у Вас 2000 пользователей из серии "тетки в бухгалтерии". Осилившие из них Excel считаются у подруг специалистками по компьютерам.... И тогда Ваш телефон можно смело клеить к уху: одна забудет пароль в систему, которую она не помнит как называется, только там она помнит что делаются платежки для банка "Среднежопсккредит" и еще чего-то отчет по задолжености дебиторов по разрезу стали У8 у нее не открывается, а она вообще не помнит когда она туда последний раз заходила. А вторая будет упорно вместо логина шпарить пароль и вместо пароля логин и через каждые полчаса звонить и орать что она опять заблокирована. А третья скажет что никаких мапов она не понимает и вообще она 30 лет замглавбуха и если Вы программисты, то настройте чтобы все работало ....

Опять, см. выше про монитор. Если у компании есть деньги на SAP, ИМХО есть деньги и на вменяемый персонал и на IT policy. Я идеалист конечно, понимаю :о)
Anonymous написал(а):
klim написал(а):
Никто не отменял IISProxy и SAP Web Dispatcher.

Ага.. а если у меня стоить IBM Z800, в какое место надо ставить IISProxy??? А SQUID over Linux on Mainframe подойдет???

подойдёт. Это можно сделать на любой (ну ладно, практически любой) проксе/файрволе, который умеет форвардить запросы по правилу.
Anonymous написал(а):
И вообще ... продукт мне кажется должен отвечать заявленной в прессрелизах функциональности. А то что-же получается. Фича есть, но не про вас! (SAPCRYPTOLIB)

В том, что не поставляется - виноват не только SAP, но и родное ФАПСИ (которого уже нет).
Anonymous написал(а):
Фича есть, но фичи нет (только IE).
А что делать если у меня допустим пользователи сидят на SunRay??? и у них есть SunOffice+FireFox ???

А если у пользователя счёты? :о)
Ну не может один пробукт интегрировать всё-на-свете... Если конфигурация софта/железа не подходит - берите что-то другое. И всё, что за holly war, честное слово?

_________________
klim


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 13 2006, 13:04 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, ноя 07 2005, 15:59
Сообщения: 1071
Откуда: Moscow
Пол: Мужской
klim написал(а):
N2 написал(а):
Полностью принимаю возражение. Однако давайте разберемся- что SAP предлагает в качестве основы для SSO? - SAPCRYPTOLIB .... Поправьте если я не прав.

Гм... не буду говорить "за всю Одессу", но у нас портал с SSO организован без SAP Cryptographic Library (если Вы об этом), она, насколько я знаю, в Россию вообще не поставляется. Пользователи хранятся в Active Directory (2003), и ходят прозрачно во все системы (R/3, BW, CRM, IDES и так далее).


Я, вообще говоря, ненастоящий сварщик, и пью слишком мало для того, чтобы что-нибудь понимать в обсуждаемой теме, но сдается мне, происходит взаимная интеграция мух и котлет.

Нельзя ли пояснить, почему проводятся параллели между SSO и хранением параметров авторизации в LDAP-структуре? Вы используете аутентификацию по протоколу NTLM, что подразумевает его поддержку всеми системами в составе сетевой структуры. При этом, несмотря на перечисленные ПРИЛОЖЕНИЯ, система-то упоминается всего ОДНА (я не о хосте, а о типе) – это сервер приложений ABAP, который и отвечает за аутентификацию. На Single Sign-On это все похоже весьма отдаленно.

Но главный вопрос вот в чем – а причем тут SAPCRYPTOLIB (которая, действительно, валидна только для Германии)? Это инструмент организации SNC или SSL, то есть, шифрации сетевого трафика. Вопрос реализации SNC никак не связан ни с порталом, ни с SSO.

klim написал(а):
N2 написал(а):
Про ФАПСИ Вы правильно заметили, но дальше тут очень скользкое утверждение по поводу узкой сферы использования. В вашем случае получается что интеграция в портал должна делаться по технологии "пользователь -> портал -> система". Т.е. Пользователь по HTTP(HTTPS) общается с порталом на SAP J2EE, а тот в закрытой зоне по закрытым от пользователя интерфейсам тягает данные и кажет в браузер пользователю. А как же интеграция "пользователь -> inframe(система)"? А такая интеграция используется в большинстве случаев!
.
Никто не отменял IISProxy и SAP Web Dispatcher.


К сожалению, я слабо разбираюсь в сетевом ПО Microsoft и совсем не понял, как WinGUI или JavaGUI, запущенный, допустим, в iView “SAP Transaction”, будет передавать трафик через IISProxy, и чем ему поможет SAP Web Dispatcher. Такой GUI запускается компонентом ActiveX или applet в страничке браузера, который передает ему сертификат сервера и логин. После чего, если я все правильно понимаю, интерфейс работает напрямую с SAP-системой.

Что касается WebGUI, то Ваш оппонент вроде бы и не обсуждает очевидное решение:
N2 написал(а):
Пользователь по HTTP(HTTPSвыделено мной, korchagin) общается с порталом на SAP J2EE, а тот в закрытой зоне по закрытым от пользователя интерфейсам тягает данные и кажет в браузер пользователю
.

И опять я спрошу – а причем же тут портал и SSO?


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 13 2006, 14:01 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, июн 20 2005, 10:06
Сообщения: 79
korchagin написал:
Нельзя ли пояснить, почему проводятся параллели между SSO и хранением параметров авторизации в LDAP-структуре? Вы используете аутентификацию по протоколу NTLM, что подразумевает его поддержку всеми системами в составе сетевой структуры. При этом, несмотря на перечисленные ПРИЛОЖЕНИЯ, система-то упоминается всего ОДНА (я не о хосте, а о типе) – это сервер приложений ABAP, который и отвечает за аутентификацию. На Single Sign-On это все похоже весьма отдаленно.

Поясню на собственном примере, опять же. Есть домен Win2003, в котором уже есть пользователи. Именя пользователей в домене совпадают с именами пользователей в SAP-системах.
Пользователь, однократно авторизовавшись в портале, получает доступ ко всем системах в рамках полномочий, определённых в этих системах для данного пользователя.
korchagin написал:
Но главный вопрос вот в чем – а причем тут SAPCRYPTOLIB (которая, действительно, валидна только для Германии)? Это инструмент организации SNC или SSL, то есть, шифрации сетевого трафика. Вопрос реализации SNC никак не связан ни с порталом, ни с SSO.

Действительно ни при чем. Не я её вспомнил :о)
korchagin написал:
К сожалению, я слабо разбираюсь в сетевом ПО Microsoft и совсем не понял, как WinGUI или JavaGUI, запущенный, допустим, в iView “SAP Transaction”, будет передавать трафик через IISProxy, и чем ему поможет SAP Web Dispatcher. Такой GUI запускается компонентом ActiveX или applet в страничке браузера, который передает ему сертификат сервера и логин. После чего, если я все правильно понимаю, интерфейс работает напрямую с SAP-системой.

Не совсем. Если в свойствах системы указывать не её, а систему с WebDispatcher'ом запросы будут ходить через него. Это официально рекомендуемый способ для организации доступа к системам, если они (системы) находятся внутри частной сети (не имеют публичного имени/адреса), а клиентский браузер в интернете. Это действительно не сработает в случае Win|JavaGUI. Но использовать WebGUI вполне можно.

И, да, портал и SSO вообще не при чем. Можно так же общаться с ITS и воодить пароль. Без проблем.

_________________
klim


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 13 2006, 15:37 
Гость
klim написал(а):
Гм... Насколько я знаю, авторизоваться можно в любом LDAP и SUN'овском в том числе. Нет, я лично не пробовал конечно. Но это, как минимум, заявлено. Если станции не входят никуда, то конечно. Только есть такая штука как pre-requisites. Давайте не будем изобретать нереализуемых сценариев. Так можно дойти и до "нужно реализовать возможность смотреть видео, но монитора у пользователя нет".

Можно. Однако я описываю ситуацию очень конкретную. Да использовать Sun Directory Server возможно, и я это <я не знать русский языка>. И это отчасти работает. Но давайте посмотрим на реализацию Вашего SSO - без MS Active Directory + NTLM ваша схема работать не будет. А если Вам добавит завтра начальство какой-нибудь не-Windows сервер - тогда вы ощутите полноту Вашего SSO решения.
По хорошему, чтобы использовать SSO - приходится использовать или внешние продукты, умеющие это делать, или доделывать системы самостоятельно по технологии hand-made.
Приведите примеры интеграции SingleSingOn системы SAP и не-SAP, если считаете что я не прав.
klim написал(а):
Опять, см. выше про монитор. Если у компании есть деньги на SAP, ИМХО есть деньги и на вменяемый персонал и на IT policy. Я идеалист конечно, понимаю :о)

Если у компании есть деньги на SAP, совершенно не означает что она собирается их тратить на IT персонал. И вполне возможно, что не будет их тратить на простой персонал (обучение пользователей). Более того - очень часто можно встретить позицию - "чем меньше обучения - тем меньше текучка кадров".
klim написал(а):
А если у пользователя счёты? :о)

Главное чтобы счеты были с разъемом RJ45 :)


Пометить тему как нерешенную
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 13 2006, 15:57 
Младший специалист
Младший специалист

Зарегистрирован:
Вт, мар 15 2005, 21:03
Сообщения: 68
N2
Цитата:
.............

Как я утверждал выше - скорость разработки на ABAP выше или сопоставима со скоростью разработки на Java. Стоимость сопровожнения ABAP сопоставима со стоимостью сопровождения на Java. Временные затраты на модификацию при использовании ABAP ниже чем при использовании Java

..............


Судя по всем текстам (не цитирую - забанят за объем), видимо, Вы не очень хорошо разбираетесь в Java. Уравняем шансы - я очень плохо разбираюсь в ABAP.
Итак, начнем.
ABAP - слабо развиты средства дебага (только встроенный дебаггер с обычным-страшным интерфейсом) и профилирования (В джава десятки профилировщков для любых целей).
Язык нераспространенный (Java - платформа открытых стандартов, широко распространена в мире. ABAP - проприетарщина).
Никакой рефакторинг - попробуйте, например, переименовать переменную, которая используется 10 раз - правка вручную 10 вхождений (причем нужно не спутать с локальными переменными с таким же именем и т.д.)? Не говоря уже о правке имени функции, которую используют 100 других функций... . Естесственно, ни о каких, даже самых простых возможностей типа "Extract method, Use supertype where possible" и речи не идет. Понятия рефакторинг (не поддерживается IDE) и паттерны для абаперов малоизвестные.
(О каком сравнении временных затратах на изменение кода в пользу абапа шла речь - непонятно)
...
продолжение, возможно, последует.

ABAP, как PL/SQL -подобный язык должен использоваться в соотв-х областях - PL/SQL.
---
EP - вполне нормальный портал.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 13 2006, 16:22 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, ноя 07 2005, 15:59
Сообщения: 1071
Откуда: Moscow
Пол: Мужской
Ой, только не надо скатываться в очередное бодание "ABAP vs Java". N2 говорит о моделировании бизнес-логики и GUI в системах SAP. Java же в обсуждаемом контексте - инструмент разработки сетевых сервисов. Ну и какое тогда противопоставление может быть?


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 13 2006, 16:25 
Гость
BapBap написал(а):
ABAP - слабо развиты средства дебага (только встроенный дебаггер с обычным-страшным интерфейсом) и профилирования (В джава десятки профилировщков для любых целей).

отладчик в ABAP Developer Workbench на мой взгляд является лучшим примером того как отладчик может выглядеть вообще в IDE любого рода. "Убогость" интерфейса - вопрос привычки. Полюбопытствуйте на досуге функциональностью данного отладчика и приведите пример того, чего в нем нет, но что должно быть обязательно.
BapBap написал(а):
Язык нераспространенный (Java - платформа открытых стандартов, широко распространена в мире. ABAP - проприетарщина).

Трудно спорить, также как и трудно согласиться. Вопрос в определениях. SAP WAS - открытая среда. Использовать ее можно для построения много чего, язык документирован. Покупайте SAP WAS и используйте для построения своих приложений. То что J2EE покупать не надо, а можно скачать с http://java.sun.com не говорит об открытости платформы. Это признак ее "бесплатной" академической доступности студентам и интересующимся, которые хотят "потрогать за вымя" J2EE. Если же говорить именно об использовании J2EE в качестве платформы для продуктивной АСУ, тогда сравнение тут не в пользу Java технологии. Также как и не в пользу ABAP технологии - они одинаковы. Если Вы не собираете свою АСУ на Java, а покупаете готовую, Вы также платите деньги.
BapBap написал(а):
Никакой рефакторинг - попробуйте, например, переименовать переменную, которая используется 10 раз - правка вручную 10 вхождений (причем нужно не спутать с локальными переменными с таким же именем и т.д.)?

Полная ерунда... уже с версии SAP R/3 2.0 (1994 год) поддерживалась технология Where-Used-List, с помощью которой можно делать рефакторинг быстро.
BapBap написал(а):
Не говоря уже о правке имени функции, которую используют 100 других функций... . Естесственно, ни о каких, даже самых простых возможностей типа "Extract method, Use supertype where possible" и речи не идет. Понятия рефакторинг (не поддерживается IDE) и паттерны для абаперов малоизвестные.
(О каком сравнении временных затратах на изменение кода в пользу абапа шла речь - непонятно)

напишите в раздел ABAP - и вас научат использовать транзакции SE80, SE38,SE37 и разные прочие SE..
BapBap написал(а):
EP - вполне нормальный портал.

На фоне прочих .... :)


Последний раз редактировалось N2 Пт, янв 13 2006, 16:32, всего редактировалось 1 раз.

Пометить тему как нерешенную
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 13 2006, 16:30 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 31 2004, 14:57
Сообщения: 5257
Откуда: Ростов невеликий
Пол: Мужской
N2 написал(а):
BapBap написал(а):
EP - вполне нормальный портал.

На фоне прочих .... :)
Если дерьмо одного цвета, оно не перестает быть дерьмом.

и не надоело вам...? N2 - в среду ждите сувенир ))


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 13 2006, 16:51 
Гость
Skif написал:
и не надоело вам...? N2 - в среду ждите сувенир ))

Наверное Вы правы. Не стоит развивать тему Java vs ABAP, потому как она не продуктивна. И у технологии ABAP и у технологии Java есть сильные стороны. Я не удивлюсь если SAP AG в какой-то момент полностью откажется от ABAP или от Java и оставит одну платформу.
Ожидать этого логично.
Также я уверен что со временем SAP AG доведет систему SAP WAS J2EE до рабочего состояния, и сделает очень мощной платформой для построения систем. Зная обстоятельность этих господ, сомневаться не приходится. Как технология - J2EE не так уж кардинально отличается по сути от последних версий ABAP систем.

Хочу продолжить тему SAP портала: кто-нибудь использовал Unification Server для унификации "морды лица" интегрируеммых внешних систем в портале?? Поделитесь опытом

Есть еще вопрос: поделитесь примерами организации системных ландшафтов. Интересно полюбопытствовать.

ПЫ.СЫ.
Сувенир??? Везите ;)


Пометить тему как нерешенную
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, янв 13 2006, 17:01 
Младший специалист
Младший специалист

Зарегистрирован:
Вт, мар 15 2005, 21:03
Сообщения: 68
N2
Цитата:
То что J2EE покупать не надо, а можно скачать с http://java.sun.com не говорит об открытости платформы. Это признак ее "бесплатной" академической доступности студентам и интересующимся, которые хотят "потрогать за вымя" J2EE


Зачем Вы придумываете какие-то странные штуки? :)
Ну не делал я такие заявления, что "раз J2EE бесплатен, то он открыт".
Не делал.
J2EE открыта, так как Java community (200 компаний) разрабатывает стандарты.

Where-Used-List - так "быстро" или автоматическая замена?


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 31 ]  На страницу Пред.  1, 2, 3  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB