cvs: phpdoc-nl /features connection-handling.xml cookies.xml http-auth.xml images.xml persistent-connections.xml remote-files.xml
| From: | Mathieu Kooiman | Date: | Fri, 07 Jun 2002 05:55:33 +0000 |
| Subject: | cvs: phpdoc-nl /features connection-handling.xml cookies.xml http-auth.xml images.xml persistent-connections.xml remote-files.xml | ||
| Groups: | php.doc | ||
| Request: | Send a blank email to phpdoc+get-969346236@lists.php.net to get a copy of this message | ||
mathieu Fri Jun 7 01:55:33 2002 EDT
Modified files:
/phpdoc-nl/features connection-handling.xml cookies.xml
http-auth.xml images.xml
persistent-connections.xml remote-files.xml
Log:
- Fixed various typos/grammar errors
Index: phpdoc-nl/features/connection-handling.xml diff -u phpdoc-nl/features/connection-handling.xml:1.6 phpdoc-nl/features/connection-handling.xml:1.7 --- phpdoc-nl/features/connection-handling.xml:1.6 Wed Dec 12 15:55:47 2001 +++ phpdoc-nl/features/connection-handling.xml Fri Jun 7 01:55:33 2002 @@ -25,12 +25,11 @@ </simpara> <simpara> - Je kunt er voor kiezen of je wel of niet je script wil eindigen zogauw - een gebruiker z'n connectie sluit. Soms is het handig om je scripts - altijd tot het einde te laten lopen, zelfs als er geen browser aan de - andere kant is om de output te ontvangen. Standaard word echter je - script gestopt zo gauw de gebruiker de connectie sluit. Dit gedrag kan - gewijzigd worden met de ignore_user_abort php.ini directive of met + Je kunt er voor kiezen jouw script te beëindigen wanneer een gebruiker + de connectie met de server sluit, echter is het soms handig om een script + door te laten lopen, zelfs als er geen browser is om de output te ontvangen. + Standaard wordt echter jouw script gestopt wanneer de gebruiker de connectie sluit. + Dit gedrag kan gewijzigd worden met de ignore_user_abort php.ini directive of met de corresponderende php_ignore_user_abort Apache .conf directive of het makkelijkst met de <function>ignore_user_abort</function> functie. Als je PHP niet vertelt het sluiten van een connectie te negeren zal @@ -38,14 +37,14 @@ als je een shutdown functie hebt geregistreerd met de <function>register_shutdown_function</function> functie zal PHP zogauw hij ontdekt dat er geen connectie meer is, proberen deze shutdown functie aan te roepen. Deze functie wordt echter ook - aangeroepen als je script op een normale manier eindigd. Als je alleen + aangeroepen als je script op een normale manier eindigt. Als je alleen actie wilt ondernemen als de gebruiker de connectie sluit kun je gebruik maken van de <function>connection_aborted</function> functie. Deze functie geeft &true; als de connectie gesloten is. </simpara> <simpara> Jouw script kan ook beëindigd worden door de ingebouwde script timer. - De standaard timeout is 30 secondes. Dit kan veranderd worden met + De standaard timeout is 30 seconden. Dit kan veranderd worden met de max_execution_time php.ini directive of met de corresponderende php_max_execution_time Apache .conf directive alsmede met de <function>set_time_limit</function> functie. Als de toegestane tijd Index: phpdoc-nl/features/cookies.xml diff -u phpdoc-nl/features/cookies.xml:1.5 phpdoc-nl/features/cookies.xml:1.6 --- phpdoc-nl/features/cookies.xml:1.5 Wed Dec 12 15:55:49 2001 +++ phpdoc-nl/features/cookies.xml Fri Jun 7 01:55:33 2002 @@ -14,7 +14,7 @@ <para> Alle cookies die van jou naar de gebruiker gestuurd worden, worden - automatisch tot een PHP variable gemaakt, net zoals gebeurd met + automatisch tot een PHP variabele gemaakt, net zoals gebeurd met GET en POST method data. Als je meerdere waarden wil toekennen moet je <emphasis>[]</emphasis> aan de cookie naam toevoegen. Voor meer informatie met betrekking tot cookies zie de Index: phpdoc-nl/features/http-auth.xml diff -u phpdoc-nl/features/http-auth.xml:1.9 phpdoc-nl/features/http-auth.xml:1.10 --- phpdoc-nl/features/http-auth.xml:1.9 Wed Dec 12 15:55:50 2001 +++ phpdoc-nl/features/http-auth.xml Fri Jun 7 01:55:33 2002 @@ -48,23 +48,23 @@ opgelost te zijn.</para> <simpara> - Om te voorkomen dat iemand een script schrijft die de wachtworden + Om te voorkomen dat iemand een script schrijft die de wachtwoorden achterhaald van iemand die al eerder geauthenticeerd was door middel - van het externe authenticatie systeem worden de PHP_AUTH_* variablen + van het externe authenticatie systeem worden de PHP_AUTH_* variabelen niet gevuld als er gebruik word gemaakt van het externe authenticatie - systeem voor die bepaalde pagina. In dit geval kan de variable + systeem voor die bepaalde pagina. In dit geval kan de variabele $REMOTE_USER gebruikt worden om de extern geauthenticeerde gebruiker te identificeren. </simpara> <simpara> - Dit weerhoud iemand er echter niet van om wachtwoorden te stelen + Dit weerhoudt iemand er echter niet van om wachtwoorden te stelen via een niet-geauthenticeerde URL op dezelfde server. </simpara> <simpara> Zowel Netscape als Internet Explorer zullen hun huidige cache in het - huidige Window legen zogauw ze een 401 header van de server krijgen. + huidige Window legen wanneer ze een 401 header van de server krijgen. Op deze manier kan je op een efficiente manier een gebruiker "uit loggen". Sommige mensen gebruiken dit om een login te laten verlopen of @@ -72,7 +72,7 @@ <simpara></simpara> <example> <title>HTTP Authentication voorbeeld welke een nieuwe loginnaam - en password vereist.</title> + en wachtwoord vereist.</title> <programlisting role="php"> <?php function authenticate() { Index: phpdoc-nl/features/images.xml diff -u phpdoc-nl/features/images.xml:1.6 phpdoc-nl/features/images.xml:1.7 --- phpdoc-nl/features/images.xml:1.6 Wed Dec 12 15:55:50 2001 +++ phpdoc-nl/features/images.xml Fri Jun 7 01:55:33 2002 @@ -3,13 +3,13 @@ <title>Het maken en manipuleren van plaatjes</title> <simpara> - PHP kan meer dan enkel HTML generen. Het kan ook gebruikt worden om + PHP kan meer dan enkel HTML genererenn. Het kan ook gebruikt worden om plaatjes in verschillende formaten (GIF, PNG, JPG, WBMP and XPM) te creëren en te manipuleren. Wat nog veel handiger is, is dat PHP Image Streams direct naar de browser kan sturen. Om met plaatjes te kunnen werken moet je PHP compileren met de GD library. GD en PHP - kunnen meerdere libraries nodig hebben maar dit ligt aan de bestands - formaten je wil gebruiken. + kunnen meerdere libraries nodig hebben maar dit is afhankelijk van de bestands + formaten die je wilt gebruiken. </simpara> <para> Index: phpdoc-nl/features/persistent-connections.xml diff -u phpdoc-nl/features/persistent-connections.xml:1.6 phpdoc-nl/features/persistent-connections.xml:1.7 --- phpdoc-nl/features/persistent-connections.xml:1.6 Wed Dec 12 15:55:50 2001 +++ phpdoc-nl/features/persistent-connections.xml Fri Jun 7 01:55:33 2002 @@ -15,10 +15,10 @@ </simpara> <simpara> Diegene die niet erg vertrouwd zijn met de manier waarop - webserver werken en de manier waarop ze de aanvragen verdelen + webservers werken en de manier waarop ze de aanvragen verdelen kunnen persistente connecties aanzien voor iets dat ze niet zijn. Persistente geven je <emphasis>niet</emphasis> de mogelijkheid - om 'user sessions' op deze zelfde SQL connectie te hebben, ze + om "user session" op deze zelfde SQL connectie te hebben, ze geven je <emphasis>niet</emphasis> de mogelijkheid om een Transaction efficienter op te bouwen en ze doen vanalles en nog wat niet. Om heel duidelijk te zijn, ze geven <emphasis>geen</emphasis> @@ -81,7 +81,7 @@ Persistente connecties zijn goed als de overhead om een connectie naar je SQL server te leggen groot is. Of die overhead daadwerkelijk groot is hangt af van veel factoren. Zoals, wat voor database is het, - draait de server op de zelfde server als de webserver. Hoe druk de + draait de server op de zelfde machine als de webserver. Hoe druk de server met de database het heeft. Uiteindelijk als deze overhead inderdaad groot is, zijn persistente connecties een goede hulp. Ze zorgen ervoor dat het child process zolang het process leeft @@ -95,7 +95,7 @@ Een van elk childprocess. </simpara> <simpara> - Onthoud wel dat dit z'n nadelen kan hebben als je een database server + Onthoudt wel dat dit z'n nadelen kan hebben als je een database server gebruikt met een limiet op het aantal connecties. Als je database een limiet van 16 gelijke connecties heeft, en in laten we zeggen dat we een drukke server hebben, 17 child processes proberen een connectie @@ -106,7 +106,7 @@ </simpara> <simpara> Een belangrijke samenvatting. Persistente connectie zijn ontwikkeld - om in principe het zelfe te werken als standaard connecties. + om in principe het zelfde te werken als standaard connecties. Dat betekent dat je <emphasis>altijd</emphasis> de mogelijk hebt om persistente connecties te vervangen met niet-persistente connecties, zonder dat het gedrag van je script wijzigt. Het <emphasis>kan</emphasis> Index: phpdoc-nl/features/remote-files.xml diff -u phpdoc-nl/features/remote-files.xml:1.9 phpdoc-nl/features/remote-files.xml:1.10 --- phpdoc-nl/features/remote-files.xml:1.9 Wed Dec 12 15:55:51 2001 +++ phpdoc-nl/features/remote-files.xml Fri Jun 7 01:55:33 2002 @@ -85,7 +85,7 @@ <note> <para> Je kunt het idee krijgen om deze techniek te gebruiken om te schrijven - naar een log op een adnere server, maar zoals eerder gezegd kan je alleen + naar een log op een andere server, maar zoals eerder gezegd kan je alleen schrijven naar bestanden die nog niet bestaan. Om 'distributed logging' mogelijk te maken zou je moeten kijken naar <function>syslog</function>. </para>
Index: phpdoc-nl/features/connection-handling.xml diff -u phpdoc-nl/features/connection-handling.xml:1.6 phpdoc-nl/features/connection-handling.xml:1.7 --- phpdoc-nl/features/connection-handling.xml:1.6 Wed Dec 12 15:55:47 2001 +++ phpdoc-nl/features/connection-handling.xml Fri Jun 7 01:55:33 2002 @@ -25,12 +25,11 @@ </simpara> <simpara> - Je kunt er voor kiezen of je wel of niet je script wil eindigen zogauw - een gebruiker z'n connectie sluit. Soms is het handig om je scripts - altijd tot het einde te laten lopen, zelfs als er geen browser aan de - andere kant is om de output te ontvangen. Standaard word echter je - script gestopt zo gauw de gebruiker de connectie sluit. Dit gedrag kan - gewijzigd worden met de ignore_user_abort php.ini directive of met + Je kunt er voor kiezen jouw script te beëindigen wanneer een gebruiker + de connectie met de server sluit, echter is het soms handig om een script + door te laten lopen, zelfs als er geen browser is om de output te ontvangen. + Standaard wordt echter jouw script gestopt wanneer de gebruiker de connectie sluit. + Dit gedrag kan gewijzigd worden met de ignore_user_abort php.ini directive of met de corresponderende php_ignore_user_abort Apache .conf directive of het makkelijkst met de <function>ignore_user_abort</function> functie. Als je PHP niet vertelt het sluiten van een connectie te negeren zal @@ -38,14 +37,14 @@ als je een shutdown functie hebt geregistreerd met de <function>register_shutdown_function</function> functie zal PHP zogauw hij ontdekt dat er geen connectie meer is, proberen deze shutdown functie aan te roepen. Deze functie wordt echter ook - aangeroepen als je script op een normale manier eindigd. Als je alleen + aangeroepen als je script op een normale manier eindigt. Als je alleen actie wilt ondernemen als de gebruiker de connectie sluit kun je gebruik maken van de <function>connection_aborted</function> functie. Deze functie geeft &true; als de connectie gesloten is. </simpara> <simpara> Jouw script kan ook beëindigd worden door de ingebouwde script timer. - De standaard timeout is 30 secondes. Dit kan veranderd worden met + De standaard timeout is 30 seconden. Dit kan veranderd worden met de max_execution_time php.ini directive of met de corresponderende php_max_execution_time Apache .conf directive alsmede met de <function>set_time_limit</function> functie. Als de toegestane tijd Index: phpdoc-nl/features/cookies.xml diff -u phpdoc-nl/features/cookies.xml:1.5 phpdoc-nl/features/cookies.xml:1.6 --- phpdoc-nl/features/cookies.xml:1.5 Wed Dec 12 15:55:49 2001 +++ phpdoc-nl/features/cookies.xml Fri Jun 7 01:55:33 2002 @@ -14,7 +14,7 @@ <para> Alle cookies die van jou naar de gebruiker gestuurd worden, worden - automatisch tot een PHP variable gemaakt, net zoals gebeurd met + automatisch tot een PHP variabele gemaakt, net zoals gebeurd met GET en POST method data. Als je meerdere waarden wil toekennen moet je <emphasis>[]</emphasis> aan de cookie naam toevoegen. Voor meer informatie met betrekking tot cookies zie de Index: phpdoc-nl/features/http-auth.xml diff -u phpdoc-nl/features/http-auth.xml:1.9 phpdoc-nl/features/http-auth.xml:1.10 --- phpdoc-nl/features/http-auth.xml:1.9 Wed Dec 12 15:55:50 2001 +++ phpdoc-nl/features/http-auth.xml Fri Jun 7 01:55:33 2002 @@ -48,23 +48,23 @@ opgelost te zijn.</para> <simpara> - Om te voorkomen dat iemand een script schrijft die de wachtworden + Om te voorkomen dat iemand een script schrijft die de wachtwoorden achterhaald van iemand die al eerder geauthenticeerd was door middel - van het externe authenticatie systeem worden de PHP_AUTH_* variablen + van het externe authenticatie systeem worden de PHP_AUTH_* variabelen niet gevuld als er gebruik word gemaakt van het externe authenticatie - systeem voor die bepaalde pagina. In dit geval kan de variable + systeem voor die bepaalde pagina. In dit geval kan de variabele $REMOTE_USER gebruikt worden om de extern geauthenticeerde gebruiker te identificeren. </simpara> <simpara> - Dit weerhoud iemand er echter niet van om wachtwoorden te stelen + Dit weerhoudt iemand er echter niet van om wachtwoorden te stelen via een niet-geauthenticeerde URL op dezelfde server. </simpara> <simpara> Zowel Netscape als Internet Explorer zullen hun huidige cache in het - huidige Window legen zogauw ze een 401 header van de server krijgen. + huidige Window legen wanneer ze een 401 header van de server krijgen. Op deze manier kan je op een efficiente manier een gebruiker "uit loggen". Sommige mensen gebruiken dit om een login te laten verlopen of @@ -72,7 +72,7 @@ <simpara></simpara> <example> <title>HTTP Authentication voorbeeld welke een nieuwe loginnaam - en password vereist.</title> + en wachtwoord vereist.</title> <programlisting role="php"> <?php function authenticate() { Index: phpdoc-nl/features/images.xml diff -u phpdoc-nl/features/images.xml:1.6 phpdoc-nl/features/images.xml:1.7 --- phpdoc-nl/features/images.xml:1.6 Wed Dec 12 15:55:50 2001 +++ phpdoc-nl/features/images.xml Fri Jun 7 01:55:33 2002 @@ -3,13 +3,13 @@ <title>Het maken en manipuleren van plaatjes</title> <simpara> - PHP kan meer dan enkel HTML generen. Het kan ook gebruikt worden om + PHP kan meer dan enkel HTML genererenn. Het kan ook gebruikt worden om plaatjes in verschillende formaten (GIF, PNG, JPG, WBMP and XPM) te creëren en te manipuleren. Wat nog veel handiger is, is dat PHP Image Streams direct naar de browser kan sturen. Om met plaatjes te kunnen werken moet je PHP compileren met de GD library. GD en PHP - kunnen meerdere libraries nodig hebben maar dit ligt aan de bestands - formaten je wil gebruiken. + kunnen meerdere libraries nodig hebben maar dit is afhankelijk van de bestands + formaten die je wilt gebruiken. </simpara> <para> Index: phpdoc-nl/features/persistent-connections.xml diff -u phpdoc-nl/features/persistent-connections.xml:1.6 phpdoc-nl/features/persistent-connections.xml:1.7 --- phpdoc-nl/features/persistent-connections.xml:1.6 Wed Dec 12 15:55:50 2001 +++ phpdoc-nl/features/persistent-connections.xml Fri Jun 7 01:55:33 2002 @@ -15,10 +15,10 @@ </simpara> <simpara> Diegene die niet erg vertrouwd zijn met de manier waarop - webserver werken en de manier waarop ze de aanvragen verdelen + webservers werken en de manier waarop ze de aanvragen verdelen kunnen persistente connecties aanzien voor iets dat ze niet zijn. Persistente geven je <emphasis>niet</emphasis> de mogelijkheid - om 'user sessions' op deze zelfde SQL connectie te hebben, ze + om "user session" op deze zelfde SQL connectie te hebben, ze geven je <emphasis>niet</emphasis> de mogelijkheid om een Transaction efficienter op te bouwen en ze doen vanalles en nog wat niet. Om heel duidelijk te zijn, ze geven <emphasis>geen</emphasis> @@ -81,7 +81,7 @@ Persistente connecties zijn goed als de overhead om een connectie naar je SQL server te leggen groot is. Of die overhead daadwerkelijk groot is hangt af van veel factoren. Zoals, wat voor database is het, - draait de server op de zelfde server als de webserver. Hoe druk de + draait de server op de zelfde machine als de webserver. Hoe druk de server met de database het heeft. Uiteindelijk als deze overhead inderdaad groot is, zijn persistente connecties een goede hulp. Ze zorgen ervoor dat het child process zolang het process leeft @@ -95,7 +95,7 @@ Een van elk childprocess. </simpara> <simpara> - Onthoud wel dat dit z'n nadelen kan hebben als je een database server + Onthoudt wel dat dit z'n nadelen kan hebben als je een database server gebruikt met een limiet op het aantal connecties. Als je database een limiet van 16 gelijke connecties heeft, en in laten we zeggen dat we een drukke server hebben, 17 child processes proberen een connectie @@ -106,7 +106,7 @@ </simpara> <simpara> Een belangrijke samenvatting. Persistente connectie zijn ontwikkeld - om in principe het zelfe te werken als standaard connecties. + om in principe het zelfde te werken als standaard connecties. Dat betekent dat je <emphasis>altijd</emphasis> de mogelijk hebt om persistente connecties te vervangen met niet-persistente connecties, zonder dat het gedrag van je script wijzigt. Het <emphasis>kan</emphasis> Index: phpdoc-nl/features/remote-files.xml diff -u phpdoc-nl/features/remote-files.xml:1.9 phpdoc-nl/features/remote-files.xml:1.10 --- phpdoc-nl/features/remote-files.xml:1.9 Wed Dec 12 15:55:51 2001 +++ phpdoc-nl/features/remote-files.xml Fri Jun 7 01:55:33 2002 @@ -85,7 +85,7 @@ <note> <para> Je kunt het idee krijgen om deze techniek te gebruiken om te schrijven - naar een log op een adnere server, maar zoals eerder gezegd kan je alleen + naar een log op een andere server, maar zoals eerder gezegd kan je alleen schrijven naar bestanden die nog niet bestaan. Om 'distributed logging' mogelijk te maken zou je moeten kijken naar <function>syslog</function>. </para>