Устанавливать можно под ХАМРР или еще что-то нужно?

На какой OS у Вас сервер, на который планируете прикручивать 128?
У меня Windows Server 2003 Entherprise Edition R2. Если у Вас тоже Windows, то, во-первых, советую вам ставить не сборку, а отдельные компоненты.Постепенно прикручивайте Apache+PHP+MySQL+PhPMyadmin(опциональное, но, поверьте, нужное) По желанию можно поставить ActivePerl(если понадобится). При этом, чтобы избежать несовместимости, ставьте первую ветку апача, PhP ставьте VC6. Мускул последней версии, PhPMyadmin тоже последний. По идее, все должно запархать. Но могут быть и проблемы, особенно из-за всяких фаерволов/антивирусов. Если будут, пишите, не буду заранее грузить лишней информацией.

А чем не устраивает XAMPP? После первых пяти попыток (по 4 часа) настраивать всю кухню вручную я пришел к выводу, что оно того не стоит в 90% случаев. Ручная установка и настройка требуется в таких проектах, где нужна четкая оптимизация ресурсов и прочей лабуды. А уж разворачивать Apache+PHP+MySQL на Windows, да еще и в ручную - это, извините, излишества нехорошие IMHO.
А если говорить по установке, то для сервера приложений требуется Apache + PHP. На счет MySQL не знаю, возможно и будет внедрено какое-либо кэширование на базе MySQL (как это сейчас в Ирбис-корпорации), но кто его знает, как все обернется :).
Думаю лучше дождаться комментария Ильи, который всё в очередной раз разъяснит :).

Требуется только PHP. XAMPP придется допиливать после установки в части модулей PHP (php_yaz, к примеру) плюс на сегодняшний день необходима настройка записи логов PHP в файл а не на экран. Чуть позже это требование уберу.
MySQL... Пока не используется. :)

Панев Максим
Вы на Windows Server 2003 Entherprise Edition R2 установите Isa Server и какой-нибудь антивирусник, а потом установите XAMPP. И очень удивитесь, когда при обращении к локалхосту браузер будет вечно зависать, а процесс апача занимать весь камень... И в итоге ничего работать не будет. Я все лето возился с этой лобудой, поверьте, все данные рекомендации были рождены в месячных муках настройки веб-сервера, не просто так тут треплю.

Михайленко Илья
Подаю Вам идею: может быть, чтобы не было лишних загвоздок у юзверей, сделаете сборку веб-сервера под Ваш продукт? Я бы Вам помог с некоторыми директивами Апача, чтобы у пользователей не возникало ошибок и проблем.

Ну так у вас как раз тот самый случай, который попадает в 10% исключений. Я не сомневаюсь, что все рекомендации не просто вычитаны в Интернете. Просто я с таким не сталкивался.

Цитата:

zhukcbs
Подаю Вам идею: может быть, чтобы не было лишних загвоздок у юзверей, сделаете сборку веб-сервера под Ваш продукт? Я бы Вам помог с некоторыми директивами Апача, чтобы у пользователей не возникало ошибок и проблем.

Собственно, ИРБИС-128 так и поставляется с преднастроенным Apache и PHP.

Михайленко Илья
Ага, хорошая подробность

Думаю, что установку апач с пхп нужно включать галочкой в инсталляторе. Только так и никак иначе.

Там забавнее. Учитывая что заранее неизвестно под какой ОС будет все это работать...

Корень дистрибутива выглядит так:
26.11.2010 03:09 <DIR> Apache2
26.11.2010 04:29 <DIR> i128
26.11.2010 04:13 <DIR> i128sf
26.11.2010 03:26 <DIR> irbis64
26.11.2010 03:09 <DIR> php5
26.11.2010 04:16 83 readme.sf_setup.txt
26.11.2010 05:20 482 setup_server.bat

Соответственно, для "непродвинутых" пользователей (только под Windows) в корне лежит батник, который запускает инсталлятор сервера ИРБИС64, ставит предварительно настроенный Apache и php.

Для желающих встраивать ИРБИС 128 в существующую инфраструктуру (т.е. уже имеющих настроенный Apache+php) есть замечания о требованиях к параметрам php и папка i128 которую необходимо скопировать на веб-сервер. Плюс настройка файла конфигурации ИРБИС-128.

Если уже есть работающий сервер 64 но нет ни Apache ни php при установке под Windows достаточно просто отказаться от установки сервера ИРБИС-64.

Файл конфигурации (cfg.php) на сегодняшний день выглядит так:

<?
$OPTIONS;

$OPTIONS['root']='http://127.0.0.1:80/irb';
$OPTIONS['i64MasterHost']='127.0.0.1';
$OPTIONS['i64MasterPort']=6666;
$OPTIONS['Language']='ru';
?>

т.е. всего 4 параметра: адрес 128-го, ip и порт основного сервера ИРБИС64 и язык. Вся остальная параметрия для работы берется с сервера 64.

Еще пара моментов.

1. Почему Апач и пхп только под Windows.
Есть мнение что для людей, использующих юникс сервера не проблема установить и настроить связку Apache+php. Учитывая что сейчас размер дистрибутива составляет более 150Мб (84Мб в zip-архиве) складывать в него еще и инсталляционные пакеты Apache и php для всех ОС которые только можно придумать - это слишком. Достаточно вспомнить сколько разновидностей Linux и на каком количестве абсолютно разного железа он работает.

2. У системы нет "красивого" инсталлятора. Причина та же - этот инсталлятор придется писать под все существующие системы. Чуть позже я сделаю такой "красивый" инсталлятор, но только под Windows...

Михайленко Илья
Уже замучился с установкой... У меня Windows Server, на котором крутятся Apache и PHP 5.3.3, последний PECL для Windows вышел для PHP 5.2.6 (http://museum.php.net/php5/). Вопрос: где мне достать недостающие dll-ки модулей yaz и http (curl и sockets уже есть) для моей версии PHP? Или как выкрутиться? Без yaz и http после ввода логина и пароля страница тупо начинает вечно прогружаться c сообщением "Осуществляется вход"
Честно говоря, хотел бы отметить 2 момента:
1. Укажите хотя бы в файле Readme в корне дистрибутива, что документация находится в папке doc, ибо сначала я подумал, что ее совсем в помине нет, только потом случайно на нее наткнулся.
2. Документация, мягко говоря, неполная, если не сказать, что никакая, допишите ее, пожалуйста, уже на этапе установки возникают вопросы.

3. Конкретный алгоритм установки не очевиден. Хотелось бы подробное описание



Редактировано 1 раз. Последний раз 19.01.2011 18:47 пользователем zhukcbs.

Цитата:

zhukcbs
У меня Windows Server, на котором крутятся Apache и PHP 5.3.3, последний PECL для Windows вышел для PHP 5.2.6

Наличие этих библиотек входит в системные требования. Соответственно, если PECL для 5.3.3 еще не существует, то под этой версией php 128-й работать не будет.
Почему Вам критично использование именно PHP 5.3.3? Что в нем есть такого, что делает для Вас невозможным использование 5.2.6?

Вау, как оперативно! И месяца не прошло...

Цитата:

Михайленко Илья
Почему Вам критично использование именно PHP 5.3.3? Что в нем есть такого, что делает для Вас невозможным использование 5.2.6?

Потому что на нашем с трудом сконфигурированном веб-сервере крутятся уже порядочное количество веб-сайтов, под которых оптимизировался php.ini, устанавливались расширения.. Вы сами говорили на форуме, что 128 ИРБИС можно будет прикрутить на существующий веб-сервер.
Я думаю, что не один столкнулся с этой проблемой, особенно когда 128 начнет широко расходиться по библиотекам.

Я не программист, не имею VC6, поэтому хотелось бы, чтобы Вы помогли скомпилировать yaz и http. У меня PHP прикручен к Apache, соответственно необходимо использовать именно VC6. Прилагаю Вам найденные мной инструкции:

Общие
1. [www.apache.ru]
2. [phpclub.ru]

Примеры компиляции конкретных расширений
1. [hghltd.yandex.net]
2. [www.sergey89.ru]



Редактировано 2 раз. Последний раз 16.02.2011 00:54 пользователем zhukcbs.

Прикрутить можно, но при наличии 4-х обязательных модулей. Об этом так же писалось Эти библиотеки в минимальных системных требованиях (http://irbis.gpntb.ru/read.php?45,33437 посмотрите на часть, посвященную серверу приложений).

[pecl.php.net] - последняя версия phpyaz. На сколько мне известно, с ее компиляцией под 5.3.2 еще не все ладно. В любом случае, исходный код этих библиотек для меня "черный ящик". Над каждым модулем расширения php работает своя команда и вряд ли у меня в этом направлении получится что-то лучше, чем у людей которые занимаются ими уже не один год.

Установку i128 под вторым экземпляром Apache (версии ниже) на другом порту не рассматривали? Раз критична работа именно под 5.3.3, то установка второго экземпляра Apache до выхода PECL для 5.3.3 могло бы стать решением...

Цитата:

Михайленко Илья
Установку i128 под вторым экземпляром Apache (версии ниже) на другом порту не рассматривали? Раз критична работа именно под 5.3.3, то установка второго экземпляра Apache до выхода PECL для 5.3.3 могло бы стать решением...

Гм, а вот данный вариант довольно интересен.. Т.е. можно скачать, например, дистрибутив Апача 1-ой ветки, при установке указать другой порт, а потом каким-то образом прикрутить PHP, который у Вас в дистрибутиве? Это технически реализуемо? Не будет ли новая связка PHP+Apache конфликтовать со старой? Как прикрутить PHP с вашего дистрибутива к новой установке Apache?

Уточнение. Кто-то предположил (не могу найти где), что сервер приложений - это Web-сервер. Ничего подобного. Как я понял, это теперь и есть сам ИРБИС (программа).

Прикручивается так же в конфиге Apache - просто настройка еще одной системы. Конфликтовать не будет - только следите за портами и путями - они естественно должны быть разные.

Сервер приложений работает в рамках веб-сервера. Если быть точным, то связка такая:
веб-сервер -> PHP -> Сервер приложений ИРБИС 128
Соответственно, Сервер приложений ИРБИС 128 является ЧАСТЬЮ веб-сервера.

Иногда да - встречал формулировки, где вся эта совокупность объединялась под одним термином "веб-сервер".

Видимо, терминология еще окончательно не установилась.

> Для желающих встраивать ИРБИС 128 в существующую
> инфраструктуру

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

Мне удалось запустить ИРБИС128 Книговыдачу под XAMPP 1.6 (PHP 5.2.6). Для этого потребовалось установить в PHP.INI параметры:

1. magic_quotes_gpc = off
2. display_errors = Off
3. Подключить расширения CURL, HTTP, SOCKETS

Все правильно. Для работы с внешними z39.50 еще необходим php_yaz

Настраиваю под IIS6. PHP работает. Подцепил для папки каталог PHP из поставки 128-го.
Сразу скажу, что замена <? на <?php - это было первое, что я выполнил во всех файлах дистрибутива.
Окно авторизации загрузилось. Ввожу параметры авторизации, АРМ. Пытаюсь авторизоваться. ПОлучаю

PHP Notice:  Constant DPC_RECREAD already defined in D:\irbis128\i128\irb\classes\DB.php on line 5
PHP Notice:  Undefined index:  s in D:\irbis128\i128\irb\C\index.php on line 7
PHP Notice:  Undefined index:  c in D:\irbis128\i128\irb\C\index.php on line 13
PHP Notice:  Constant APATH_SYS already defined in D:\irbis128\i128\irb\classes\DP_Irbis64.php on line 5
PHP Notice:  Constant APATH_DATAI already defined in D:\irbis128\i128\irb\classes\DP_Irbis64.php on line 6
PHP Notice:  Constant APATH_MST already defined in D:\irbis128\i128\irb\classes\DP_Irbis64.php on line 7
PHP Notice:  Constant APATH_IF already defined in D:\irbis128\i128\irb\classes\DP_Irbis64.php on line 8
PHP Notice:  Constant APATH_DB already defined in D:\irbis128\i128\irb\classes\DP_Irbis64.php on line 9
PHP Notice:  Undefined index:  dbid in D:\irbis128\i128\irb\classes\DP.php on line 48
PHP Notice:  Undefined index:  dbid in D:\irbis128\i128\irb\classes\DP_Irbis64.php on line 119
PHP Notice:  Undefined index:  address in D:\irbis128\i128\irb\classes\DP_Irbis64.php on line 120
PHP Fatal error:  Call to undefined function socket_create() in D:\irbis128\i128\irb\classes\DP_Irbis64.php on line 53

Прошу подсказок.
Версия 2011.0118

PS. А вот от такого у меня просто глаза на выкате webirbis.mubint.ru/irb/C/?action=Login&Login=my_login&Password=my_password. Кто же авторизацию в отрытом виде в GET передает?



Редактировано 2 раз. Последний раз 15.06.2011 10:14 пользователем Панев Максим.

Не выполнены минимальные требования к PHP: PHP 5 версии и необходимые библиотеки из PECL: curl, http, sockets, yaz

Конкретно в по этому логу

Цитата:

Панев Максим
PHP Fatal error: Call to undefined function socket_create() in D:\irbis128\i128\irb\classes\DP_Irbis64.php on line 53

- нет библиотеки sockets

И это... Запроси у меня обновление - 0118 уже очень стара.

Про строку - прав. Сделаю передачу в POST

Платформа: Windows 2003 Server, IIS 6, PHP 5.2.9, I128 2011.0701.
Само по себе PHP работает отлично. Свои скрипты запускаются. Однако при попытке зайти по адресу [localhost], форма авторизации появляется, но авторизации не происходит. При этом в коде страницы я наблюдаю куски PHP-кода. Конечно же бросается в глаза, что в большинстве используется короткий открывающий PHP-тэг. Во всех последних версиях PHP использование коротких открывающих PHP-тегов по умолчанию запрещено. Менять это положение вещей я не хочу. Потому первое замечание/пожелание: заменить во всех скриптах <? на <?php.
Чтобы фон с кисой не приводил к появлению скроллинга рекомендую использовать следующий вариант верстки:
В /index.php заменяем

<img class="mainfon" src="img/bg.jpg" />

на

<div class="mainfon"><img src="img/bg.jpg" /></div>

В файле /resources/css/ext-all.css заменяем строку

.mainfon {width: 100%;border: 0;position: absolute;left: 0;top: 0;z-index: -1;}

на

.mainfon {width:100%;height:100%;border:0;position:absolute;left:0;top:0;z-index:-1;overflow:hidden;}

И у нас получится вполне себе фон рабочего стола.

Провел замену коротких тэгов.
1. Обращение к серверу lib.omgtu.ru в index.php чем-то обосновано? Ведь все сведения берутся из конфига. Хотя я понимаю, для чего это может быть использовано, но не при каждом же обращении к АРМу. По сему вообще убрал строчку. Заменил на генерацию из конфига. Основаная причина: доступ к внешним сайтам с сервера заблокирован политикой безопасности организации.
2. Вот об этом безобразии тоже вроде был уже разговор

[localhost]

Логин только POSTом!
3. При запуске стали сыпаться ошибки уровня Nitify о том, что нет индекса с массиве. На практике оказалось, что обращение к параметрам запроса идет без какой-либо обработки. Например $_REQUEST['s'] вызывает ошибку на некоторых страницах. Предлагаю для использования использовать простенький класс. $params->s и будет счастье. Так оно как-то без ошибок и можно заложить логику проверки параметров.

В общем-то результатом исследований и второй попытки запуска И128 явился этот пост и не рабочий И128.

В index.php к lib.omgtu.ru при запуске обращался для выяснения какая версия ныне последняя. Пока убрал, потом сделаю через curl дабы при отсутствии инета не задумывался.

Вывод ошибок php НЕОБХОДИМО делать в лог файл, а не на экран. Настраивается в php.ini.

Логин POST'ом, согласен. Сделано в 2011.0901 :)

Вот все его как-то запустили, а я уже к нему раз 5 подходил. Не получается запустить те дистрибутивы, которые у меня есть.
Вроде только интерфейс Каталогизатора заработал, как возникла очередная проблема.
Выбираю базу, выбираю словарь, кликаю 2 раза по термину. В области БО отрабатывает запрос и результат нулевой. Нет записей. Хотя термин указывает на определенную запись.




Редактировано 1 раз. Последний раз 08.11.2011 15:23 пользователем Панев Максим.

Версия? Не применена ли логика "И"?



Редактировано 1 раз. Последний раз 08.11.2011 15:53 пользователем Михайленко Илья.

Версия 2011.0901
Инсталляция чистая из поставки. Логика - новый поиск. Да и логика не имеет никакого смысла. Термин-то один.

Прикрепил к сообщению phpinfo. Из требований не подключено только расширение yaz.

php.ini

display_errors=On - в Off
display_startup_errors=On - в Off (Рекомендация PHP)
log_errors=Off - в On (дабы логи все же отлавливать)
error_log= установить тут путь к файлу в который будут сыпаться логи.

Установил в дистрибутиве настройку этих параметров во время исполнения.
Пока придется выставит их вручную.



Редактировано 1 раз. Последний раз 08.11.2011 21:12 пользователем Михайленко Илья.

Подскажите пожалуйста где можно взять пошаговую инструкцию по установке ИРБИС128 на Win_XP и Win_7. Еще не решил куда ставить.

Заранее благодарен.



Редактировано 1 раз. Последний раз 01.12.2011 21:27 пользователем degert.