Linux + Apache 2.2.2 + PHP 5.1.4 + MySQL 5-max telepítési probléma

Linux-haladó

Sziasztok!

Nagyon sokáig (két és fél nap) próbálkoztam ennek a problémának az önálló megoldásával, de már kifogytam az ötletekből. Biztos vagyok benne, hogy valamit kihagyok, elnézek vagy elfelejtek, ezért szeretném a véleményeteket és útbaigazításotokat kérni, hogy vajon mit csinálhatok rosszul.

A lényeg az, hogy egy alaptelepítésű Mandriva 2006 linuxban szeretném lecserélni (upgrade-elni) az Apache, PHP és MySQL szervereket a legújabbakra és testreszabni azokat.

Eddig jutottam el: az alább felvázolt telepítési folyamat után a localhost-on az "egyszerű" PHP programok (pár soros szkriptek, "Hello világ"-stílusú mesterművek, phpinfo();, stb) kiválóan futnak, azonban ha valamilyen komplexebb alkalmazást akarok megnyitni (pl: PHP-Nuke vagy Drupal, stb. alaptelepítés), akkor a böngészőben csak egy üres oldal jelenik meg. A logfájlokban nincs semmi hibára utaló jel (alaposan utánakerestem a gépen) vagy tipp arra, hogy mi lehet a baj. (A PHP-Nuke és Drupal telepítésében egyébként nem vagyok új, és máshol szépen megy... tehát vsz. nem ezzel van a baj, hanem a telepítéssel.)

Tehát, a telepítés... forrásból telepítenék mindent (kivéve a MySQL-t, mert azt binárisból). Így csinálom a dolgot:

MySQL:

groupadd mysql
useradd mysql
cp -f -p -R mysql-max-5.0.22 /usr/local/mysql
chown -R root /usr/local/mysql
chown -R mysql /usr/local/mysql/data
chgrp -R mysql /usr/local/mysql

Apache:

./configure --enable-so --enable-rewrite=shared --enable-speling=shared --enable-auth-dbm --enable-auth-digest --enable-dav --enable-dav-fs --enable-dav-lock --enable-deflate --enable-headers --enable-info --enable-mem-cache --enable-mime-magic --enable-ssl --enable-usertrack --enable-vhost-alias
make
make install

config: LoadModule php5_module libexec/libphp5.so
config: AddModule mod_php5.c
config: AddType application/x-httpd-php .php .phtml .php4 .php3

PHP:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql-dir=/usr/local/mysql --with-config-file-path=/etc --with-zlib-dir=/usr/include --enable-bcmath --enable-calendar --enable-dbase --enable-exif --enable-filepro --enable-ftp --with-gd --with-jpeg-dir=/usr/lib64 --with-png-dir=/usr/lib64 --enable-gd-native-ttf --enable-mbstring --enable-soap --enable-sockets --enable-memory-limit --enable-zend-multibyte
make
make install
libtool --finish /home/sheridan/Letöltés/webstall/php-5.1.4/libs
másolás php-distr.ini > /etc/php.ini

Utána MySQL adattáblák létrehoz, jelszavak létrehoz, CM telepít...
Ennyi... szerintetek? :(

Előre is hálásan köszi bármilyen útmutatást!

  • 1702 megtekintés

( andrej_ v | 2006. 05. 31., sze – 17:59 )

Az apache 2.2-t szerintem ne eröltesd, tökfölösleges. A php-ban az error_reporting -ot tedd E_ALL -ra és az error_log -ot tedd syslog -ra.

A mysql bináris disztrib nem tudom mennyire tartalmazza a header és phphoz szükséges file-okat, de érdemes lenne megnézni.

Alapvető php+mysql teszteléshez a phpmyadmin-t javallom és azt is, hogy ha már ennyire modern vagy, akkor a mysqli extensiont is pakold bele a cuccba.

Újabb pár óra sz*pás után semmi, ugyanaz az eredmény. Az alábbi változásokkal:

- MySQL mostmár forrásból van
- PHP syslogba logol és E_ALL (utóbbit "mesterséges" hibával kipróbáltam, hogy működik)

Bonyolult cucc hívásakor (phpmyadmin is beleértve) továbbra is üres ablak, "Hello Vlág PHP" pedig megállíthatatlanul fut továbbra is... és az "üres ablak" esete sehol nem követhető vissza a hibalogban (feltehetően el sem jut a logolásig, vagy nemtudom).

Na akkor most szerintetek mit b*szok el? :((((

( asm v | 2006. 05. 31., sze – 19:19 )

Nezd meg, hogy a php-ban le van-e tiltva a "php short tag" opcio. Ugyanis ez osszeakad az xhtml-es oldalak elejen levo <?xml ?> taggel. Nekem emiatt generalt ures oldalakat...

( Pingvin | 2006. 05. 31., sze – 19:54 )

Most kipróbáltam, hogy csak a php.net oldalon leírt minimális apache+php+mysql konfigot telepítem, nem szabdalok ide-oda. Eredmény ugyanaz... phpinfo(); fut, de semmi sokkal bonyolultabb. Kezdem azt hinni, hogy nem is itt lesz a kutya elásva, hanem a rendszeren másutt... vagy nem.

Régebben nekünk egy site PHP 5-re való átállítása pont ugyanezt okozta.

A fő gond az, hogy a PHP alapvető szintaktikai hibakor nem logol semmit.

Típushibák php4 - php5 átálláskor (kacsacsőr helyett szögletes zárójelet írok):

1. [? helyett mindenhol [?php -t kell használni

2. Ez a legfontosabb: nem használható már a
[?='szoveg'?]
nyelvi elem /gyors kiíratás/, helyette
[?php echo 'szoveg'?]
utasítást kell használni. Ez okozta a legrejtélyesebb
hibákat, mert csak Apache log-ból tudtam a hiba okát
elõbányászni.

3. include helyett include_once -ot, require helyett require_once -ot kell használni.

4. a date és más dátum függvények idõzónát igényelnek,
különben warning-ot adnak.

Bár valóban eléggé iluzórikus hibajelenség, de én megnézném, hogy a mod_php rendben van-e (márhogy minden rendesen elkészült-e és betöltődik-e - ez marhaságnak hangzik, de akor is), megfelelő tulajdonossal fut-e az apache (mandriván nem tom mi a tulajdonos, debian, meg ubuntu alatt www-data), gyanús továbbá, hogy még csak hibaüzenetet sem ad sem a PHP sem az apache, sem a mysql, Én arra következtetnék, hogy nem is indul el a mysql. Kérdés mysql_install_db volt-e, ha igen, lefutott-e hiba nélkül?
Próbáld ki fut-e a mysql: 


mysql -u root -p -e "show tables;"

Ha igen ki kell, hogy listázza a létező táblákat. Ha a táblák megvannak, ellenőrizd, a php.ini -ket (/etc/apache2 /etc/apache stb. ahol van), mivel az alapvető php progik futnak, azt is megnézném, hogy a nagyobb programok, fájljai, mefelelő tulajdonossal és jogosultságokkal bírnak-e
[OFF]
Mennyire kell, hogy mandriván mennyen?,
Nekem Apache2.0.53 + PHP 5.0.11 + MySQL 5.0.23 Fut rendesen, kezelés mentesen, Ubuntu 5.10-en. Még annyit, hogy ha ez egy fontos (üzleti) alkalmazás, csak tényleg indokolt esetben hajszold a frisset
[/OFF]

Apache: fut, minden lefordult (úgy látszik...), hibaüzenet nincs...

MySQL: fut, mysql-el ki tudom listázni a táblákat (írtam, hogy már usereket, stb. is hozzáadtam Drupal meg Php-Nuke telepítéshez), hiba a logban persze itt sincs (vagy csak én nem látom)...

PHP: Na ezt nem tudom. Ennek utánanézek, hogy minden kész van-e úgy, ahogy kell.. Csak azt nem értem, hogy akkor az "egyszerű" szkriptek miért futnak?

Miért / mennyire kell: A frissítés oka, hogy van egy webes alkalmazás, ami anno egy Apache 1.3-on és PHP4-en futott valahol, elvileg hibátlanul. (És ugye, láttam is, hogy tényleg fut rendesen és semmi különös konfig nem kell hozzá.) Nálunk pedig (mandriva alaptelepítésnél) egy bizonyos oldalon (valami rekurzív függvénynél, ami nagyon sokszor hívogatja megás adatmennyiségekkel az strtr függvényt) kifagy és a hiba is jól látható a logban. Arra gondoltam, hogy ezt a gondot az új PHP-ban már valszeg kijavították (az 5.0 produkálja, amit a Mandriva 2006-al adnak). Továbbá, "mások" is javasolták, hogy inkább forrásból rakjam fel, de az már egy teljesen másik kérdés.

Én még csak debian alatt játszottam a dologgal, de lenne egy kérdésem.
A php fut a mysql fut apache fut. Szóval minden ok. A bonyolultab programok alatt azt érted amikor mysql-t akarsz elérni php-ból?
Ha igen akkor nézd meg, mogy minden résztvevő ott keresi-e a mysql socket-et ahol van. a php.ini-ben és a my.ini-ben 2 helyen ugyanaz van-e. Persze ha porton keresztül nyomod akkor "elvileg" nincs ennek jelentősége. De nállam emiatt nyomta ki az üres oldalakat hibajelzés nélkül.

:)

BassssssszzzzusssssssssS!!!!!!!!!!!!!!!!!!!

Hülyemarhavagyok. Ez volt a baj!!!!!!!!! Imádlakkösziszépen!!!!!!!!!!! :)))))))))

Probléma megoldva! Köszönöm szépen mindenki másnak is a hozzászólásokat! Ketyeg mint egy óramű! Mostmár csak a security meg a jogok vannak hátra aztán egy kis fine-tuning és készen van...

Most olyan hülyének érzem magam, jajj... de hát mindíg tanul az ember valamit... :)

És igen... az a program, ami nem fut rendesen az "eredeti" telepítés alatt, tökéletesen (hibamentesen) fut az új telepítéssel amit most hoztunk össze veletek.

Szóval valami bug is lehet a Mandriva PHP RPM-jeiben, ennek majd még utánanézegetek egy kicsit, és szerintem küldök majd egy levelet a Mandrivának, hátha az okosok kitalálják, hogyan lehetne megjavítani "szegényt".

Hm. Mármint mit lehetne megjavítani? :)

Szóval, az, hogy az új PHP+Apache+MySQL kombinációval újra jól működik az a program, ami az eredeti Mandriva 2006-ba becsomagolt PHP-val nem működik rendesen, viszont egy 4-es PHP + 1.3-as Apache kombinációval ugyancsak rendben megy, nekem azt jelenti, hogy valami nem stimmel a Mandriva 2006-ban alapban bent lévő PHP-val... De ez még nem biztos.
Csak annyi 100%, hogy a kérdéses alkalmazás (változtatás nélkül) mostmár működik... :)