php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #45055 Posting problem - spamword
Submitted: 2008-05-21 07:47 UTC Modified: 2008-07-26 11:07 UTC
From: sasq1 at go2 dot pl Assigned:
Status: Not a bug Package: Website problem
PHP Version: Irrelevant OS: Gentoo Linux
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: sasq1 at go2 dot pl
New email:
PHP Version: OS:

 

 [2008-05-21 07:47 UTC] sasq1 at go2 dot pl
Description:
------------
I can't post the following comment under the http://pl.php.net/manual/en/reserved.variables.server.php topic because the php.net service is telling me that I have some spam word in there and I should remove it.

But HOW can I remove it if doesn't tell me WHAT IS that spam word and where it is located in my post?!

P.S: That CAPTHA SUXX! It's telling me that I'm robot only because the fact that I can't figure out what is inscribed there...

Reproduce code:
---------------
There is some interesting thing considering the PHP_SELF key.

For URL like this:
http://example.com/dir1/script.php?par1=val1
both PHP_SELF and SCRIPT_NAME keys will contain:
/dir1/script.php

The same is for URL like this:
http://example.com/dir1/script.php?par1=val1/some_pathy_thing
both PHP_SELF and SCRIPT_NAME keys will contain:
/dir1/script.php

But for URL like this one:
http://example.com/dir1/script.php/some_pathy_thing
there is a difference in PHP_SELF and SCRIPT_NAME:
PHP_SELF = /dir1/script.php/some_pathy_thing
SCRIPT_NAME = /dir1/script.php

And the same is for URLs like this:
http://example.com/dir1/script.php/some_pathy_thing?par1=val1
PHP_SELF = /dir1/script.php/some_pathy_stuff
SCRIPT_NAME = /dir1/script.php

Expected result:
----------------
Tell me what word is prohibited and where the system has found it, allowing me to make a correction.
Or remove that functionality totally.

Actual result:
--------------
"Your note contains a prohibited (usually SPAM) word. Please remove it and try again."
BUT WHAT AND WHERE?!

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2008-05-21 18:25 UTC] bjori@php.net
You are probably posting to many "links"..

And no. We are not removing anything from our spam protections, we have enough problems with spam as is - simplifying things for spammers is not on our todo lists.
 [2008-05-21 19:25 UTC] sasq1 at go2 dot pl
> You are probably posting to many "links"..

Thank you. But the website hadn't told me that. It had told me only puzzles. I could even say that it lied me [links != words], turning me to search the error in the wrong place.
What about that? Will it be corrected to be more informative?

And how can I write those example URLs to not be considered as a spammer? If I change something in them it won't be illustrative any longer [PHP_SELF and SCRIPT_NAME deals with URLs].

> simplifying things for spammers is not on our todo lists.

And what about simplifying for normal users? Problem is spammers, not normal users. E.g. those "links"... for spam one link is enough to be a spam. But for normal user there should't be any limits if he want to paste some usefull links, e.g. to other programming sites/articles/whatever. If there are URL limits, the user can walk around it as easy as spammer can.
 [2008-07-26 11:07 UTC] bjori@php.net
User notes should not be articles. Just a short 50-200 characters long, straight to the point. A collection of links is not appropriate either.

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 11:01:28 2024 UTC