[PHP-DOC] translation documentation to Russian and/or Ukrainian language
I want to take part in translation of the documentation on PHP on Russian and the Ukrainian language. To whom I can will address for the detailed information? Yours faithfully Golovin Andrey
RE: [PHP-DOC] parse_url bug/feature?
Hartmut Holzgraefe wrote: > >valid and expected behaviour > >if no scheme is given the argument is treated as a filesystem path, >here a file named "www.homecentricity.com" in the current working >directory > >just because browsers take input like this in their location bars >as http URLs doesn't say everything should Hmmm... the PHP Documentation states (with my *highlighting*): "This function returns an associative array returning *any* of the various components of the URL *that are present* *Partial urls are also accepted*, parse_url() *tries its best to parse them correctly*" Based on the documentation, it is *not* valid and expected behavior. Given that the function is "parse_url" and not "parse_file", and that the intention of the function is not to validate but to decipher it into it's component parts, the default for no scheme should not be to assume it is a file but to assume that it is a partial or malformed url. If the function worked according to the documentation, I would expect that www.homecentricity.com would return the following: scheme = NULL host = www.homecentricity.com Either something is not working correctly or the documentation needs to be corrected to state your comments above. -Steve -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19180 [Opn->Csd]: Wrong descriptions in language/types.xml
ID: 19180 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4CVS-2002-08-29 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-08-29 17:36:14] [EMAIL PROTECTED] In http://www.php.net/manual/en/language.types.type-juggling.php there's a sample: $a = 1; // $a is an integer $a[0] = "f"; // $a becomes an array, with $a[0] holding "f" Which will issue an warning: Warning: Cannot use a scalar value as an array in cast.php on line 3 and $a is still a int(1). Tried PHP 4.2.3 under Windows and PHP 4.0.6 under Linux with same result. And in http://www.php.net/manual/en/language.types.string.php inside the Heredoc warning it said: Probably the nastiest gotcha is that there may also not be a carriage return (\r) at the end of the line, only a form feed, AKA newline (\n). Since Microsoft Windows uses the sequence \r\n as a line terminator, your heredoc may not work if you write your script in a Windows editor. However, most programming editors provide a way to save your files with a UNIX line terminator. Which is actually not true. PHP 4 seems working fine with Windows line terminator in Heredoc syntax. Also tried PHP 4.2.3 under Windows and PHP 4.0.6 under Linux, they both work correctly without any problem. -- Edit this bug report at http://bugs.php.net/?id=19180&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language types.xml
jomeWed Sep 18 09:38:05 2002 EDT Modified files: /phpdoc/en/language types.xml Log: - Removing an example and part of a heredoc note (fixes bug #19180) Index: phpdoc/en/language/types.xml diff -u phpdoc/en/language/types.xml:1.87 phpdoc/en/language/types.xml:1.88 --- phpdoc/en/language/types.xml:1.87 Thu Aug 29 17:18:14 2002 +++ phpdoc/en/language/types.xmlWed Sep 18 09:38:04 2002 @@ -1,5 +1,5 @@ - + Types @@ -703,23 +703,6 @@ may not be indented, and there may not be any spaces or tabs after or before the semicolon. - - Probably the nastiest gotcha is that there may also - not be a carriage return (\r) at the end of - the line, only - a form feed, AKA newline (\n). - Since Microsoft Windows uses the sequence - \r\n as a line - terminator, your heredoc may not work if you write your - script in a Windows editor. However, most programming - editors provide a way to save your files with a UNIX - line terminator. - - @@ -1917,17 +1900,8 @@ The behaviour of an automatic conversion to array is currently undefined. - - -$a = 1; // $a is an integer -$a[0] = "f"; // $a becomes an array, with $a[0] holding "f" - - - While the above example may seem like it should clearly result in - $a becoming an array, the first element of which is 'f', consider - this: $a = "1"; // $a is a string -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] #19180 [NEW]: Wrong descriptions in language/types.xml
> From: [EMAIL PROTECTED] > Operating system: > PHP version: 4CVS-2002-08-29 > PHP Bug Type: Documentation problem > Bug description: Wrong descriptions in language/types.xml > > In > http://www.php.net/manual/en/language.types.type-juggling.php > there's a sample: > > $a = 1; // $a is an integer > $a[0] = "f"; // $a becomes an array, with $a[0] holding "f" > > Which will issue an warning: > > Warning: Cannot use a scalar value as an array in cast.php on line 3 > > and $a is still a int(1). > Tried PHP 4.2.3 under Windows and PHP 4.0.6 under Linux with same result. Tried this under PHP 4.2.3 (Linux) and can confirm it. > And in > http://www.php.net/manual/en/language.types.string.php > inside the Heredoc warning it said: > > Probably the nastiest gotcha is that there may also not be a carriage > return (\r) at the end of the line, only a form feed, AKA newline (\n). > Since Microsoft Windows uses the sequence \r\n as a line terminator, your > heredoc may not work if you write your script in a Windows editor. > However, most programming editors provide a way to save your files with a > UNIX line terminator. > > Which is actually not true. PHP 4 seems working fine with Windows line > terminator in Heredoc syntax. Also tried PHP 4.2.3 under Windows and PHP > 4.0.6 under Linux, they both work correctly without any problem. Can confirm this two. What should be done about this bug? Should the example, and the last note be removed from the manual? Best regards, Jome -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters security.xml
derick Wed Sep 18 09:18:35 2002 EDT Modified files: /phpdoc/en/chapters security.xml Log: - Remove dubble denial Index: phpdoc/en/chapters/security.xml diff -u phpdoc/en/chapters/security.xml:1.48 phpdoc/en/chapters/security.xml:1.49 --- phpdoc/en/chapters/security.xml:1.48Sun Jun 16 03:11:00 2002 +++ phpdoc/en/chapters/security.xml Wed Sep 18 09:18:34 2002 @@ -1,5 +1,5 @@ - + Security @@ -1037,7 +1037,7 @@ to work with PHP, it has been argued that the benefits far outweigh the effort. - Working without register_globals=off + Working with register_globals=on
[PHP-DOC] #19464 [Opn->Asn]: "Oracle Collections" functions (ocicol*) in manual are not documented for ages.
ID: 19464 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: n/a PHP Version: 4.2.3 -Assigned To: +Assigned To: thies New Comment: Assigned to Thies, the extension maintainer. Previous Comments: [2002-09-18 01:53:32] [EMAIL PROTECTED] "Oracle Collections" functions (ocicol*) in manual are not documented for ages. At lest for a year as I can remember. -- Edit this bug report at http://bugs.php.net/?id=19464&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19472 [Opn->Asn]: Spanish CHM manual won't open
ID: 19472 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.2.3 -Assigned To: +Assigned To: derick New Comment: Assigned to Derick. Previous Comments: [2002-09-18 05:35:46] [EMAIL PROTECTED] CHM version of the Spanish PHP manual from the Download section (size 1736 Kb, date 15 sep 2002) cannot be opened. Apparently this only happens with the Spanish. I tried to open the Italian and the English CHM files and both of them work. Error message: "Can't open file: mk:@MSITStore:C:\php_manual_es.chm" -- Edit this bug report at http://bugs.php.net/?id=19472&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19465 [Opn->Fbk]: httpd.conf Fix for Apache 2
ID: 19465 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Actually the documentation on installation has more information on the AddModule directive, and when to use it. Please recheck that that documentation is ok or not, and provide feedback. Thanks. Previous Comments: [2002-09-18 03:32:46] [EMAIL PROTECTED] For an Apache installation : The install.txt suggests to add 3 lines to httpd.conf LoadModule php4_module c:/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php However AddModule mod_php4.c caused errors on my installation Windows2000/Apache2. Putting this line in comment (or not adding it) worked. I found this solution in the newsgroups. -- Edit this bug report at http://bugs.php.net/?id=19465&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/apache reference.xml
hholzgraWed Sep 18 07:01:33 2002 EDT Modified files: /phpdoc/en/reference/apache reference.xml Log: new extension structure applied, documentation for the apache 1.x sapi specific php.ini options added ... Index: phpdoc/en/reference/apache/reference.xml diff -u phpdoc/en/reference/apache/reference.xml:1.3 phpdoc/en/reference/apache/reference.xml:1.4 --- phpdoc/en/reference/apache/reference.xml:1.3Fri May 10 13:05:54 2002 +++ phpdoc/en/reference/apache/reference.xmlWed Sep 18 07:01:32 2002 @@ -1,12 +1,91 @@ - + Apache-specific Functions Apache - -These functions are only available when running PHP as an Apache module. - + +&reftitle.intro; + + These functions are only available when running PHP as an Apache 1.x module. + + + + +&reftitle.install; + + For PHP installation on Apache 1.x see the + Apache section in the installation + chapter. + + + + +&reftitle.runtime; + + The behaviour of the Apache PHP module is affected by settings in php.ini. + Configuration settings from &php.ini; may be overridden by php_flag settings + in the server configuration file or local .htaccess files. + + + Turning off PHP parsing for a directory using +.htaccess + php_flag engine off + + + + Apache configuration options + + + + Name + Default + Changeable + Function + + + + + engine + On + PHP_INI_ALL + turns PHP parsing on or off + + + child_terminate + Off + PHP_INI_ALL + + specify whether PHP scripts may request child process termination on end of +request, + see also apache_child_terminate + + + + last_modified + Off + PHP_INI_ALL + send PHP scripts modification date as Last-Modified: header for this +request + + + xbit_hack + Off + PHP_INI_ALL + parse files with executable bit set as PHP regardles of their file +ending + + + + + + + + +&reftitle.resources; +&no.resource; + + + +&reftitle.constants; +&no.constants; + &reference.apache.functions; -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19462 [Opn->Asn]: Page in Dutch in the English manual
ID: 19462 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Windows PHP Version: 4.2.1 -Assigned To: +Assigned To: derick New Comment: Assigning this to Derick Previous Comments: [2002-09-17 23:45:27] [EMAIL PROTECTED] In the PHM English language .chm format documentation (version: This file was generated: Sun Sep 08 02:07:01 2002) there is a page in Dutch called: "Meerdere bestanden uploaden" (Hoofdstuk 20. Bestanden uploaden naar server). I came across it when searching for the word "submit". -- Edit this bug report at http://bugs.php.net/?id=19462&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19472 [NEW]: Spanish CHM manual won't open
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.3 PHP Bug Type: Documentation problem Bug description: Spanish CHM manual won't open CHM version of the Spanish PHP manual from the Download section (size 1736 Kb, date 15 sep 2002) cannot be opened. Apparently this only happens with the Spanish. I tried to open the Italian and the English CHM files and both of them work. Error message: "Can't open file: mk:@MSITStore:C:\php_manual_es.chm" -- Edit bug report at http://bugs.php.net/?id=19472&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19472&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19472&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19472&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19472&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19472&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19472&r=support Expected behavior: http://bugs.php.net/fix.php?id=19472&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19472&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19472&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19472&r=globals -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19466 [NEW]: Improve dll explication
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Documentation problem Bug description: Improve dll explication Hi, For Windows installations, the install.txt features an explication on which dll's should be copied where, depending on your installation. This paragraph from install.txt is highly confusing as it talks about 'dlls' but there are 4 groups. There is the php4ts.dll, the SAPI dll's the /dll/* dll's and the extension dll's. Don't use "the dll's" in one text which mixes them all. I would be nice if this text would be rephrased. There's also a contradiction in the same text warning/avoiding and later recommending using SAPI dll's. "You need to ensure that the dlls which php uses can be found. The precise dlls involved depend on which web server you use and whether you want to run php as a cgi or as a server module. php4ts.dll is always used. If you are using a server module (e.g. isapi or apache) then you will need the relevent dll from the sapi folder. If you are using any php extension dlls then you will need those as well. To make sure that the dlls can be found, you can either copy them to the system directory (e.g. winnnt/system32 or windows/system) or you can make sure that they live in the same directory as the main php executable or dll your web server will use (e.g. php.exe, php4apache.dll)." Geert -- Edit bug report at http://bugs.php.net/?id=19466&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19466&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19466&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19466&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19466&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19466&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19466&r=support Expected behavior: http://bugs.php.net/fix.php?id=19466&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19466&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19466&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19466&r=globals -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #19465 [NEW]: httpd.conf Fix for Apache 2
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Documentation problem Bug description: httpd.conf Fix for Apache 2 For an Apache installation : The install.txt suggests to add 3 lines to httpd.conf LoadModule php4_module c:/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php However AddModule mod_php4.c caused errors on my installation Windows2000/Apache2. Putting this line in comment (or not adding it) worked. I found this solution in the newsgroups. -- Edit bug report at http://bugs.php.net/?id=19465&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19465&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19465&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19465&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19465&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19465&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19465&r=support Expected behavior: http://bugs.php.net/fix.php?id=19465&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19465&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19465&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19465&r=globals -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/strings/functions setlocale.xml
hholzgraWed Sep 18 03:56:17 2002 EDT
Modified files:
/phpdoc/en/reference/strings/functions setlocale.xml
Log:
documentation for new optional calling convention
Index: phpdoc/en/reference/strings/functions/setlocale.xml
diff -u phpdoc/en/reference/strings/functions/setlocale.xml:1.3
phpdoc/en/reference/strings/functions/setlocale.xml:1.4
--- phpdoc/en/reference/strings/functions/setlocale.xml:1.3 Sat Jul 27 00:07:06
2002
+++ phpdoc/en/reference/strings/functions/setlocale.xml Wed Sep 18 03:56:17 2002
@@ -1,5 +1,5 @@
-
+
@@ -12,6 +12,12 @@
stringsetlocale
mixedcategory
stringlocale
+ string...
+
+
+ stringsetlocale
+ mixedcategory
+ arraylocale
Category is a named constant (or string)
@@ -60,10 +66,18 @@
categories, or from "LANG".
- If locale is zero or "0", the locale setting
+ If locale is zero or "0", the locale
+setting
is not affected, only the current setting is returned.
+ If locale is an array or followed by additional
+ parameters then each array element or parameter is tried to be set as
+ new locale until success. This is usefull if a locale is known under
+ different names on different systems or for providing a fallback
+ for a possibly not available locale.
+Passing multiple locales is not available before PHP
+4.3
+
+
Setlocale returns the new current locale, or &false; if the locale
functionality is not implemented in the platform, the specified
locale does not exist or the category name is invalid.
@@ -80,6 +94,10 @@
/* Output: vrijdag 22 december 1978 */
echo strftime ("%A %e %B %Y", mktime (0, 0, 0, 12, 22, 1978));
+
+/* try different possible locale names for german */
+$loc_de = setlocale (LC_ALL, 'de_DE@euro', 'de_DE', 'de', 'ge');
+echo "Preferred locale for german on this system is '$loc_de';
?>
]]>
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
