George Danchev wrote:
On Wednesday 29 September 2004 12:01, Georgi Krystev wrote: --cut--
Съгласен, не знаех, че функциите са case-insensitive. Другото за което се сещам да не му се лоадва модула поради забрана на dl() от пхп.ини или проблем на dl() с някой multithreaded модел на apache2, който се използва, но не се казва с кой модел на апах2 работи, но поне с MPM preforked модела трябва да става и enable_dl = On в пхп.ини-то. Другото е неправилна инсталация на пхп и модулите, и това не е ясно.
Оказа се, че проблема е в калпавата инсталация на PHP-то която правя. След configure и make, вместо "make install" просто копирам .libs/libphp4.so в /etc/httpd/modules/, както и modules/pgsql.so в /usr/lib/php4/. След като направих make install всичко тръгна. Явно е трябвало да се направи още нещо?
Отвори сега Makefile в директорията от която си изпълнявал make и ще видиш всички действия които се изпълняват за target-a "install:" . Тези неща са изпълнени вече при теб.
Дотук си закърпил нещата временно и криво (у)лево ;-), но както писах и в предно писмо (и два треда се влачиха мисля наскоро) елементарното и сляпо изпълниние на _само_ такива generic installation instaruction (./configure, make <targets>) и то за system-wide install далеч не е достатъчно и доста лейм от страна на root. Ще се чудиш кои файлове си презаписал отгоре, кои файлове и къде са инсталирани има ли останали стари файлове от предишен инстал и т.н. Ако изтриеш и сорс дървото от което си компилирал, няма да можеш да изпълниш и make uninstall за да премахнеш чисто инсталираните вече файлове (ако въобще има го предвидено) -> следва insane/insecure/unsafe система и въобще слаб контрол върху файловете, "манджа с грозде"...
По-културното е да си направиш src.rpm (в него освен онези generic installation instarutions имаш да запрограмираш още една камара неща) за там каквото ти трябва (докс и примери има много, можеш да хванеш и стар пакет за справка) и от който да компилираш и получиш rpm пакетите който след това ще минат под юрисдикцията на програмата rpm, както го прави и твоя дистрибутор. Така ще имаш пълен контрол върху файловете "носени" от тези пакети и чиста и контролирана система в каквото се сетиш отношение. Понеже това е малко по-сложно или неясно за доста потребители, избират по-лесния и елементарен начин само с "ръгането на чушки в боба", лишавайки се от един тон възможности за последващ контрол, което си направил и ти. Не е нахално да имаш бесен контрол над всичките си 2134234845825 системни файлове или колкото и там да са, това е задължително. Щом работят нещата за сега ги остави така, но при последващи главоболия с тези софтуерчета, препрочети и премисли пак как ще интервенираш над системата в бъдеще. Това не е само за Федора, такова мазане можеш да постигнеш (или избегнеш) за която се сетиш система на тази планета.
П.С. между другото къф модел на апах2 използваш и работи ли надеждно с пхп и постгрето ?
Ами, Apache-то е 2.0.47, бях го писал в по-преден майл. А доколкото дали работят надеждно... ами какво да кажа, не гърми, държи се като хората но това е просто някаква машина с която си играя и се ползва само от мене, така че едва ли мога да дам някаква оценка.
А относно src.rpm и идея си нямам как стоят нещата там, но ще го проуча. По принцип, ако ми трябва някой пакет го слагам от current дистрибуцията с apt-get, по мързеливата система. До компилиране се стига в краен случай, ако е нещо по-особенно. Примерно за PHP-то ми трябваще да го компилирам, защото това в пакета няма потдръжка на firebird примерно...
Та така. Мерси за съветите. :) ============================================================================ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html ============================================================================
