[PHP-DOC] #36137 [Opn->Asn]: SOAPVar does not imply non-WSDL
ID: 36137 Updated by: [EMAIL PROTECTED] Reported By: gizzar at gmail dot com -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Linux PHP Version: Irrelevant -Assigned To: +Assigned To: dmytton New Comment: dmytton is now working on the SOAP docs Previous Comments: [2006-01-23 19:41:53] gizzar at gmail dot com Description: "SoapVar SoapVar is a special low-level class for encoding parameters and returning values in non-WSDL mode. It's just a data holder and does not have any special methods except the constructor. It's useful when you want to set the type property in SOAP request or response." This makes it sound like using SoapVar automatically assumes that the SoapClient is NOT in WSDL mode. In fact, this is the ONLY way to correctly set a type attribute for a variable - when the client is STILL in WSDL mode. -- Edit this bug report at http://bugs.php.net/?id=36137&edit=1
[PHP-DOC] #38644 [Opn->Asn]: SOAP configuration options missing documentation
ID: 38644 Updated by: [EMAIL PROTECTED] Reported By: inghamn at bloomington dot in dot gov -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Linux PHP Version: Irrelevant -Assigned To: +Assigned To: dmytton New Comment: dmytton is now working on the SOAP docs Previous Comments: [2007-01-15 16:37:56] jhendric at sierra-bravo dot com I just got caught by this documentation issue as well. Either some kind of note should be made about the soap.wsdl_cache(_enabled) options or something should be done about there being two options needed to disable WSDL caching. [2006-08-29 16:15:20] inghamn at bloomington dot in dot gov Description: The current documenation for ext/soap covers only 3 of the 5 possible ini settings. soap.wsdl_cache soap.wsdl_cache_dir soap.wsdl_cache_enabled soap.wsdl_cache_limit soap.wsdl_cache_ttl For example, in order to turn off WSDL caching you have to set both soap.wsdl_cache and soap.wsdl_cache_enabled to 0. -- Edit this bug report at http://bugs.php.net/?id=38644&edit=1
[PHP-DOC] #40650 [Asn]: build system: include/require _once linking
ID: 40650 Updated by: [EMAIL PROTECTED] -Summary: philip Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Documentation problem Operating System: OS X PHP Version: Irrelevant Assigned To: bjori New Comment: . Previous Comments: [2007-02-26 23:18:54] [EMAIL PROTECTED] Description: require, include, and their _once siblings no longer link within the manual when using the syntax. Previous builds did, so this appears to be a XSLT build specific problem. Adding this bug so we don't forget. Reproduce code: --- include Expected result: A link to the manual page Actual result: -- No link -- Edit this bug report at http://bugs.php.net/?id=40650&edit=1
Re: [PHP-DOC] Re: #40650 [NEW]: philip
On Feb 26, 2007, at 7:40 PM, Glenn Cogan wrote: Philip, I can't seem to post - Hello Glenn, I couldn't be any more confused by why you posted a support request like this but for support you should consider going to the following URL: http://php.net/support It looks like you're looking for the php-general mailing list. Curious, how and why did you post here, and to me? Regards, Philip
[PHP-DOC] Re: #40650 [NEW]: philip
Philip, I can't seem to post - I have a simple redirect form code on a business website that has worked great (until today). My site is biltconstruction.com, the form field is at the top right. When launched, my script requires another php page 'clientid.php' for access codes (this is uploaded asc II), if code is valid it will redirect the person to the approriate webpage associated with the code, if code is invalid, user gets invalid message. My code mysteriously stopped working today after 6 years. The code is truly great, and offers a great option to handling access codes and re-direct instruction on the server, rather than webpage, but can anyone help me get it back to operational??! This is the code that appears on every page on my site: Unauthorized Access!"; } } else { $strResponse=''; } ?> -- This is the VERY simple code for the asc II php access code page that my script requires called "clientid.php" "doc.php", "floorplan" => "plan.php" ); ?> Any ideas... gc
[PHP-DOC] #40650 [Opn->Asn]: philip
ID: 40650 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: OS X PHP Version: Irrelevant -Assigned To: +Assigned To: bjori Previous Comments: [2007-02-26 23:18:54] [EMAIL PROTECTED] Description: require, include, and their _once siblings no longer link within the manual when using the syntax. Previous builds did, so this appears to be a XSLT build specific problem. Adding this bug so we don't forget. Reproduce code: --- include Expected result: A link to the manual page Actual result: -- No link -- Edit this bug report at http://bugs.php.net/?id=40650&edit=1
[PHP-DOC] #40650 [NEW]: philip
From: [EMAIL PROTECTED] Operating system: OS X PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: philip Description: require, include, and their _once siblings no longer link within the manual when using the syntax. Previous builds did, so this appears to be a XSLT build specific problem. Adding this bug so we don't forget. Reproduce code: --- include Expected result: A link to the manual page Actual result: -- No link -- Edit bug report at http://bugs.php.net/?id=40650&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40650&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40650&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40650&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40650&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40650&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40650&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40650&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40650&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40650&r=support Expected behavior:http://bugs.php.net/fix.php?id=40650&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40650&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40650&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40650&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40650&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40650&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40650&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40650&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40650&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40650&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40650&r=mysqlcfg
[PHP-DOC] cvs: phpdoc /en/reference/posix/functions posix-setsid.xml
samesch Mon Feb 26 21:23:20 2007 UTC Modified files: /phpdoc/en/reference/posix/functionsposix-setsid.xml Log: return values at the wrong place http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/posix/functions/posix-setsid.xml?r1=1.5&r2=1.6&diff_format=u Index: phpdoc/en/reference/posix/functions/posix-setsid.xml diff -u phpdoc/en/reference/posix/functions/posix-setsid.xml:1.5 phpdoc/en/reference/posix/functions/posix-setsid.xml:1.6 --- phpdoc/en/reference/posix/functions/posix-setsid.xml:1.5Sun Feb 4 02:47:57 2007 +++ phpdoc/en/reference/posix/functions/posix-setsid.xmlMon Feb 26 21:23:20 2007 @@ -1,5 +1,5 @@ - + posix_setsid @@ -30,7 +30,7 @@ The POSIX.1 and the setsid(2) manual page on your POSIX system for more - information on process groups and job control. Returns the session id. + information on process groups and job control.
[PHP-DOC] #39453 [Bgs->Csd]: Misleading note in ODBC Functions (Unified)
ID: 39453 Updated by: [EMAIL PROTECTED] Reported By: nick dot gorham at easysoft dot com -Status: Bogus +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2007-02-26 14:23:36] nick dot gorham at easysoft dot com Hi, I am not sure what the process is of supplying a patch to the docs, if someone can point me at details, I will create one. Failing this I would think the following changes would remove confusion, increase information, and not plaster the docs with commercials. I would remove the iODBC entry from the line: "The following databases are supported by the Unified ODBC functions: » Adabas D, » IBM DB2, » iODBC, » Solid, and » Sybase SQL Anywhere." And replace the note that follows it with: "Note: There is no ODBC involved when connecting to the above databases. The functions that you use to speak natively to them just happen to share the same names and syntax as the ODBC functions. To enable generic ODBC support, use either iODBC or unixODBC to provide full ODBC support. Building PHP with support for one of these enables you to use any ODBC-compliant drivers with your PHP applications. As PHP is built linking to the ODBC driver manager, multiple drivers can be added later as required, without requiring any change to PHP. iODBC can be found at www.iodbc.org, and unixODBC at www.unixODBC.org." [2007-02-24 21:59:19] [EMAIL PROTECTED] This note is specific to the databases mentioned - Adabas D, IBM DB2, iODBC, Solid, and Sybase SQL Anywhere and whilst it says "enables you to use any ODBC-compliant drivers with your PHP applications" imo it doesn't imply that it is the only method. Feel free to submit a patch if you think you can reword it so it is clearer. [2007-01-22 09:30:45] nick dot gorham at easysoft dot com Maybe I am going mad then. If I look at the page to be found at http://uk2.php.net/manual/en/ref.uodbc.php The third paragraph from the top contains the following "Note: There is no ODBC involved when connecting to the above databases. The functions that you use to speak natively to them just happen to share the same names and syntax as the ODBC functions. The exception to this is iODBC. Building PHP with iODBC support enables you to use any ODBC-compliant drivers with your PHP applications. iODBC is maintained by OpenLink Software. More information on iODBC, as well as a HOWTO, is available at www.iodbc.org." Its not a user contributed note, its in the body of the text. [2007-01-22 01:57:15] [EMAIL PROTECTED] We cannot find the note you are referring to. Maybe it was a user contributed note (and it was deleted). => Closed. [2006-11-14 09:35:38] nick dot gorham at easysoft dot com I see the note on the top of the page here. http://uk.php.net/manual/en/ref.uodbc.php "we can't possible accommodate users who don't set permissions properly (and decide to rebuild PHP)." Ok, thats always your decision, but the problem I see in this case is its the note that was the reason the user "decided" to rebuild PHP, as it gave the indication that to do what he wanted to do, a rebuild was required replacing unixODBC with iODBC The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/39453 -- Edit this bug report at http://bugs.php.net/?id=39453&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/uodbc reference.xml /entities global.ent
dmytton Mon Feb 26 20:11:52 2007 UTC Modified files: /phpdoc/en/reference/uodbc reference.xml /phpdoc/entitiesglobal.ent Log: Reworded description about iODBC to make it clearer. Closes #39453 http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/uodbc/reference.xml?r1=1.9&r2=1.10&diff_format=u Index: phpdoc/en/reference/uodbc/reference.xml diff -u phpdoc/en/reference/uodbc/reference.xml:1.9 phpdoc/en/reference/uodbc/reference.xml:1.10 --- phpdoc/en/reference/uodbc/reference.xml:1.9 Sun Sep 4 19:39:30 2005 +++ phpdoc/en/reference/uodbc/reference.xml Mon Feb 26 20:11:52 2007 @@ -1,5 +1,5 @@ - + @@ -28,14 +28,15 @@ - There is no ODBC involved when connecting to the above - databases. The functions that you use to speak natively to them - just happen to share the same names and syntax as the ODBC - functions. The exception to this is iODBC. Building PHP with iODBC - support enables you to use any ODBC-compliant drivers with your PHP - applications. iODBC is maintained by - OpenLink Software. More information on iODBC, as well as a - HOWTO, is available at www.iodbc.org. + With the exception of iODBC, there is no ODBC involved when + connecting to the above databases. The functions that you + use to speak natively to them just happen to share the same + names and syntax as the ODBC functions. However, building PHP + with iODBC support enables you to use any ODBC-compliant + drivers with your PHP applications. More information on iODBC, + is available at www.iodbc.org + with the alternative unixODBC available at + www.unixodbc.org. http://cvs.php.net/viewvc.cgi/phpdoc/entities/global.ent?r1=1.286&r2=1.287&diff_format=u Index: phpdoc/entities/global.ent diff -u phpdoc/entities/global.ent:1.286 phpdoc/entities/global.ent:1.287 --- phpdoc/entities/global.ent:1.286Sun Feb 25 21:14:25 2007 +++ phpdoc/entities/global.ent Mon Feb 26 20:11:52 2007 @@ -1,6 +1,6 @@
[PHP-DOC] #39453 [Bgs]: Misleading note in ODBC Functions (Unified)
ID: 39453 User updated by: nick dot gorham at easysoft dot com Reported By: nick dot gorham at easysoft dot com Status: Bogus Bug Type:Documentation problem PHP Version: Irrelevant New Comment: Hi, I am not sure what the process is of supplying a patch to the docs, if someone can point me at details, I will create one. Failing this I would think the following changes would remove confusion, increase information, and not plaster the docs with commercials. I would remove the iODBC entry from the line: "The following databases are supported by the Unified ODBC functions: » Adabas D, » IBM DB2, » iODBC, » Solid, and » Sybase SQL Anywhere." And replace the note that follows it with: "Note: There is no ODBC involved when connecting to the above databases. The functions that you use to speak natively to them just happen to share the same names and syntax as the ODBC functions. To enable generic ODBC support, use either iODBC or unixODBC to provide full ODBC support. Building PHP with support for one of these enables you to use any ODBC-compliant drivers with your PHP applications. As PHP is built linking to the ODBC driver manager, multiple drivers can be added later as required, without requiring any change to PHP. iODBC can be found at www.iodbc.org, and unixODBC at www.unixODBC.org." Previous Comments: [2007-02-24 21:59:19] [EMAIL PROTECTED] This note is specific to the databases mentioned - Adabas D, IBM DB2, iODBC, Solid, and Sybase SQL Anywhere and whilst it says "enables you to use any ODBC-compliant drivers with your PHP applications" imo it doesn't imply that it is the only method. Feel free to submit a patch if you think you can reword it so it is clearer. [2007-01-22 09:30:45] nick dot gorham at easysoft dot com Maybe I am going mad then. If I look at the page to be found at http://uk2.php.net/manual/en/ref.uodbc.php The third paragraph from the top contains the following "Note: There is no ODBC involved when connecting to the above databases. The functions that you use to speak natively to them just happen to share the same names and syntax as the ODBC functions. The exception to this is iODBC. Building PHP with iODBC support enables you to use any ODBC-compliant drivers with your PHP applications. iODBC is maintained by OpenLink Software. More information on iODBC, as well as a HOWTO, is available at www.iodbc.org." Its not a user contributed note, its in the body of the text. [2007-01-22 01:57:15] [EMAIL PROTECTED] We cannot find the note you are referring to. Maybe it was a user contributed note (and it was deleted). => Closed. [2006-11-14 09:35:38] nick dot gorham at easysoft dot com I see the note on the top of the page here. http://uk.php.net/manual/en/ref.uodbc.php "we can't possible accommodate users who don't set permissions properly (and decide to rebuild PHP)." Ok, thats always your decision, but the problem I see in this case is its the note that was the reason the user "decided" to rebuild PHP, as it gave the indication that to do what he wanted to do, a rebuild was required replacing unixODBC with iODBC [2006-11-11 18:08:40] [EMAIL PROTECTED] Which note do you mean? The note I see doesn't say the same thing you indicate, but I might be just missing it. Also, while your documentation problem may be justified, we can't possible accommodate users who don't set permissions properly (and decide to rebuild PHP). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/39453 -- Edit this bug report at http://bugs.php.net/?id=39453&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/imap/functions imap-bodystruct.xml imap-fetchstructure.xml
hholzgraMon Feb 26 13:09:43 2007 UTC Modified files: /phpdoc/en/reference/imap/functions imap-bodystruct.xml imap-fetchstructure.xml Log: imap_fetchstructure and imap_bodystruct share the same return value structure, made imap_bodystruct just refer to imap_fetchstructure for this and added see-also links http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/imap/functions/imap-bodystruct.xml?r1=1.7&r2=1.8&diff_format=u Index: phpdoc/en/reference/imap/functions/imap-bodystruct.xml diff -u phpdoc/en/reference/imap/functions/imap-bodystruct.xml:1.7 phpdoc/en/reference/imap/functions/imap-bodystruct.xml:1.8 --- phpdoc/en/reference/imap/functions/imap-bodystruct.xml:1.7 Mon Jan 15 00:54:40 2007 +++ phpdoc/en/reference/imap/functions/imap-bodystruct.xml Mon Feb 26 13:09:43 2007 @@ -1,5 +1,5 @@ - + imap_bodystruct @@ -44,89 +44,17 @@ &reftitle.returnvalues; - Returns the information in an object with following properties: - - - - type - - - - - - encoding - - - - - - ifsubtype - - - - - - subtype - - - - - - ifdescription - - - - - - description - - - - - - ifid - - - - - - id - - - - - - lines - number of lines - - - - - bytes - size of message, in bytes - - - - - ifdisposition - - - - - - disposition - - - - - - ifdparameters - - - - - - dparameters - - - - - - ifparameters - - - - - - parameters - - - - + Returns the information in an object, for a detailed description + of the object structure and properties see + imap_fetchstructure. + + + + &reftitle.seealso; + + +imap_fetchstructure + http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/imap/functions/imap-fetchstructure.xml?r1=1.9&r2=1.10&diff_format=u Index: phpdoc/en/reference/imap/functions/imap-fetchstructure.xml diff -u phpdoc/en/reference/imap/functions/imap-fetchstructure.xml:1.9 phpdoc/en/reference/imap/functions/imap-fetchstructure.xml:1.10 --- phpdoc/en/reference/imap/functions/imap-fetchstructure.xml:1.9 Mon Jan 15 00:05:58 2007 +++ phpdoc/en/reference/imap/functions/imap-fetchstructure.xml Mon Feb 26 13:09:43 2007 @@ -1,5 +1,5 @@ - + imap_fetchstructure @@ -173,6 +173,7 @@ imap_fetchbody +imap_bodystruct
[PHP-DOC] cvs: phpdoc /en/reference/pdo_sqlite/functions PDO-sqliteCreateAggregate.xml PDO-sqliteCreateFunction.xml
hholzgraMon Feb 26 11:25:38 2007 UTC Modified files: /phpdoc/en/reference/pdo_sqlite/functions PDO-sqliteCreateAggregate.xml PDO-sqliteCreateFunction.xml Log: tag typo fixes http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateAggregate.xml?r1=1.6&r2=1.7&diff_format=u Index: phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateAggregate.xml diff -u phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateAggregate.xml:1.6 phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateAggregate.xml:1.7 --- phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateAggregate.xml:1.6 Mon Feb 26 01:40:44 2007 +++ phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateAggregate.xml Mon Feb 26 11:25:37 2007 @@ -1,5 +1,5 @@ - + PDO->sqliteCreateAggregate() @@ -125,7 +125,7 @@ &reftitle.returnvalues; &return.success; - + http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateFunction.xml?r1=1.6&r2=1.7&diff_format=u Index: phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateFunction.xml diff -u phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateFunction.xml:1.6 phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateFunction.xml:1.7 --- phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateFunction.xml:1.6 Mon Feb 26 01:40:44 2007 +++ phpdoc/en/reference/pdo_sqlite/functions/PDO-sqliteCreateFunction.xml Mon Feb 26 11:25:37 2007 @@ -1,5 +1,5 @@ - + PDO->sqliteCreateFunction() @@ -76,7 +76,7 @@ &reftitle.returnvalues; &return.success; - +
[PHP-DOC] #33628 [Opn]: [HE] All pages are linking to EN versions
ID: 33628 Updated by: [EMAIL PROTECTED] -Summary: There is a problem in the documentation in non english versions Reported By: koby_m at hotmail dot com Status: Open Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: This should be considered a feature, not a bug, since this translation is sooo outdated! ;) But regardless, the subject now clearly states the problem. Goba asked about this bug on the HE list (July 2005) but no solution was discussed or found: http://news.php.net/php.doc.he/270 The HE build has failed for quite some time now as the online version of the HE PHP Manual is from 2004. But, it appears the problem here is not related to that. Previous Comments: [2005-09-20 15:33:27] [EMAIL PROTECTED] He meant "contents". I reproduced it only for Hebrew and not for the other languages. The reason is that there is http://www.php.net/manual/en/index.php"; /> and not http://www.php.net/manual/he/index.php"; /> in the . [2005-09-19 14:12:38] [EMAIL PROTECTED] I didn't quite get it..what context..? (picture tells more than thousand words, so provide one? :) [2005-07-10 08:45:47] koby_m at hotmail dot com Description: When you enter the (Hebrew documentation or any other non english documentation) in the online documentation when you want to click on any page in the context (for example you want to enter the preface ) the text on the link is written in hebrew but when you click on the link it takes you to the english preface page (http://www.php.net/manual/en/preface.php)instead of the hebrew one, and when i go manually to http://www.php.net/manual/he/preface.php the page is there and it's in hebrew as you would expect. Hope you will understand me , if not i will just a screen shot of what happens and what should happen. thanks koby meir. -- Edit this bug report at http://bugs.php.net/?id=33628&edit=1
[PHP-DOC] #40368 [Asn->Csd]: Download problem CHM
ID: 40368 Updated by: [EMAIL PROTECTED] Reported By: Armageddon_M at gmx dot de -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: Windows XP PHP Version: Irrelevant Assigned To: derick New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2007-02-06 10:46:11] [EMAIL PROTECTED] Derick, could you rebuild all the chms? [2007-02-05 21:12:26] Armageddon_M at gmx dot de Description: i want download the newest php_manual_de.chm but if i have download and then "start" it, i get an error. i think the file is corrupted. I have try many mirrors with Firfox and Internet Explorer but no one works for me. php_manual_en.chm works fine for me but i want the german version. -- Edit this bug report at http://bugs.php.net/?id=40368&edit=1
[PHP-DOC] #32410 [Opn->Asn]: Documentation unclear for SoapHeader
ID: 32410 Updated by: [EMAIL PROTECTED] Reported By: gehrig at ishd dot de -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant -Assigned To: +Assigned To: dmytton New Comment: David Mytton is documenting ref.SOAP, assigning this to him. Previous Comments: [2005-12-23 08:07:07] cat_lan at 163 dot com Sorry, my english is poor, see code below: - function foo() { return new soapHeader(...); } soapServer::addFunction("foo"); -- ---about the function name "foo": .wsdl--->| post data--->| [2005-07-09 20:25:17] jplush76 at gmail dot com I agree it would be nice to have more information here. Soap headers are a big part of web services and the manual treats them as a glace over [2005-04-03 11:59:57] gehrig at ishd dot de On http://www.php3.de/soap there is a section headed "SoapHeader". In this section the manual states: "SoapHeader is a special low-level class for passing or returning SOAP headers. It's just a data holder and it does not have any special methods except its constructor. It can be used in the SoapClient->__soapCall() method to pass a SOAP header or in a SOAP header handler to return the header in a SOAP response." But it doesn't mention how to implement a, what it calls, "SOAP header handler". I'd like to receive a header in a SOAP request to a PhP5-SOAP-server (which is no problem at all) and I'd like to send back a header in the SOAP response from this server - but I have no clue how to do this. [2005-04-03 00:50:18] david at mytton dot net What part of the manual are you referencing and what kind of extra information are you looking for? [2005-03-22 16:52:08] gehrig at ishd dot de Description: The manual states: "SoapHeader is a special low-level class for passing or returning SOAP headers. It's just a data holder and it does not have any special methods except its constructor. It can be used in the SoapClient->__soapCall() method to pass a SOAP header or in a SOAP header handler to return the header in a SOAP response." But there is no information on what a "SOAP header handler" is and how to implement one. -- Edit this bug report at http://bugs.php.net/?id=32410&edit=1
[PHP-DOC] #30185 [Opn->Ver]: Document SPL
ID: 30185 Updated by: [EMAIL PROTECTED] -Summary: Documentation for native interfaces Reported By: sigsby at mopo3 dot com -Status: Open +Status: Verified Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: SPL is in the documentation here: http://php.net/ref.spl But most methods are undocumented (only the skeletons exist ) and some aren't in phpdoc CVS at all. This bug is a request to finish the SPL documentation. Source files can be seen here: http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/spl/ Previous Comments: [2006-03-11 17:00:12] gavin dot phpdoc at mac dot com The last comment is quite old: is the plan still to incorporate http://www.php.net/~helly/php/ext/spl/ into an Appendix? [2005-04-05 17:08:37] [EMAIL PROTECTED] Documentation is available at http://www.php.net/~helly/php/ext/spl/ , it should be probably incorporated to the manual. [2004-09-21 20:21:35] sigsby at mopo3 dot com Description: I contacted support about where to find documentation for the PHP 5 native interfaces. Gabor Hojtsy [EMAIL PROTECTED] replied saying that this is supposed to be covered in an appendix in the documentation, but it is apparently not complete. I was asked to open a bug report so the progress of this documentation can be tracked. Here ya go! -- Edit this bug report at http://bugs.php.net/?id=30185&edit=1
[PHP-DOC] #21970 [Asn->Opn]: Creating a new Tutorial section
ID: 21970 Updated by: [EMAIL PROTECTED] Reported By: philip at cornado dot com -Status: Assigned +Status: Open Bug Type: Documentation problem Operating System: all PHP Version: Irrelevant Assigned To: aidan New Comment: unassigned Previous Comments: [2006-11-07 03:03:35] akaka at kadkad dot com asdsd [2005-09-09 20:53:07] [EMAIL PROTECTED] Newbies don't use the manual for just reference purposes, it is quite on the contrary. [2005-09-09 11:59:09] [EMAIL PROTECTED] >- techniques.patterns >PHP 4 / 5 singleton + factory patterns Before you'll do such an evil thing consider writing an article "patterns misusing borders". There was once a good article about that on phppatterns, but the site seems to be closed. And consider new chapters like "Debugging PHP" and "Debugging Patterns" first. My IMHO, but before patterns one should use project planning tools like rationale to avoid his mind wasting time doing coding for coding. Also consider alternative chapter "Framework approach" with OO, function-like and pattern-built framework problems overview. I know this is complicated, but these are questions every developer is interested in - not about what is patterns and how they cool. Patterns are good in reversed languages like Java and mostly for complex projects with complicated structure (observers). Without project planning and product development methodologies patterns are not maintanable. >- techniques.magic-quotes >Info moved and aggregated from the security / faq > >- techniques.register-globals >Info moved and aggregated from the security / faq No. Security features should be in securty section. Users should not read through all PHP manual and especially through patterns just to figure out how to secure their server. >* All the material in the features section will be >incorporated into the techniques section. I think there is clear distinction from "language feature" and "techniques of using language feature" + Using PHP in... ...scripting (command line) ...scripting (application) ...integration (Java) ...integration (.NET) ...platform independent/dependent ...interfaces (smarty, GTK, plugins) ...enterprise ...PHP bussiness dictionary (like what is thin client, multitier arch and so on - the basics everybody is speaking about, but nobody wants to explain in common words) Well, seems like all this info is subject to separate documentation pack - it can contain a lot of info and clutter search results for those newbies, who use PHP manual solely as reference to functions and PHP bugs. [2005-09-09 09:33:27] [EMAIL PROTECTED] Hmm, forgot about this in my last reply, but if we're adding "common techniques" and such we should add a techniques.design.pagination, as it's something extremely common that I see a lot of new programmers asking about. [2005-09-09 09:27:40] [EMAIL PROTECTED] Certainly techniques.patterns should be techniques.design.patterns? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21970 -- Edit this bug report at http://bugs.php.net/?id=21970&edit=1
[PHP-DOC] #40636 [Bgs]: http://us3.php.net/date problem
ID: 40636 User updated by: rhodes dot aaron at gmail dot com Reported By: rhodes dot aaron at gmail dot com Status: Bogus Bug Type: Documentation problem Operating System: N/A PHP Version: Irrelevant New Comment: Yes, thank you. That fixed it. Don't know how it got set to that. Probably from some link via a google search. Previous Comments: [2007-02-26 08:23:03] [EMAIL PROTECTED] Thank you for taking the time to create this snap shot, it solves the problem. It appears your preference is "ro" instead of "en" so change it here: http://php.net/my.php That page also mentions how this likely happened. [2007-02-26 08:14:38] rhodes dot aaron at gmail dot com I checked and I get it on all functions. Screenshot: http://infinitysphere.no-ip.org:81/php.date.jpg [2007-02-26 08:08:07] [EMAIL PROTECTED] I cannot replicate, and it looks like Tony can't either. Something is odd here so try this: On the left sidebar, there are links. Click on the date function so that you'll be redirected to a full URL of the date function in the manual. Please post that link here. If you could post a full screenshot somewhere that would be great too. [2007-02-26 07:57:09] rhodes dot aaron at gmail dot com I do have English selected. [2007-02-26 07:49:55] [EMAIL PROTECTED] Choose "English" in the dropdown menu at the top of the page and click on the arrow at the right of it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/40636 -- Edit this bug report at http://bugs.php.net/?id=40636&edit=1
[PHP-DOC] #40636 [Opn->Bgs]: http://us3.php.net/date problem
ID: 40636 Updated by: [EMAIL PROTECTED] Reported By: rhodes dot aaron at gmail dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: N/A PHP Version: Irrelevant New Comment: Thank you for taking the time to create this snap shot, it solves the problem. It appears your preference is "ro" instead of "en" so change it here: http://php.net/my.php That page also mentions how this likely happened. Previous Comments: [2007-02-26 08:14:38] rhodes dot aaron at gmail dot com I checked and I get it on all functions. Screenshot: http://infinitysphere.no-ip.org:81/php.date.jpg [2007-02-26 08:08:07] [EMAIL PROTECTED] I cannot replicate, and it looks like Tony can't either. Something is odd here so try this: On the left sidebar, there are links. Click on the date function so that you'll be redirected to a full URL of the date function in the manual. Please post that link here. If you could post a full screenshot somewhere that would be great too. [2007-02-26 07:57:09] rhodes dot aaron at gmail dot com I do have English selected. [2007-02-26 07:49:55] [EMAIL PROTECTED] Choose "English" in the dropdown menu at the top of the page and click on the arrow at the right of it. [2007-02-26 06:48:25] rhodes dot aaron at gmail dot com Description: Documentation for date function is garbled and in another language. URL: http://us3.php.net/date Actual result: -- date -- Formateaz� data/timpul local Descriere string date ( string format [, int timestamp]) Returneaz� un �ir formatat conform cu formatul transmis ca parametru al func�iei, utiliz�nd �ntregul timestamp sau timpul local dac� nu este utilizat parametrul timestamp. Notã: Perioada valid� a timestamp este cuprins�, de regul�, �ntre vineri, 13 Decembrie 1901 20:45:54 GMT �i mar�i, 19 ianuarie 2038 03:14:07 GMT. (Acestea sunt datele care corespund minimului, respectiv maximului unui �ntreg cu semn reprezentat pe 32 de bi�i.) Pentru a genera un timestamp dintr-un �ir reprezent�nd o dat�, pute�i utiliza func�ia strtotime(). De asemenea, unele sisteme de gestiune a bazelor de date au func�ii care pot converti formatul lor de dat� �n timestamps (cum ar fi func�ia MySQL UNIX_TIMESTAMP). Urm�toarele caractere sunt recunoscute �n �irul format: * a - "am" sau "pm" -- Edit this bug report at http://bugs.php.net/?id=40636&edit=1
[PHP-DOC] #40636 [Fbk->Opn]: http://us3.php.net/date problem
ID: 40636 User updated by: rhodes dot aaron at gmail dot com Reported By: rhodes dot aaron at gmail dot com -Status: Feedback +Status: Open Bug Type: Documentation problem Operating System: N/A PHP Version: Irrelevant New Comment: I checked and I get it on all functions. Screenshot: http://infinitysphere.no-ip.org:81/php.date.jpg Previous Comments: [2007-02-26 08:08:07] [EMAIL PROTECTED] I cannot replicate, and it looks like Tony can't either. Something is odd here so try this: On the left sidebar, there are links. Click on the date function so that you'll be redirected to a full URL of the date function in the manual. Please post that link here. If you could post a full screenshot somewhere that would be great too. [2007-02-26 07:57:09] rhodes dot aaron at gmail dot com I do have English selected. [2007-02-26 07:49:55] [EMAIL PROTECTED] Choose "English" in the dropdown menu at the top of the page and click on the arrow at the right of it. [2007-02-26 06:48:25] rhodes dot aaron at gmail dot com Description: Documentation for date function is garbled and in another language. URL: http://us3.php.net/date Actual result: -- date -- Formateaz� data/timpul local Descriere string date ( string format [, int timestamp]) Returneaz� un �ir formatat conform cu formatul transmis ca parametru al func�iei, utiliz�nd �ntregul timestamp sau timpul local dac� nu este utilizat parametrul timestamp. Notã: Perioada valid� a timestamp este cuprins�, de regul�, �ntre vineri, 13 Decembrie 1901 20:45:54 GMT �i mar�i, 19 ianuarie 2038 03:14:07 GMT. (Acestea sunt datele care corespund minimului, respectiv maximului unui �ntreg cu semn reprezentat pe 32 de bi�i.) Pentru a genera un timestamp dintr-un �ir reprezent�nd o dat�, pute�i utiliza func�ia strtotime(). De asemenea, unele sisteme de gestiune a bazelor de date au func�ii care pot converti formatul lor de dat� �n timestamps (cum ar fi func�ia MySQL UNIX_TIMESTAMP). Urm�toarele caractere sunt recunoscute �n �irul format: * a - "am" sau "pm" -- Edit this bug report at http://bugs.php.net/?id=40636&edit=1
[PHP-DOC] #40636 [Bgs->Fbk]: http://us3.php.net/date problem
ID: 40636 Updated by: [EMAIL PROTECTED] Reported By: rhodes dot aaron at gmail dot com -Status: Bogus +Status: Feedback Bug Type: Documentation problem Operating System: N/A PHP Version: Irrelevant New Comment: I cannot replicate, and it looks like Tony can't either. Something is odd here so try this: On the left sidebar, there are links. Click on the date function so that you'll be redirected to a full URL of the date function in the manual. Please post that link here. If you could post a full screenshot somewhere that would be great too. Previous Comments: [2007-02-26 07:57:09] rhodes dot aaron at gmail dot com I do have English selected. [2007-02-26 07:49:55] [EMAIL PROTECTED] Choose "English" in the dropdown menu at the top of the page and click on the arrow at the right of it. [2007-02-26 06:48:25] rhodes dot aaron at gmail dot com Description: Documentation for date function is garbled and in another language. URL: http://us3.php.net/date Actual result: -- date -- Formateaz� data/timpul local Descriere string date ( string format [, int timestamp]) Returneaz� un �ir formatat conform cu formatul transmis ca parametru al func�iei, utiliz�nd �ntregul timestamp sau timpul local dac� nu este utilizat parametrul timestamp. Notã: Perioada valid� a timestamp este cuprins�, de regul�, �ntre vineri, 13 Decembrie 1901 20:45:54 GMT �i mar�i, 19 ianuarie 2038 03:14:07 GMT. (Acestea sunt datele care corespund minimului, respectiv maximului unui �ntreg cu semn reprezentat pe 32 de bi�i.) Pentru a genera un timestamp dintr-un �ir reprezent�nd o dat�, pute�i utiliza func�ia strtotime(). De asemenea, unele sisteme de gestiune a bazelor de date au func�ii care pot converti formatul lor de dat� �n timestamps (cum ar fi func�ia MySQL UNIX_TIMESTAMP). Urm�toarele caractere sunt recunoscute �n �irul format: * a - "am" sau "pm" -- Edit this bug report at http://bugs.php.net/?id=40636&edit=1