[PHP-DOC] cvs: phpdoc /en/reference/pdo reference.xml /en/reference/pdo_ibm configure.xml reference.xml /entities global.ent
vrana Thu Nov 30 08:40:50 2006 UTC Added files: /phpdoc/en/reference/pdo_ibmconfigure.xml reference.xml Modified files: /phpdoc/entitiesglobal.ent /phpdoc/en/reference/pdoreference.xml Log: PDO_IBM documentation by Owain Jones http://cvs.php.net/viewvc.cgi/phpdoc/entities/global.ent?r1=1.276r2=1.277diff_format=u Index: phpdoc/entities/global.ent diff -u phpdoc/entities/global.ent:1.276 phpdoc/entities/global.ent:1.277 --- phpdoc/entities/global.ent:1.276Mon Nov 27 10:38:33 2006 +++ phpdoc/entities/global.ent Thu Nov 30 08:40:49 2006 @@ -1,6 +1,6 @@ !-- -*- SGML -*- - $Id: global.ent,v 1.276 2006/11/27 10:38:33 rquadling Exp $ + $Id: global.ent,v 1.277 2006/11/30 08:40:49 vrana Exp $ Contains global macros for all the XML documents. @@ -126,6 +126,8 @@ !ENTITY url.ibm.sdo http://www-128.ibm.com/developerworks/java/library/j-commonj-sdowmt/; !ENTITY url.ibm.sdo.spec ftp://www6.software.ibm.com/software/developer/library/j-commonj-sdowmt/Commonj-SDO-Specification-v2.0.pdf; !ENTITY url.ibmdb2 http://www-306.ibm.com/software/data/db2/; +!ENTITY url.ibmdb2.ad http://www.ibm.com/software/data/db2/ad; +!ENTITY url.ibmdb2.con http://www.ibm.com/software/data/db2/db2connect; !ENTITY url.ibm.ia94 http://www-1.ibm.com/support/docview.wss?uid=swg24007092; !ENTITY url.ibm.mqc6 http://www-1.ibm.com/support/docview.wss?rs=171amp;uid=swg24009961amp;loc=en_USamp;cs=utf-8amp;lang=en; !ENTITY url.icu http://icu.sourceforge.net/; http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/pdo/reference.xml?r1=1.52r2=1.53diff_format=u Index: phpdoc/en/reference/pdo/reference.xml diff -u phpdoc/en/reference/pdo/reference.xml:1.52 phpdoc/en/reference/pdo/reference.xml:1.53 --- phpdoc/en/reference/pdo/reference.xml:1.52 Wed Apr 26 12:20:23 2006 +++ phpdoc/en/reference/pdo/reference.xml Thu Nov 30 08:40:50 2006 @@ -1,5 +1,5 @@ ?xml version='1.0' encoding='iso-8859-1'? -!-- $Revision: 1.52 $ -- +!-- $Revision: 1.53 $ -- !-- Purpose: database.abstract -- !-- Membership: pecl, bundled -- @@ -60,6 +60,10 @@ entryFirebird/Interbase 6/entry /row row + entrylink linkend=ref.pdo-ibmPDO_IBM/link/entry + entryIBM DB2/entry +/row +row entrylink linkend=ref.pdo-informixPDO_INFORMIX/link/entry entryIBM Informix Dynamic Server/entry /row http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/pdo_ibm/configure.xml?view=markuprev=1.1 Index: phpdoc/en/reference/pdo_ibm/configure.xml +++ phpdoc/en/reference/pdo_ibm/configure.xml ?xml version=1.0 encoding=iso-8859-1? !-- $Revision: 1.1 $ -- section id=ref.pdo-ibm.installation reftitle.install; para To build the PDO_IBM extension, the DB2 Client v9.1 or later must be installed on the same system as PHP. The DB2 Client can be downloaded from the IBM ulink url=url.ibmdb2.ad;Application Development Site/ulink. /para note titleNote:/title para The DB2 Client v9.1 or later supports direct access to DB2 for Linux, UNIX, and Windows v8 and v9.1 servers. /para para The DB2 Client v9.1 also supports access to DB2 UDB for i5 and DB2 UDB for z/OS servers using the separately purchased ulink url=url.ibmdb2.con;DB2 Connect product/ulink. /para /note para PDO_IBM is a ulink url=url.pecl;PECL/ulink extension, so follow the instructions in xref linkend='install.pecl' / to install the PDO_IBM extension. Issue the commandconfigure/command command to point to the location of your DB2 Client header files and libraries as follows: screen ![CDATA[ bash$ ./configure --with-pdo-ibm=/path/to/sqllib[,shared] ]] /screen The commandconfigure/command command defaults to the value of the literalDB2DIR/literal environment variable. /para /section !-- Keep this comment at the end of the file Local variables: mode: sgml sgml-omittag:t sgml-shorttag:t sgml-minimize-attributes:nil sgml-always-quote-attributes:t sgml-indent-step:1 sgml-indent-data:t indent-tabs-mode:nil sgml-parent-document:nil sgml-default-dtd-file:../../../manual.ced sgml-exposed-tags:nil sgml-local-catalogs:nil sgml-local-ecat-files:nil End: vim600: syn=xml fen fdm=syntax fdl=2 si vim: et tw=78 syn=sgml vi: ts=1 sw=1 -- http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/pdo_ibm/reference.xml?view=markuprev=1.1 Index: phpdoc/en/reference/pdo_ibm/reference.xml +++ phpdoc/en/reference/pdo_ibm/reference.xml ?xml version='1.0' encoding='iso-8859-1'? !-- $Revision: 1.1 $ -- !-- Purpose: database.vendors -- !-- Membership: external, pecl -- reference id=ref.pdo-ibm titleIBM Functions (PDO_IBM)/title titleabbrevIBM (PDO)/titleabbrev partintro section id=pdo-ibm.intro reftitle.intro; para PDO_IBM is a driver that implements the link linkend=ref.pdoPHP Data Objects (PDO)/link interface to enable access from PHP to IBM databases. /para /section !--
Re: [PHP-DOC] New entry to en/reference
Owain Jones wrote: We've added new PHP functionality for IBM DB2 which requires a new section in en/reference. I'm not sure how to do this but I need a folder en/reference/pdo_ibm. It needs to contain the following .xml files and I also updated the global entity file to add two URL entities. Done. I've also added PDO_IBM to pdo/reference.xml. Jakub Vrana
[PHP-DOC] #39618 [Opn]: Inconsistent row count totals being returned with sqlite2 and sqlite3 PDO
ID: 39618 Updated by: [EMAIL PROTECTED] Reported By: randy at rcs-comp dot com Status: Open -Bug Type: PDO related +Bug Type: Documentation problem Operating System: Windows XP PHP Version: 5.2.0 New Comment: The only thing we can do about *SQLite* inconsistencies and problems is DOCUMENT THEM. Please do not touch the report anymore, if you don't have a patch yourself and not going to do anything about it anyway. Thank you. Previous Comments: [2006-11-28 14:56:16] randy at rcs-comp dot com Then please address the inconstancy in the driver itself. I will repost for ease of reference: Notice that the bug only appears after a prepared statement is requested. This means the driver itself is inconsistent in what it returns. If this is not a bug, then under Actual Results I should have: php simple_pdo_test3.php rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 3 //-- if truly not a bug, then this should say 3 5 statement preped and all records retrieved rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 5 rows updated w/ exec() (some): 2 7 rows updated w/ prep execute() (all): 3 3 [2006-11-28 14:52:43] [EMAIL PROTECTED] It may be true that SQLite works this way, but if that is the case, then PHP should work around this for the SQLite2 driver so that the PDO interface is consistant. .. or document it. Please let developers to decide what to do with such kind of problems. [2006-11-28 14:44:50] randy at rcs-comp dot com Since this is the way SQLite works, we can't fix it in PHP and this should be documented. It may be true that SQLite works this way, but if that is the case, then PHP should work around this for the SQLite2 driver so that the PDO interface is consistant. The PHP developer should not have to be concerned with driver specific details like this. [2006-11-28 14:42:34] randy at rcs-comp dot com Tony, Sorry, I am not going to let this one drop unless someone else chimes in. I have been around bugs.php.net to know that you are reluctant to fix bugs that are truly bugs. Case in point: http://bugs.php.net/bug.php?id=37846 This is a bug and not a documentation problem! [2006-11-28 14:39:00] randy at rcs-comp dot com Another reason it is a bug is because the PDO SQLite2 driver is inconsistent itself! Notice that the bug only appears after a prepared statement is requested. If this is not a bug, then under Actual Results I should have: php simple_pdo_test3.php rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 3 //-- if truly not a bug, then this should say 3 5 statement preped and all records retrieved rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 5 rows updated w/ exec() (some): 2 7 rows updated w/ prep execute() (all): 3 3 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/39618 -- Edit this bug report at http://bugs.php.net/?id=39618edit=1
[PHP-DOC] #39690 [NEW]: function search for dom (php5) is not working
From: lbzwischenbrugger at fh-stpoelten dot ac dot at Operating system: all PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: function search for dom (php5) is not working Description: If I type firstChild, createElement or one of the other method names of PHP5 DOM, I don't find the methods documentation. Reproduce code: --- http://at.php.net/manual-lookup.php?pattern=createElement http://at.php.net/manual-lookup.php?pattern=firstChild ... -- Edit bug report at http://bugs.php.net/?id=39690edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39690r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39690r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39690r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39690r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39690r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39690r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39690r=needscript Try newer version:http://bugs.php.net/fix.php?id=39690r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39690r=support Expected behavior:http://bugs.php.net/fix.php?id=39690r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39690r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39690r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39690r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39690r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39690r=dst IIS Stability:http://bugs.php.net/fix.php?id=39690r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39690r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39690r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39690r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39690r=mysqlcfg
[PHP-DOC] #39690 [Opn]: function search for dom (php5) is not working
ID: 39690 Updated by: [EMAIL PROTECTED] Reported By: lbzwischenbrugger at fh-stpoelten dot ac dot at Status: Open Bug Type: Documentation problem Operating System: all PHP Version: Irrelevant New Comment: Both the online documentation and the help facility within the Windows CHM files both return closest matches to these methods. Previous Comments: [2006-11-30 09:42:48] lbzwischenbrugger at fh-stpoelten dot ac dot at Description: If I type firstChild, createElement or one of the other method names of PHP5 DOM, I don't find the methods documentation. Reproduce code: --- http://at.php.net/manual-lookup.php?pattern=createElement http://at.php.net/manual-lookup.php?pattern=firstChild ... -- Edit this bug report at http://bugs.php.net/?id=39690edit=1
[PHP-DOC] #39618 [Opn]: Inconsistent row count totals being returned with sqlite2 and sqlite3 PDO
ID: 39618 User updated by: randy at rcs-comp dot com Reported By: randy at rcs-comp dot com Status: Open -Bug Type: PDO related +Bug Type: Documentation problem Operating System: Windows XP PHP Version: 5.2.0 New Comment: I have contacted another PHP developer and they agreed with you Tony. My apologies for stringing this out so long and taking up your time. Previous Comments: [2006-11-30 13:07:31] randy at rcs-comp dot com I will not leave this bug report alone until you address the fact that the SQLite 2 driver itself is inconsistent in the way it returns row counts. Please see my last post. [2006-11-30 09:35:29] [EMAIL PROTECTED] The only thing we can do about *SQLite* inconsistencies and problems is DOCUMENT THEM. Please do not touch the report anymore, if you don't have a patch yourself and not going to do anything about it anyway. Thank you. [2006-11-28 14:56:16] randy at rcs-comp dot com Then please address the inconstancy in the driver itself. I will repost for ease of reference: Notice that the bug only appears after a prepared statement is requested. This means the driver itself is inconsistent in what it returns. If this is not a bug, then under Actual Results I should have: php simple_pdo_test3.php rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 3 //-- if truly not a bug, then this should say 3 5 statement preped and all records retrieved rows updated w/ exec() (some): 2 2 rows updated w/ exec() (all): 3 5 rows updated w/ exec() (some): 2 7 rows updated w/ prep execute() (all): 3 3 [2006-11-28 14:52:43] [EMAIL PROTECTED] It may be true that SQLite works this way, but if that is the case, then PHP should work around this for the SQLite2 driver so that the PDO interface is consistant. .. or document it. Please let developers to decide what to do with such kind of problems. [2006-11-28 14:44:50] randy at rcs-comp dot com Since this is the way SQLite works, we can't fix it in PHP and this should be documented. It may be true that SQLite works this way, but if that is the case, then PHP should work around this for the SQLite2 driver so that the PDO interface is consistant. The PHP developer should not have to be concerned with driver specific details like this. 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/39618 -- Edit this bug report at http://bugs.php.net/?id=39618edit=1
[PHP-DOC] #39692 [NEW]: [chm] bug on language.operators.html
From: [EMAIL PROTECTED] Operating system: windows PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: [chm] bug on language.operators.html Description: I have found a bug on page language.operators.html [chm date: 2006-11-21]... In the list of assignment operators (= += -= *= /= .= %= = |= ^= = =), shouldn't = actually be =? In testing ... Reproduce code: --- ?php $a = 1; $b = $a; $c = $a; echo $a, $b, $c; ++$a; echo $a, $b, $c; ? Expected result: 111222 Actual result: -- Notice: Undefined variable: c in D:\PHP Quickies\assignment_test.php on line 4 110220 -- Edit bug report at http://bugs.php.net/?id=39692edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39692r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39692r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39692r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39692r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39692r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39692r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39692r=needscript Try newer version:http://bugs.php.net/fix.php?id=39692r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39692r=support Expected behavior:http://bugs.php.net/fix.php?id=39692r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39692r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39692r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39692r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39692r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39692r=dst IIS Stability:http://bugs.php.net/fix.php?id=39692r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39692r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39692r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39692r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39692r=mysqlcfg
[PHP-DOC] cvs: phpdoc /en/language operators.xml
rquadling Thu Nov 30 14:41:10 2006 UTC Modified files: /phpdoc/en/language operators.xml Log: Typo = = = http://cvs.php.net/viewvc.cgi/phpdoc/en/language/operators.xml?r1=1.107r2=1.108diff_format=u Index: phpdoc/en/language/operators.xml diff -u phpdoc/en/language/operators.xml:1.107 phpdoc/en/language/operators.xml:1.108 --- phpdoc/en/language/operators.xml:1.107 Fri Sep 8 08:48:15 2006 +++ phpdoc/en/language/operators.xmlThu Nov 30 14:41:10 2006 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.107 $ -- +!-- $Revision: 1.108 $ -- chapter id=language.operators titleOperators/title simpara @@ -171,7 +171,7 @@ row entryright/entry entry - = += -= *= /= .= %= amp;= |= ^= lt;lt;= gt;gt;= + = += -= *= /= .= %= =amp; |= ^= lt;lt;= gt;gt;= /entry entry link linkend=language.operators.assignmentassignment/link
[PHP-DOC] #39692 [Opn-Csd]: [chm] bug on language.operators.html
ID: 39692 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: windows 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: [2006-11-30 14:36:51] [EMAIL PROTECTED] Description: I have found a bug on page language.operators.html [chm date: 2006-11-21]... In the list of assignment operators (= += -= *= /= .= %= = |= ^= = =), shouldn't = actually be =? In testing ... Reproduce code: --- ?php $a = 1; $b = $a; $c = $a; echo $a, $b, $c; ++$a; echo $a, $b, $c; ? Expected result: 111222 Actual result: -- Notice: Undefined variable: c in D:\PHP Quickies\assignment_test.php on line 4 110220 -- Edit this bug report at http://bugs.php.net/?id=39692edit=1
[PHP-DOC] #39692 [Csd-Bgs]: [chm] bug on language.operators.html
ID: 39692 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Documentation problem Operating System: windows PHP Version: Irrelevant New Comment: You're confusing the bitwise AND assignment operator (=) with assigning a reference. $a = $b; can be rewritten as: $a = $a $b; Assigning a reference uses two separate operators, = and , so it's not listed individually. Previous Comments: [2006-11-30 14:43:29] [EMAIL PROTECTED] 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. [2006-11-30 14:36:51] [EMAIL PROTECTED] Description: I have found a bug on page language.operators.html [chm date: 2006-11-21]... In the list of assignment operators (= += -= *= /= .= %= = |= ^= = =), shouldn't = actually be =? In testing ... Reproduce code: --- ?php $a = 1; $b = $a; $c = $a; echo $a, $b, $c; ++$a; echo $a, $b, $c; ? Expected result: 111222 Actual result: -- Notice: Undefined variable: c in D:\PHP Quickies\assignment_test.php on line 4 110220 -- Edit this bug report at http://bugs.php.net/?id=39692edit=1
[PHP-DOC] #39690 [Opn-Bgs]: function search for dom (php5) is not working
ID: 39690 Updated by: [EMAIL PROTECTED] Reported By: lbzwischenbrugger at fh-stpoelten dot ac dot at -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: all PHP Version: Irrelevant New Comment: Exact match can be achieved by searching for domdocument_createelement or domnode_first_child. Previous Comments: [2006-11-30 12:39:09] [EMAIL PROTECTED] Both the online documentation and the help facility within the Windows CHM files both return closest matches to these methods. [2006-11-30 09:42:48] lbzwischenbrugger at fh-stpoelten dot ac dot at Description: If I type firstChild, createElement or one of the other method names of PHP5 DOM, I don't find the methods documentation. Reproduce code: --- http://at.php.net/manual-lookup.php?pattern=createElement http://at.php.net/manual-lookup.php?pattern=firstChild ... -- Edit this bug report at http://bugs.php.net/?id=39690edit=1
[PHP-DOC] cvs: phpdoc /en/language operators.xml
rquadling Thu Nov 30 14:54:54 2006 UTC Modified files: /phpdoc/en/language operators.xml Log: Reverse http://cvs.php.net/viewvc.cgi/phpdoc/en/language/operators.xml?r1=1.108r2=1.109diff_format=u Index: phpdoc/en/language/operators.xml diff -u phpdoc/en/language/operators.xml:1.108 phpdoc/en/language/operators.xml:1.109 --- phpdoc/en/language/operators.xml:1.108 Thu Nov 30 14:41:10 2006 +++ phpdoc/en/language/operators.xmlThu Nov 30 14:54:54 2006 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.108 $ -- +!-- $Revision: 1.109 $ -- chapter id=language.operators titleOperators/title simpara @@ -171,7 +171,7 @@ row entryright/entry entry - = += -= *= /= .= %= =amp; |= ^= lt;lt;= gt;gt;= + = += -= *= /= .= %= amp;= |= ^= lt;lt;= gt;gt;= /entry entry link linkend=language.operators.assignmentassignment/link
[PHP-DOC] #39690 [Bgs]: function search for dom (php5) is not working
ID: 39690 User updated by: lbzwischenbrugger at fh-stpoelten dot ac dot at Reported By: lbzwischenbrugger at fh-stpoelten dot ac dot at Status: Bogus Bug Type: Documentation problem Operating System: all PHP Version: Irrelevant New Comment: The big problem is that domdocument_createelement, domnode_first_child,... are EXPERIMENTELL php4 functions - see http://at.php.net/manual/de/ref.domxml.php The functions are not supported in PHP5. The php5 functions are here: http://at.php.net/manual/de/ref.dom.php Previous Comments: [2006-11-30 14:46:59] [EMAIL PROTECTED] Exact match can be achieved by searching for domdocument_createelement or domnode_first_child. [2006-11-30 12:39:09] [EMAIL PROTECTED] Both the online documentation and the help facility within the Windows CHM files both return closest matches to these methods. [2006-11-30 09:42:48] lbzwischenbrugger at fh-stpoelten dot ac dot at Description: If I type firstChild, createElement or one of the other method names of PHP5 DOM, I don't find the methods documentation. Reproduce code: --- http://at.php.net/manual-lookup.php?pattern=createElement http://at.php.net/manual-lookup.php?pattern=firstChild ... -- Edit this bug report at http://bugs.php.net/?id=39690edit=1
[PHP-DOC] #39690 [Bgs]: function search for dom (php5) is not working
ID: 39690 User updated by: lbzwischenbrugger at fh-stpoelten dot ac dot at Reported By: lbzwischenbrugger at fh-stpoelten dot ac dot at Status: Bogus Bug Type: Documentation problem Operating System: all PHP Version: Irrelevant New Comment: Some problem with http://at.php.net/manual/de/ref.xsl.php functions. If I search for importStylesheet, I get the old buggy PHP4 sablotron documentation: http://at.php.net/manual/de/function.domxml-xslt-stylesheet.php To find the new XSLT Documentation is nearly impossible. Previous Comments: [2006-11-30 15:27:42] lbzwischenbrugger at fh-stpoelten dot ac dot at The big problem is that domdocument_createelement, domnode_first_child,... are EXPERIMENTELL php4 functions - see http://at.php.net/manual/de/ref.domxml.php The functions are not supported in PHP5. The php5 functions are here: http://at.php.net/manual/de/ref.dom.php [2006-11-30 14:46:59] [EMAIL PROTECTED] Exact match can be achieved by searching for domdocument_createelement or domnode_first_child. [2006-11-30 12:39:09] [EMAIL PROTECTED] Both the online documentation and the help facility within the Windows CHM files both return closest matches to these methods. [2006-11-30 09:42:48] lbzwischenbrugger at fh-stpoelten dot ac dot at Description: If I type firstChild, createElement or one of the other method names of PHP5 DOM, I don't find the methods documentation. Reproduce code: --- http://at.php.net/manual-lookup.php?pattern=createElement http://at.php.net/manual-lookup.php?pattern=firstChild ... -- Edit this bug report at http://bugs.php.net/?id=39690edit=1
[PHP-DOC] #38843 [Com]: output_add_rewrite_var failed on Url address beggining with http://
ID: 38843
Comment by: aldertb at xs4all dot nl
Reported By: adrosetint at hotmail dot com
Status: Open
Bug Type: Documentation problem
Operating System: Windows
PHP Version: 5.1.6
New Comment:
First, captcha's aren't working when cookies disabled (developping
setting :P)
But what if someone posts in your forum, here look this product:
http://mywebshop.tld/lawn-mower-p-89.html and someone clicks it while
having cookies disabled, he will lose his cart and/or is login...
We can also strip the domain name including http://
(http://webshop.tld), and make it a relative url...
After that the buffer_rewrite will include a sessionid.
Btw, php 4.3.9. does a check if the var isn't set already while 5.0.4.
(my local xampp version) doesn't. This was a lill' confusing. I will
mention this in the online manual...
Best regards,
Aldert Berends
The Netherlands
Previous Comments:
[2006-09-15 12:50:17] [EMAIL PROTECTED]
Reclassified as docu problem.
URL-Rewriter does not change absolute URLs intentionally.
[2006-09-15 12:36:17] adrosetint at hotmail dot com
Description:
function.output_add_rewrite_var fails with explicit URLs, i.e. URL's
that explicilty include domain. But works with Implicit domains... e.g.
those that do not contain the domain, but is implied to be the current
domain.
I realise the benefits, it doesn't alter the links to external domains,
however could this function not realise if the URL is of the current
domain, + where URLs are explicitly writen.
I've included two urls, the first type ( implicit ) works :) the second
type ( explicit ) fails.
Is this a bug or a feature?
Reproduce code:
---
?php
output_add_rewrite_var('auth', '412e11');
?
a href=link.phpClick Here/a
a href=http://this.site.net/link.php;Click Here/a
Expected result:
a href=link.php?auth=412e11Click Here/a
a href=http://this.site.net/link.php?auth=412e11;Click Here/a
Actual result:
--
a href=link.php?auth=412e11Click Here/a
a href=http://this.site.net/link.php;Click Here/a
--
Edit this bug report at http://bugs.php.net/?id=38843edit=1
