[PHP-DOC] #37784 [NEW]: CHM file size is too small
From: tomkraw at po dot onet dot pl Operating system: Windows PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: CHM file size is too small Description: Polish chm help file has only 400kb size and has no content, while English has 6,58MB. -- Edit bug report at http://bugs.php.net/?id=37784edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37784r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37784r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37784r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37784r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37784r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37784r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37784r=needscript Try newer version:http://bugs.php.net/fix.php?id=37784r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37784r=support Expected behavior:http://bugs.php.net/fix.php?id=37784r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37784r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37784r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37784r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37784r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37784r=dst IIS Stability:http://bugs.php.net/fix.php?id=37784r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37784r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37784r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37784r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37784r=mysqlcfg
[PHP-DOC] #37784 [Opn-Bgs]: CHM file size is too small
ID: 37784 Updated by: [EMAIL PROTECTED] Reported By: tomkraw at po dot onet dot pl -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Windows PHP Version: Irrelevant New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. . Previous Comments: [2006-06-12 09:50:23] tomkraw at po dot onet dot pl Description: Polish chm help file has only 400kb size and has no content, while English has 6,58MB. -- Edit this bug report at http://bugs.php.net/?id=37784edit=1
[PHP-DOC] fight spam in notes system
Hi, As you may have noticed, I've disabled the user notes entry system, because we were receiving more than 100 spam notes per day for two months. That's too much work.. I don't really want to enable the thing before fixing the problem with spam. We currently have a words blacklist plus a DNS check with two major on-line blacklists, but noone was filtering the spam. So we have to discuss our options: 1. delete all user notes :P 2. implement a captcha system on the mirrors 3. implement the captcha in the master server 4. ?? The implication of 2. is that the system would be hackable. Sending the spam directly to the master server would easily avoid the protection. The other problem is that the captcha that is on the bugs site requires gd. Other systems (such as phpBB registration image) don't require any extension, though. However it is licensed under GPL (we can not bundle it..) I vote on 3, as it's the safest mechanism. We simply put the master server generating the images and creating sessions to save the keys. The mirrors would just need to fetch the image and parse the http headers to get the php session id (that's easy with php = 4.3). So I ask you to propose other ideas, vote, whatever, so that we can enable the notes again. Thanks, Nuno
Re: [PHP-DOC] fight spam in notes system
Hi Nuno, 3. +1 I can think of two more solutions against it: 4. QI test, with a simple math calculus (maybe in a phrasal form what is the result of three plus for?) 5. An input that _can't_ be filled, if filled then the note is rejected: why ? Non-specific spam bots tend to fill everything, especially if the input is named importantly, lastname for example. We could also hide it using javascript to reduce cases when users accidentally fill it. That could work well against some bots. But of course a bot designed to spam php.net specifically will easily avoid both traps. -- Etienne Kneuss http://www.colder.ch/ [EMAIL PROTECTED]
Re: [PHP-DOC] fight spam in notes system
On Mon, 12 Jun 2006 13:48:46 +0200 [EMAIL PROTECTED] (Etienne Kneuss) wrote: Hi Nuno, 3. +1 I can think of two more solutions against it: 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. -- Pierre
Re: [PHP-DOC] fight spam in notes system
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.. A simple 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 of the week (unless someone wants to send a patch :) Nuno
[PHP-DOC] #37786 [Opn-Csd]: The Example is missing
ID: 37786 Updated by: [EMAIL PROTECTED] Reported By: timo dot witte at kwick dot de -Status: Open +Status: Closed -Bug Type: GetImageSize related +Bug Type: Documentation problem Operating System: Irrelevant PHP Version: 5.1.4 -Assigned To: +Assigned To: bjori New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-06-12 13:04:55] timo dot witte at kwick dot de Description: In the Manualpage http://de3.php.net/manual/de/function.getimagesize.php the field under Beispiel 1. Grafik-Ausmaße ermitteln per GetImageSize: is empty, this is not a real Bug, but maybe you can yust remove that field or insert an example. -- Edit this bug report at http://bugs.php.net/?id=37786edit=1
[PHP-DOC] #37776 [Csd-Opn]: position of define() in source matters
ID: 37776
Updated by: [EMAIL PROTECTED]
Reported By: karibu at gmx dot net
-Status: Closed
+Status: Open
Bug Type: Documentation problem
Operating System: MacOS X, MorphOS
PHP Version: Irrelevant
Assigned To: colder
New Comment:
I reopen this bug as a consequence of Sean's comment (thanks for it).
Will fix that ASAP.
Previous Comments:
[2006-06-11 08:53:48] [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.
I believe it can't hurt anybody.
http://patches.colder.ch/constants-1.43.patch?markup
[2006-06-10 23:55:08] karibu at gmx dot net
same happens w/o the exit too.
anyway... of course I expect a different result in that case. It's very
confusing for (e.g.) c programmers where that works just fine:
int main(void)
{
printfoobar();
return 0;
}
#define FOO bar
void printfoobar()
{
printf(FOO);
}
So it should be documented IMHO... a small extra sentence in the
documentation doesn't hurt.. I think ;)
[2006-06-10 23:27:16] [EMAIL PROTECTED]
Would you expect this to work different somehow?
?php
printfoobar();
exit;
$FOO = 'bar');
function printfoobar()
{
echo $GLOBALS[FOO];
}
?
I would not. Not only did you call the function before the define, but
you exit() before the define. There is no way that is getting defined.
[2006-06-10 23:12:17] karibu at gmx dot net
Description:
When I *call* a function which uses a define before this define is
actually defined in the source it appears in the function to be
undefined.
I didn't found this behavoir documented (not in the english or german
section) but it would probably very useful as it quickly can lead to
unexpected problems w/o instantly possible to detect why (in a script
of mine it caused busylooping f.ex.).
Reproduce code:
---
?php
printfoobar();
exit;
define(FOO, 'bar');
function printfoobar()
{
echo FOO;
}
?
Expected result:
bar
Actual result:
--
FOO
--
Edit this bug report at http://bugs.php.net/?id=37776edit=1
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] fight spam in notes system
On 6/12/06, Pierre [EMAIL PROTECTED] wrote: On Mon, 12 Jun 2006 13:48:46 +0200 [EMAIL PROTECTED] (Etienne Kneuss) wrote: Hi Nuno, 3. +1 I can think of two more solutions against it: 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. -- Pierre I am all for basic questions like what year is it? which function are you commenting on? If I had five apples and you eat 3 of them, how many do I have left? etc. etc. captcha... ...no way. not a change. I'd rather keep the system closed. -Hannes
