Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: PHP & PostgreSQL


  • Subject: Re: lug-bg: PHP & PostgreSQL
  • From: Georgi Krystev <gkrystev@xxxxxxxxxxx>
  • Date: Wed, 29 Sep 2004 13:15:06 +0200

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
============================================================================



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.