costra Sat Jun 8 11:37:00 2002 EDT
Modified files:
/phpdoc-cs/features persistent-connections.xml
Log:
Updated translation
Modified Files:
persistent-connections.xml (en rev. 1.19)
Index: phpdoc-cs/features/persistent-connections.xml
diff -u phpdoc-cs/features/persistent-connections.xml:1.6
phpdoc-cs/features/persistent-connections.xml:1.7
--- phpdoc-cs/features/persistent-connections.xml:1.6 Thu Mar 7 18:25:03 2002
+++ phpdoc-cs/features/persistent-connections.xml Sat Jun 8 11:36:59 2002
@@ -12,12 +12,19 @@
které bylo otevøeno se stejným serverem, u¾ivatelským jménem a heslem (pokud
je zadáte).
+
+
+ Existují i dalí rozíøení, která vytváøí trvalá spojení,
+ napøíklad
+Rozíøení IMAP.
+
+
Lidé, kteøí nejsou dùkladnì obeznámeni se zpùsobem, jakým web servery fungují
- a distribuují zátì¾ mohou pokládat trvalá spojení za nìco èím nejsou. Zvlá¹tì
+ a distribuují zátì¾, mohou pokládat trvalá spojení za nìco èím nejsou. Zvlá¹tì
neumo¾òují otvírání "u¾ivatelských sessions" na stejném
SQL spojení, neumo¾òují efektivní tvorbu transakcí, a
- neumo¾òují spoustu dal¹ích vìcí. Dokonce, aby bylo opravdu a dúkladnì jasno,
+ neumo¾òují spoustu dal¹ích vìcí. Dokonce, aby o tom bylo opravdu a dùkladnì jasno,
vám trvalá spojení nedají ¾ádnou funkcionalitu,
která by nebyla mo¾ná s jejich netrvalými protìj¹ky.
@@ -31,7 +38,7 @@
První metodou je pou¾ít PHP jako CGI "obal". V tomto re¾imu se vytváøí
a nièí jedna instance PHP interpretru pro ka¾dý po¾adavek (na PHP strnánku)
- na va¹em web serveru. Proto¾e je znièna po obslou¾ení po¾adavku, v¹echny
+ na va¹em web serveru. Proto¾e je znièena po obslou¾ení po¾adavku, v¹echny
zdroje, které získá (jako tøeba spojení s databázovým serverem) jsou pøi
jejím znièení zavøeny. V tomto pøípadì pokusem o pou¾ití trvalých spojení nic
nezískáte - prostì nevydr¾í.
@@ -39,7 +46,7 @@
Druhou, a nejpopulárnìj¹í, metodou, je provozovat PHP jako modul v
multiprocesním web serveru, co¾ je mno¾ina, která v souèasnosti obsahuje
- pouze Apache. Multiprocesní web serveru má typicky jeden proces (rodièe),
+ pouze Apache. Multiprocesní web server má typicky jeden proces (rodièe),
který øídí skupinu procesù (svých dìtí), které dìlají vlastní práci -
servírují stránky. Ka¾dý po¾adavek, který pøijde od klienta, je obslou¾en
jedním z dìtí, které právì neobsluhuje jiného klienta. To znamená, ¾e kdy¾
@@ -51,13 +58,11 @@
døíve.
- Poslední metodou je pou¾ít PHP jako plugin v multithreadovém web serveru. To
- je v souèasností pouhá teorie - PHP je¹tì nefunguje jako plagin v ¾ádném
- multithreadovém web serveru. Pracuje se na podpoøe ISAPI, WSAPI a NSAPI (na
- Windows), co¾ umo¾ní pou¾ívat PHP jako plugin v multithreadových serverech
- jako Netscape FastTrack, Microsoft Internet Information Server (IIS),
- a O'Reilly's WebSite Pro. A¾ k tomu dojde, chování bude v podstatì stejné
- jako u multiprocesním modelu popsaném døíve.
+ Poslední metodou je pou¾ít PHP jako plug-in v multivláknovém web serveru. Aktuálnì
+PHP 4 má tuto podporu pro ISAPI, WSAPI a NSAPI
+ (na Windows), co¾ umo¾nuje pou¾ívat PHP jako plug-in v multivláknových serverech
+ jako Netscape FastTrack (iPlanet), Microsoft Internet Information Server (IIS),
+ a O'Reilly's WebSite Pro. Chování je stejné
+ jako u multiprocesním modelu popsaném døíve. Podpora pro SAPI není dostupná v PHP 3.
Pokud trvalá spojení neposkytují ¾ádnou pøidanou funkcionalitu, k èemu jsou
@@ -86,6 +91,25 @@
pouhými 32 spojeními bude brzy zaplavena. Vyhledejte si v dokumentaci va¹í
databáze informace o obsluze opu¹tìných nebo neèinných spojení.
+
+
+ Zde je nìkolik dodateèných námitek, které se usadily v mysli bìhem
+ pouívání trvalých spojení. Jedna z nich je, kdy pouíváte zamknuté
+ tabulky pøi trvalém spojení a skript z jakéhokoli dùvodu nemùe
+ uvolnit zámek, pak následující skript, který pouívá stejné spojení,
+ bude nejspíe na trvalo zablokován a moná bude nutné, abyste
+ pokadé restartovali http server nebo databázový server.
+ Dále pak v pøípadì pouití transakcí se transakèní blok pøenese i do
+ dalího skriptu pouívajícího stejné spojení, pokud jeho vykonání
+ konèí døíve ne transakèní blok. V kadém pøípadì mùete pouít
+ register_shutdown_function k registraci a
+ jednoduchému vyèitìní funkce pro odemknutí tabulek nebo zruení
+ bìící transakce (roll back). Nejlépe se problému vyvarujete úplnì
+ nepouíváním trvalých spojení ve skriptech, ve kterých se zamykají
+ tabulky nebo pouívají transakce (mùete je stále pouívat na
+ mnohých dalích místech).
+
+
Dùle¾itý souhrn. Trvalá spojení byla navr¾ena tak, aby odpovídala jedna k
jedné normálním spojením. To znamená, ¾e byste v¾dy mìli
@@ -93,7 +117,17 @@
skriptu. Mù¾e to (a pravdìpodobnì bude) mít vliv na
efektivitu tohoto skriptu, ale ne jeho