Пошаговое руководство по установке, настройке и тестированию сервера Linux, Apache, Informix и PHP

Ждём когда Саныч расскажет про LINACS (Linux, Informix, Nano, Apache, Common lisp, Shell)

А зачем оно нужно, если есть XAMPP?

Я стесняюсь спросить, а сколько стОит informix?

1000000 USD в год.

ПС. Я не понял а зачем PHP нужен Informix?

Вот рук-во по установки Solaris + Informix + Java 2 EE + Xerces + ...

- это было бы ТРУЪ Ынтырпрйаз.

наверное дороже MySQL Community Server

Я стесняюсь спросить: а оно еще живо?

Информикс не нужен

Постгрес - наше все

А® почему® PHP® написан® без® такокого® ®® символа® ?®

Бугага. apt-get apache informix php или как там у них))

> А зачем оно нужно, если есть XAMPP?

XAMPP - дерьмо. Пакетный менеджер - рулит.

> Я стесняюсь спросить, а сколько стОит informix?

Цены там что-то не тру интерпрайзные.

https://www-112.ibm.com/software/howtobuy/buyingtools/paexpress/Express?P0=E1...

от 175.0 до 2000 вроде я насмотрел. Но не знаю насчёт политики лицензирования.

вот ссылка на workgroup edition. Ещё существует enterprice и express.

Информикс шикарная БД. Жаль что ИБМ её в своё время скупила и погребла. Я работал с 7-кой и 9-кой. И имею следующее мнение о причинах почему в энтерпрайз говорят "Информикс не нужен": 1. Информиксу в отличае от Оракла практически не нужен администратор. Однажды грамотно проинсталлированый и настроеный в течении пары часов, и натюненый на задачу в течении месяца, он работает без админа годами. Именно поэтому до сих пор популярен в телко. 2. Большинство администраторов БД просто не понимают таких вещей как виртуализация. Информиксе еще с версии 7 была виртуализация ЦПУ и ИО. 3. Он потребляет гораздо меньше ресурсов - под него железо громадное не нужно. Соответственно из налогов мало списывается. 4. Процедурный язык (SPL) не поддерживал вложеных рекурсий. Но оно и небыло нужно. Совершенно бесполезная вещь как и PL/SQL. Для "чистых базовиков" (как они себя называют), то-есть тупиц прослушавших курс и ничего кроме конкретной БД незнающих.

Основная причина конечно 1-ая. Ни один администратор в конторе не согласится на инструмент, который исключает, его(администратора) надобность.

Ну и естественно он ненужен тем кому, достаточно MySQL-а.

Что то не вижу ненависти по поводу PHP.

> Ни один администратор в конторе не согласится на инструмент, который исключает, его(администратора) надобность.

Явное заблуждение. От этой аннойной постоянной заботы на стенку лезть хочется.

почему skype не использует informix? а yahoo?

> Явное заблуждение. От этой аннойной постоянной заботы на стенку лезть хочется.

Это тебе хочется, видимо ты нормальный ленивый админ, какиим и должен быть админ - в меру ленивым. А вот "базовики" это отдельный подкласс человечества. О них и речь.

> Информиксу в отличае от Оракла практически не нужен администратор.

Чушь. Два года с информикосм, четыре года с ораклом - присмотр нужен обеим

make

make install

Да ... И это ibm.com ?

>> Ни один администратор в конторе не согласится на инструмент, который исключает, его(администратора) надобность.

>Явное заблуждение. От этой аннойной постоянной заботы на стенку лезть хочется.

Может хотеться лезть куда угодно, за это и платят. А что ты будешь делать, если станешь не нужен, и зарплата уменьшится в n раз?

Угу, расскажи мне. Приведи почасовую раскладку трудозатрат на Информикс и Оракл.

нда

INSTALL HOWTO не более, стандартное и обычное, на новость не тянет ну никак....

PS: LAMP обычно хватает для сисадминов такого уровня на кого ориентирована howto

Да на бибиэм, что не статья то шедевр, особенно в последнее время ;)

Статья говно. Автор не слышал о менеджере пакетов, итоги сборки - кастрированый апач и кастрированый PHP поставленные хрен знает как и хрен знает куда. Про набор параметров настройки сервера Informix даже говорить смешно - это называется настроить сервер? Ха-ха три раза.

>Статья говно. Автор не слышал о менеджере пакетов, итоги сборки - кастрированый апач и кастрированый PHP поставленные хрен знает как и хрен знает куда. Про набор параметров настройки сервера Informix даже говорить смешно - это называется настроить сервер? Ха-ха три раза.

+1024

Что ты хочешь, статья как всегда двухгодичной давности. На IBM нет лоровской машины времени:)

>Основная причина конечно 1-ая. Ни один администратор в конторе не >согласится на инструмент, который исключает, его(администратора) >надобность.

1. Если инструмент не использовать, то и админить не надо. 2. Нет таких инструментов, что бы при профессиональном использовании их не надо было дотачивать. (на вкус и цвет ... фломастеры все разные) 3. Я сам рад буду, если при админстве конторы я вообще внимания уделять не буду. P.S.: Да, возможно настроить инструмент, так что бы его одминить не надо было годами, если ТЗ годами менять не будет, но существуют ведь ещё форс-мажорные обстоятельства, списывать со счетов их нельзя, иначе с вас спишут деньги.

1. apt-get install php 2. ... 3. PROFIT

>Я стесняюсь спросить, а сколько стОит informix?

у него триал какой-то есть, потом через ld preload можно либу подсунуть, которая ему правильный time() выдавать будет

>Статья говно. Автор не слышал о менеджере пакетов, итоги сборки - кастрированый апач и кастрированый PHP поставленные хрен знает как и хрен знает куда.

вот статья того же чувака, оцените разницу: http://www.ibm.com/developerworks/db2/library/techarticle/dm-0607bombardier/

>Про набор параметров настройки сервера Informix даже говорить смешно - это называется настроить сервер?

там написано ровно то, что требуется для запуска этой байды, что еще нужно-то?

> Приведи почасовую раскладку трудозатрат на Информикс и Оракл.

Ой, кисо обиделось... Какие трудозатраты? На анализ плана запроса? Или на добавление датафайла? Или на создание экземпляра и резервное копирование? Трудозатраты хоть с MS SQL, хоть с информиксом, хоть с ораклом будут зависеть от объема данных, количества пользователей и сложности прикладной системы, и СУБД в трудозатраты привносит крайне незначительную часть. В одной конторе информикс с 20 гигабайтами данных в 150 таблицах и 10 польователями обслуживают двое, в другой конторе трое обслуживают 20 ораклов с объемами от 20 до 100 гигабайт данных на каждой, по 3000 таблиц в базе. И что?

Надежность тоже та еще у обеих систем.

Информикс? После вызова процедуры переименования таблицы оптимизатору "сорвало крышу". Любой запрос в котором использовалось проиндексированное поле приводил к segfault. Попытки пересборка статистики не увенчались успехом. Результат - почти сутки простоя системы регионального масштаба, несколько часов на телефоне с техподдержкой IBM, принудительный апгрейд на новую версию. А как насчет крайне ограниченного количества экстентов на таблице в 7-й версии?

Оракл? Системе под высокой нагрузкой регулярно (два-три раза в квартал) срывает крышу под нагрузкой, после чего ее "клинит" и она с нулевой загрузкой по сессиям в фоновом режиме лупит гигабайт редологов в минуту, баги с неосвобождающимся до рестарта temporary tablespace, на базе примерно из 30 инсталяций серверов за 9 месяцев потеряно жве базы (проблемы в системном каталоге, ORA-0600 и вниз с песней).

> Про набор параметров настройки сервера Informix

Про Informix вообще говорить смешно. Продукт, который линкуется при инсталяции, и требует SUID-root на свои бинарники - это ТРУЪ для истиного слакварщика или гентушника. Оракел обладает той же "фичей" инсталятора и, хотя и не требует SUID, внутри устроен ничуть не хуже - при установке инсталятор создает маааленький такой исходничек, в который прописывает UID и GID, после чего это исходничек компилируется и линкуется в бинарь. Параметр в конфиг-файле индусы ниасилили. А то, что клиент в одной из версий падал в sigsegv при попытке подключиться к серверу, если юзер был в LDAP а не в /etc/passwd - это тоже "шедевр".

Ынтыпрайс и ынтырпрайзеров терпеть не могу!

>Оракл? Системе под высокой нагрузкой регулярно (два-три раза в квартал) срывает крышу под нагрузкой, после чего ее "клинит" и она с нулевой загрузкой по сессиям в фоновом режиме лупит гигабайт редологов в минуту, баги с неосвобождающимся до рестарта temporary tablespace, на базе примерно из 30 инсталяций серверов за 9 месяцев потеряно жве базы (проблемы в системном каталоге, ORA-0600 и вниз с песней).

ну у вас же 8ка на 9й федоре, чево вы хотели-то?

>Оракел обладает той же "фичей" инсталятора и, хотя и не требует SUID, внутри устроен ничуть не хуже - при установке инсталятор создает маааленький такой исходничек, в который прописывает UID и GID, после чего это исходничек компилируется и линкуется в бинарь. Параметр в конфиг-файле индусы ниасилили.

гм, вообще-то на bin/oracle стоит SUID и SGID, вас же не смушает что тот же баш на всякий случай проверяет EUID и параметр берет не из конфига?

>А то, что клиент в одной из версий падал в sigsegv при попытке подключиться к серверу, если юзер был в LDAP а не в /etc/passwd - это тоже "шедевр".

это не шедевр, при криво настроенном nss можно получить какие угодно баги, я видел как у мужиков mc не работал. у оракла шедевральный баг вот такой: Hang During Startup/Shutdown on Unix When System Uptime > 248 Days.

> А зачем оно нужно, если есть XAMPP?

А зачем нужен этот велосипед с треугольными колёсами?

> Явное заблуждение. От этой аннойной постоянной заботы на стенку лезть хочется.

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

Всё это, конечно, хорошо, но непонятно, зачем нужна эта возня с Informix..

Да, это, кстати, тоже..

>Всё это, конечно, хорошо, но непонятно, зачем нужна эта возня с Informix..

у оракла есть XE, у сана mysql, продолжать?

>у оракла есть XE, у сана mysql, продолжать?

XE это ерунда.. EE - совсем другое дело.. MySQL SUN совсем недавно, так сказать, приобрели.. Да, продолжай, пожалуй...

толи ссылка битая, толи от меня не заходит?

> ну у вас же 8ка на 9й федоре, чево вы хотели-то?

Вообще-то, базы летели на 10gR2 под Windows. 8i на федоре работает стабильней чем все остальное вместе взятое.

> вообще-то на bin/oracle стоит SUID и SGID

$ ls -l /opt/oracle/products/*/*/bin/oracle
-rwsr-s--x 1 oracle oinstall 25339410 ��� 11 2005 /opt/oracle/products/8i/8.1.7.0/bin/oracle
-rwsr-s--x 1 oracle oinstall 44917444 ��� 5 2005 /opt/oracle/products/9i/9.2.0.1/bin/oracle

Вообще-то, он не рутовый, а отличие от Informix (Informix 7 на солярисе)

> при криво настроенном nss можно получить какие угодно баги

Для всех nss настроен нормально (apache, sendmail, ls/ps/passwd/xdg/gdm/ssh) а для оракла значит это "ненормально"? Ну-ну.

> Информиксу в отличае от Оракла практически не нужен администратор

В родавляющем большинстве случаев DBA вообще не нужны, максимиум как приложение к хорошему программисту. DBA обеспечит прирост проивзодительности в 20%, а нормальный программист в 600%. Есть реальные случаи, когда путем незначиетльных манипуляций базой на уровне разработчика производительность некоторого участка приложения поднималась и в 40 раз (4000%), и в 90 (9000%). DBA такого эффекта не может дать _вообще_.

Спакойна. Ынтырпрайзс это ТруЪ для халявного отмывания денег и создания рабочих мест.

Создаётся впечатления по этим агиткам что в ибм работают такие эксперементаторы-мазохисты, использующие в основном методы некромантии и некрофилии.

>Ынтыпрайс и ынтырпрайзеров терпеть не могу!

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

нет, Ссаныч, ъ-энтерпрайз дает шанс не сдохнуть с голода таким засранцам как *ты*

Дык он, в отличии от тебя, ссаныч, сидит в линаксе и клепает всякую фигню в оракле.