Re: [PHP-DOC] fight spam in notes system
im all for a captcha on the master server right now. the basic math idea might work though...could probably make it more complexed as time goes, randomize it a little. have maybe a few calculations in 1 go. but then again with most scripting languages it probably still wouldnt be hard to crack if you parsed number words as numeric with str_replace or something :) captcha on the master server is probably about as good as it gets for now... Nathan.On 6/12/06, Nuno Lopes [EMAIL PROTECTED] wrote: 4. QI test, with a simple math calculus (maybe in a phrasal form what is the result of three plus for?) I prefer this one too (without typos ;-), text to speak or blind users will appreciate it too.I'm afraid a bit of this one, because it is damn too easy to crack.. Asimple grammar will generate the correct answer.I think we can try it, but I bet it is cracked in one week or even less :) I'm currently busy studying, but I can develop something until the end ofthe week (unless someone wants to send a patch :)Nuno
Re: [PHP-DOC] Proposal: CHANGELOG
I like the theory, its always handy to tell what has changed between version x and version y. The implementation on the other hand, will be a bit more interesting i think. Nathan. On Wednesday 28 July 2004 12:25, Philip Olson wrote: A partial proposal: CHANGELOG refsect1 What it will contain: 1) Parameter changes (new, modified, ...) 2) Function changes (new features, new behaviors, ...) 3) PHP Version info for each change From TODO: new roles: seealso, newparameter, and changedparameter. That idea is similar and here's one of the threads on the topic: http://marc.theaimsgroup.com/?l=phpdocm=105612826212630 So rather than just sticking this information in a changelog we'll want to have php version ids for each change so that parsing them would be easier (like creating one huge changelog list somewhere per php version, and adding ability to highlight changes since a given PHP version via my.php and CSS). Any ideas on implementing this or should we just keep it simple and write plain old para's? I prefer implementing per version but not sure how yet, do you? :) Implementing my.php can be done later but also be planned for. Having this information in each parameters definition would get a little messy so we probably should keep definitions and changelog entries seperate. Parameter definitions would describe the current behavior. A possible format: changelog changedparameter parameterlength/parameter version4.2.0/version para Became optional with a default value of 1024. /para /changedparameter ... /changelog Maybe it's not generic enough, could we cover every condition? changedbehavior, newparameter, etc. Thoughts? This would be great and it's a perfect time to implement because when people update old docs to the new refsect1 style we would also implement these changelog entries! Woohoo!!! Regards, Philip
[PHP-DOC] cvs: phpdoc /en/reference/xsl reference.xml
nathan Sun Mar 28 01:46:36 2004 EDT Modified files: /phpdoc/en/reference/xslreference.xml Log: Update text a little. http://cvs.php.net/diff.php/phpdoc/en/reference/xsl/reference.xml?r1=1.1r2=1.2ty=u Index: phpdoc/en/reference/xsl/reference.xml diff -u phpdoc/en/reference/xsl/reference.xml:1.1 phpdoc/en/reference/xsl/reference.xml:1.2 --- phpdoc/en/reference/xsl/reference.xml:1.1 Sun Mar 28 01:42:32 2004 +++ phpdoc/en/reference/xsl/reference.xml Sun Mar 28 01:46:36 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.1 $ -- +!-- $Revision: 1.2 $ -- reference id=ref.xsl titleXSL functions/title titleabbrevXSL/titleabbrev @@ -17,13 +17,12 @@ section id=xsl.installation reftitle.install; para - PHP 5 includes XSL by default, but it can be enabled - explicitly by adding the argument - option role=configure--enable-xsl[=DIR]/option. - literalDIR/literal is the libxslt installation directory. + PHP 5 includes the XSL extension by default, and it can be enabled + by adding the argument option role=configure--with-xsl[=DIR]/option + to your configure line. literalDIR/literal is the libxslt installation + directory. /para /section - section id=xsl.examples reftitle.examples; para
Re: [PHP-DOC] implicit_flush with CLI (bug?)
/usr/local/php/bin/php -r 'phpinfo();' | grep implicit implicit_flush = On = Off /usr/local/php5/bin/php -r 'phpinfo();' | grep implicit implicit_flush = On = Off zend2.implicit_clone = no value = no value I think it does overwrite it :) Sounds like an issue with your PHP installation to me. Nathan. On Sat, 01 Nov 2003 19:29:54 +0100, Arne Blankerts wrote Heya.. I just started messing around with CLI mode and found an inconsistency with the manual and actual behavior. Before i file a bug for that, let me know if where the bug actually is? According to the manual, CLI forces 'implicit_flush' to be 'TRUE' no matter what: (http://de.php.net/manual/en/features.commandline.php) Note: These directives cannot be initialized with another value from the configuration file php.ini or a custom one (if specified). To my tests with php-4.3.3 cli binary, this is NOT true. Neither is the setting forced to TRUE nor does it ignore the settings in the php.ini. So.. Is that a BUG in php or should the documentation be changed? Regards, Arne Blankerts -- Arne Blankerts [EMAIL PROTECTED] -- Internet Worldwide (www.internetww.com)
[PHP-DOC] cvs: phpdoc /en/features file-upload.xml
nathan Wed Sep 17 07:46:38 2003 EDT Modified files: /phpdoc/en/features file-upload.xml Log: added small paragraph for result of empty input file box Index: phpdoc/en/features/file-upload.xml diff -u phpdoc/en/features/file-upload.xml:1.63 phpdoc/en/features/file-upload.xml:1.64 --- phpdoc/en/features/file-upload.xml:1.63 Sun Jul 27 12:12:53 2003 +++ phpdoc/en/features/file-upload.xml Wed Sep 17 07:46:37 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.63 $ -- +!-- $Revision: 1.64 $ -- chapter id=features.file-upload titleHandling file uploads/title @@ -213,6 +213,11 @@ linkend=features.file-upload.errorserror codes/link. Whatever the logic, you should either delete the file from the temporary directory or move it elsewhere. + /simpara + simpara +If no file is selected for upload in your form, PHP will return +$_FILES['userfile']['size'] as 0, and $_FILES['userfile']['tmp_name'] as +none. /simpara simpara The file will be deleted from the temporary directory at the end
[PHP-DOC] Re: CVS Account Request - dave
Hey, I can vouch that dave does more work than me, I think he would be good with karma for php-doc :) Nathan. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php