Dokumentáció tárhely szolgáltató
Ez a rész tartalmazza az általános kérdéseket a PHP telepítésének. PHP áll rendelkezésre szinte minden operációs rendszer / OS (kivéve talán, MacOS előtt OSX), és szinte minden web-szerver.
Amikor telepíti a PHP, kövesse az utasításokat a INSTALL fájlban. rendelkezésre a forgalmazás. Windows-felhasználók is olvasni a fájlt install.txt. Néhány tipp a Windows-felhasználók is megtalálhatók itt.
9. A Windows: már telepített PHP, de kapok egy hiba elérésekor a PHP-script fájlt a böngészőben:
1. Unix / Windows: Hol én php.ini fájlban kell elhelyezni?
Alapértelmezésben UNIX kell lennie az / usr / local / lib. azaz,
majd másolja a php.ini-dist a terjesztés /etc/php.ini és szerkeszteni, hogy a szükséges helyi változásokat.
A Windows alapértelmezett útvonalként a php.ini a Windows könyvtárba. Ha az Apache web-szerver, a php.ini keresi először az Apache telepítési könyvtárba, például c: \ program files \ apache csoport \ apache. Így van különböző php.ini fájlt a különböző változatai Apache ugyanazon a gépen.
2. Unix: Telepítettem PHP, de minden alkalommal, amikor betölt egy dokumentumot, az üzenetet kapom „dokumentum nem tartalmaz adatot”! Miért?
Ez valószínűleg azt jelenti, hogy a PHP néhány probléma, és hogy van egy core dump a fordításban. Nézze meg a hiba naplót a szerver, ha ez volt az oka, majd próbálja meg reprodukálni a problémát egy kis teszt. Ha tudod. hogyan kell használni „gdb”, akkor segít, ha tud nyújtani a hibajelentést követni a pontos helyét a problémát a fejlesztők. Ha a PHP az Apache-modul, megpróbál tenni valamit, mint például:Hagyd abba a httpd-folyamatok
Hagyd abba a httpd-folyamatok
> Futtatás X -f /path/to/httpd.conf
Kezdés az URL, a problémát okozó böngésző
> Futtatás X -f /path/to/httpd.conf
Ha kapok egy core dump, gdb tájékoztatnia kell ennek most!
Ha a szkript használja a funkciót, hogy működjön együtt a reguláris kifejezések (ereg () és a barátok), győződjön meg róla, hogy össze PHP és Apache ugyanolyan szabályos kifejezés csomagot. Ezt meg kell tenni automatikusan a PHP és Apache 1.3.x
3. Unix: Telepítettem PHP RPM-mel, de az Apache nem feldolgozás PHP-oldalak! Miért?
A globális ingatlan / globális tulajdonságaik vannak, vagy VirtualDomain, amelyben a felvenni kívánt PHP támogatást.
4. Unix: Telepítettem PHP RPM-mel, de ez nem fordul az adatbázis szükséges támogatást meg! Mi ennek az oka?
Packers RPM készlet RPMS nélküli telepítéséhez adatbázis támogatás, hogy egyszerűsítse a telepítési folyamat, és annak a ténynek köszönhető, hogy a csomagokkal a / usr / helyett a szabványos / usr / local / fájlokat. Meg kell mondani, RPM spec fájl, minden adatbázis támogatást, és elhelyezését a szerver adatbázis felső szinten.
A következő példa magyarázza a folyamatot, hozzátéve támogatja a népszerű MySQL használat révén mod-telepítés Apache.
A többi, az összes információ megadható bármilyen adatbázis-szerver, amely támogatja a PHP. Azt feltételezzük, hogy ezt a példát, hogy telepítette a MySQL és az Apache teljesen RPM-mel.Első eltávolítás mod_php3:
Majd kap a forrás rpm és telepíteni, nem --rebuild
Ne felejtsd el újraindítani az Apache, és most megvan a PHP 3 MySQL támogatást RPM. Vegyük észre, hogy valószínűleg sokkal könnyebb egyszerűen végre építési / építeni az elosztó tarballt PHP 3 és kövesse az utasításokat INSTALL.REDHAT fájlt. amely elérhető ezen a forgalmazás.
5. Unix: megfoltoztam Apache a FrontPage kiterjesztések tapasz, és hirtelen PHP leállt. PHP összeegyeztethetetlen az Apache FrontPage kiterjesztéseket?
PHP egész jól működik a FrontPage kiterjesztések. A probléma az, hogy a FrontPage tapasz módosítja néhány Apache szerkezet, mely alapján a PHP. Újrafordítása PHP (a „make clean; tenni”), miután a FP tapasz alkalmazási kell megoldani ezt a problémát.
6. Unix / Windows: már telepített PHP, de amikor megpróbál hozzáférni a PHP-szkriptet keresztül a böngésző, kapok egy üres képernyő.
Kövesse a böngésző „view source”, és meg fogja találni, hogy lássuk a forráskódját a PHP-script. Ez azt jelenti, hogy a web-szerver nem küldi el a forgatókönyvet, hogy a PHP az értelmezésnek. Valami baj van a szerver konfiguráció - ellenőrizze újra a konfigurációval összhangban utasítások PHP telepítésének.
7. Unix / Windows: már telepített PHP, de amikor megpróbál hozzáférni a PHP-szkriptet keresztül a böngésző, kapok egy kiszolgáló 500-as hiba.
Néha nem minden kiderül, amikor a szerver megpróbálja futtatni a PHP. Ahhoz, hogy a hibaüzenet jelenik meg, a parancssorban lépjen abba a könyvtárba, ami a PHP futtatható végrehajtható (php.exe Windows), és futtatni php -i. Ha problémája van a PHP fut, akkor a megfelelő hibaüzenet jelenik meg, amely megadja a kulcsot a további lépéseket. Ha kapsz egy teljes képernyős kódot html (kimenete phpinfo () függvény), akkor a PHP működik, de a probléma összefüggésben lehet a szerver konfigurációs szeretné még egyszer ellenőrizze.
8. Egyes operációs rendszerek: van telepítve PHP hiba nélkül, de amikor megpróbálja elindítani az Apache, a következő hibaüzenetet kapom meghatározatlan szimbólum:
A PHP nem kell csinálni semmit, de a probléma jön a kliens könyvtárak MySQL. Néhány kell --with- zlib, mások - nem. Az is látható, a MySQL GYIK.
9. A Windows: már telepített PHP, de kapok egy hiba elérésekor a PHP-script fájlt a böngészőben:
Ez az üzenet azt jelenti, hogy a PHP nem kiadási semmit. Ahhoz, hogy a hibaüzenet jelenik meg, a parancssorban lépjen abba a könyvtárba, ami a PHP futtatható végrehajtható (php.exe Windows), és futtatni php -i. Ha problémája van a PHP fut, akkor a megfelelő hibaüzenet jelenik meg, amely megadja a kulcsot a további lépéseket. Ha kapsz egy teljes képernyős kódot html (kimenete phpinfo () függvény), akkor a PHP dolgozik.
Ha a PHP fut a parancssorból, próbálja visszanyerni a hozzáférést a script a böngészőben. Ha nem mindig működik, lehet, hogy az alábbi:
PHP-script hozzáférés a php.exe fájlt. php4ts.dll. php.ini vagy bármilyen meghosszabbítása PHP, akkor próbál letölteni, hogy a névtelen felhasználó internet ISUR_
A script fájl nem létezik (vagy esetleg nem az, ahol úgy gondolja, viszonyítva a gyökér web root directory). Az IIS, nyomon követheti ezt a hibát hívja az ablakon „check fájl létezik”, ha telepíti szkriptek megjelenítéséhez az Internet Services Manager. Ha egy script fájl nem létezik, akkor a szerver hibával tér vissza 404 További előny, hogy az IIS teljesítenek az összes szükséges azonosításhoz NTLanMan engedélyeket a script fájlt.
10. Windows: Már majd minden utasítást, de a PHP és az IIS - de még mindig - nem működnek együtt!
Ügyeljen arra, hogy bármely felhasználó a PHP-script rendelkezik jogokkal futtatni php.exe. IIS a felhasználó névtelen (anonim), amely során hozzáadott IIS telepítése. Ennek a felhasználónak rendelkeznie kell jogokkal futtatni php.exe. Továbbá, minden hitelesített felhasználó kapjon a jogot, hogy végre php.exe. És meg kell adni IIS4, hogy a PHP egy programozási motort.