A PHP parancssorból

Mivel 4.3-as verzió, PHP támogat egy új SAPI típusú (Server Application Programming Interface), a CLI. ami a Command Line Interface. Ahogy a neve is sugallja, a fő célja ennek a fejlődésnek a SAPI típusú shell / shell (vagy asztali) alkalmazások PHP. Nagyon kevés különbség más CLI SAPI SAPI. ami tovább ebben a fejezetben tárgyaljuk.

CLI SAPI adták először a PHP 4.2.0. de aztán volt egy kísérlet, és szükség volt rá, hogy tartalmazza azt kifejezetten --enable-cli ./configure parancsot. Kezdve a PHP 4.3.0. CLI SAPI már nem kísérleti és mindig épített és egy bináris futtatható fájlt php (ún php.exe Windows).

Jelentős eltéréseket más CLI SAPI SAPI.

Ellentétben a CGI SAPI. nincs sapka / fejléceket nem kerülnek be a kimenetet.

Bár a CGI SAPI egy módja annak, hogy elnyomja a HTTP-sapkák, egyenértékű kapcsoló lehetővé teszi a CLI SAPI nincs.

Vannak php.ini utasítások. újradefiniálásra a CLI SAPI. mert nem sok értelme a környezetben a shell környezet:

Táblázat 24-1. Nyomós php.ini -direktiv

CLI SAPI- alapértelmezett

Ez elég nehezen olvasható a héját egy hibaüzenet, tele mindazokkal értelmetlen HTML Tag kód, így az alapértelmezett az irányelv HAMIS.

Kívánatos, hogy minden kimenet a print (). echo (), és a cég azonnal bekerül a kimeneti és nem küldött semmilyen puffer. Továbbra is használhatja a kimenet pufferelés. ha azt akarjuk, hogy működjön együtt a standard kimenetre.

Mivel a végtelenül nagy lehetőségeket a PHP a shell környezetben, a maximális futási időt nem korlátozott. Míg írt alkalmazások web, belül végzik töredékét másodperc shellprogram próbálja meg, hogy a maximális teljesítményt az idejét.

A globális változók PHP $ argc (átadott argumentumok száma az alkalmazás) és a $ argv (array aktuális argumentumok) mindig rögzített, és tele van a megfelelő értékeket, ha a CLI SAPI.

Megjegyzés: Ezek az utasítások nem adhatók meg a különböző értéket a konfigurációs fájl php.ini vagy speciális fájl (ha meg van adva). Ez egy bizonyos korlátozás, hiszen ezek az értékek után alkalmazzuk az összes elemzés konfigurációs fájlokat. Azonban ezek az értékek lehet változtatni futás közben (ami nincs értelme minden más irányelvek, például register_argc_argv).

Könnyebb dolgozni a környezet és a héj, ha a következő állandók meghatározása:

Táblázat 24-2. CLI-specifikus konstansok

Betölti a Zend-kiterjesztés. Ha csak a fájl nevét, a PHP megpróbálja betölteni ezt a bővítményt a jelenlegi alapértelmezett könyvtár elérési útját a rendszerben (általában megadott /etc/ld.so.conf-ban a Linux-rendszerek). Transzfer fájlnév abszolút útvonalat nem fogja használni a rendszer keresési útvonalán a könyvtáraknak. A relatív fájlnév egy könyvtár adatait fogja mondani PHP -, hogy megpróbálja betölteni a kiterjesztés relatív az aktuális könyvtárhoz.

Ez a lehetőség egy kényelmes módja annak, ellenőrzi a szintaxist PHP kódot. Siker esetén - SMS-szintaxishibát kimutatni Meg van írva a szabványos kimenet és a shell visszatérési kód 0. Ha sikertelen - hibák elemzésekor szöveg együtt megérdemelt hibaüzenetet kiírja a standard kimenet és a shell visszatérési kód 255.

Ez a lehetőség nem fog a végzetes hibákat (például nem bizonyos funkciókat). Használja -f. Ha szeretné ellenőrizni is végzetes hibákat.

Megjegyzés: Ez az opció nem működik együtt az -r.

Ezzel az opcióval a PHP kilistázza a beépített (és betöltött) PHP és Zend modulokat:

Kapcsolódó cikkek