From: Joel U. <uck...@no...> - 2005-01-12 02:55:08
|
1. Is there something special I need to to do get 1.3.10 working with Apache 2 and PHP 4.3? I haven't been able to get the wiki to create a new page db, even. 2. I've been thinking a bit about wiki spam lately, mostly because a wiki that I host has been getting blasted almost daily for a while now. While we very much want to stop the spam, we don't want to require users to login because that would discourage casual editing. What I've noticed is that virtually all of the spam we see involves a great number of links being added to a page, say 100+. On the other hand, I can't think of a time when I've added more than 10 links to a page in a single edit. This suggests that rejecting (or holding for approval) edits which increase a page's link count by more than 10 links would nearly eliminate the spam that lands on this particular wiki. Most of the spam I see on my wiki is in Chinese, while the rest of the wiki is mostly English. If I just rejected any edits which introduced numerous Chinese characters, that also would do the trick in my case. However, I suspect that not all wiki spam is like this, and if my particular batch of spammers changed their tactics then such a check would be ineffective. Another thing which occurred to me is doing an RBL check on the IP of the editing host. This stops tons of email spam at the door; I have a hunch that similar results could be achieved using this for a wiki. Conclusion: While I doubt that there is a single solution that would work well for everyone, I think that everyone could probably find a solution which works for them. Hence, it would be useful to have the edit function call a configurable edit validator, one where the wiki admin could easily supply whatever tests he wants applied to edits. Is there already something like this? If not, does anyone else like this idea? 3. Small projects: Are there any small projects that the developers more regular than myself want done? I expect to have a bit of time this week and I have wiki on the brain again. |
From: Reini U. <ru...@x-...> - 2005-01-12 11:39:55
|
Joel Uckelman schrieb: > 1. Is there something special I need to to do get 1.3.10 working with Apache 2 > and PHP 4.3? I haven't been able to get the wiki to create a new page > db, even. The internal redirect-after-edit is broken. Make sure that your theme has a valid signature ImageAlias, and not false. $WikiTheme->addImageAlias('signature', "Signature.png"); This seems to be a special problem with apache2, but I got nearer in the last week. > 2. I've been thinking a bit about wiki spam lately, mostly because a wiki > that I host has been getting blasted almost daily for a while now. While > we very much want to stop the spam, we don't want to require users to login > because that would discourage casual editing. What I've noticed is that > virtually all of the spam we see involves a great number of links being added > to a page, say 100+. On the other hand, I can't think of a time when I've > added more than 10 links to a page in a single edit. This suggests that > rejecting (or holding for approval) edits which increase a page's link count > by more than 10 links would nearly eliminate the spam that lands on this > particular wiki. Good idea! I had the same :) It's already in CVS. DONE: * More then 20 new external links (hardcoded) (have to update http://phpwiki.org/WikiSpam) * content patterns by babycart (only php >= 4.3 for now) ENABLE_SPAMASSASSIN (have to update http://phpwiki.org/SpamAssassinIntegration) TODO: * IP BlackList * domain blacklist * url patterns These need a working accesslog (best via sql) and WikiAccessRestrictions, which I deferred to 1.3.12 The hairy accesslog code is already done, but the interface and policies are missing. More see http://wikiblacklist.blogspot.com/ > Most of the spam I see on my wiki is in Chinese, while the rest of the wiki > is mostly English. If I just rejected any edits which introduced numerous > Chinese characters, that also would do the trick in my case. > > However, I suspect that not all wiki spam is like this, and if my particular > batch of spammers changed their tactics then such a check would be ineffective. > Another thing which occurred to me is doing an RBL check on the IP of the > editing host. This stops tons of email spam at the door; I have a hunch that > similar results could be achieved using this for a wiki. > > Conclusion: While I doubt that there is a single solution that would work > well for everyone, I think that everyone could probably find a solution which > works for them. Hence, it would be useful to have the edit function call a > configurable edit validator, one where the wiki admin could easily supply > whatever tests he wants applied to edits. > > Is there already something like this? If not, does anyone else like this > idea? See above. > 3. Small projects: Are there any small projects that the developers more > regular than myself want done? I expect to have a bit of time this week > and I have wiki on the brain again. See http://phpwiki.org/DevelopmentBranch -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2005-01-13 17:13:14
|
ms...@sp... schrieb: > On Jan 12, 2005, at 6:39 AM, Reini Urban wrote: >> Joel Uckelman schrieb: >>> 1. Is there something special I need to to do get 1.3.10 working with >>> Apache 2 >>> and PHP 4.3? I haven't been able to get the wiki to create a new page >>> db, even. >> >> The internal redirect-after-edit is broken. >> Make sure that your theme has a valid signature ImageAlias, >> and not false. >> $WikiTheme->addImageAlias('signature', "Signature.png"); >> >> This seems to be a special problem with apache2, but I got nearer in >> the last week. >> > > I'm running apache2, phpwiki 1.3.7, using a provided theme (MacOSX), and > can't change the contents of a page. What's going on? Exact error description please. I cannot guess into the blue. Most likely the signature is missing. If so, you can edit, but get an empty page after pressing "Save". Other failures should print something. -- Reini Urban |
From: Reini U. <ru...@x-...> - 2005-01-13 18:32:38
|
ms...@sp... schrieb: > > On Jan 13, 2005, at 12:13 PM, Reini Urban wrote: > >> ms...@sp... schrieb: >> >>> On Jan 12, 2005, at 6:39 AM, Reini Urban wrote: >>> >>>> Joel Uckelman schrieb: >>>> >>>>> 1. Is there something special I need to to do get 1.3.10 working >>>>> with Apache 2 >>>>> and PHP 4.3? I haven't been able to get the wiki to create a new page >>>>> db, even. >>>> >>>> >>>> The internal redirect-after-edit is broken. >>>> Make sure that your theme has a valid signature ImageAlias, >>>> and not false. >>>> $WikiTheme->addImageAlias('signature', "Signature.png"); >>>> >>>> This seems to be a special problem with apache2, but I got nearer in >>>> the last week. >>>> >>> I'm running apache2, phpwiki 1.3.7, using a provided theme (MacOSX), >>> and can't change the contents of a page. What's going on? >> >> >> Exact error description please. I cannot guess into the blue. >> >> Most likely the signature is missing. If so, you can edit, but get an >> empty page after pressing "Save". >> >> Other failures should print something. > > No error message. If there were one, I'd still be debugging ;) > > I haven't changed the the MacOSX theme, so as far as I know it's there. > The logo shows up properly, so I assume the signature it there too. > (signature.png is in the images folder.) I'm just trying to do something > simple, like edit the Sandbox. If I press preview or save, the page > refreshes with the original contents. Yep, that's it! Try to fix the Signature alias in your themeinfo.php, so that it will be found. > One bit of oddity that I suppose might be related: the theme actually > varies between the default one and the MacOSX one, depending on the > page. The Home Page is default, as is the Sandbox page, Release Notes, > and Doc page, but none of the others that are linked to from the front > page. Edit always shows up as MacOSX. In both cases there is a logo. > > I'm running a Debian box, in case that's relevant. Not relevant. Same on windows. Same on apache1 and apache2. I thought it might be HTTP 1.0 / 1.1 related. Status code quirks. Lots of docs in the src. But I don't have enough time to verify and debug that now. I did a debug build of my apache and tried to step through, but didn't finish yet. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2005-01-14 18:40:44
|
ms...@sp... schrieb: >> Yep, that's it! >> Try to fix the Signature alias in your themeinfo.php, so that it will >> be found. > $Theme->addImageAlias('signature', WIKI_NAME . "Signature.png"); > > And there's a signature.png file in the images directory. WIKI_NAME . "Signature.png" => "PhpWikiSignature.png" if your WIKI_NAME is "PhpWiki". You only have "signature.png", but not WIKI_NAME . "Signature.png" Or change the line in themeinfo.php to $Theme->addImageAlias('signature', "signature.png"); -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Charles C. <ch...@ru...> - 2005-01-17 14:43:58
|
I had a play with apache2.0, php4.3.11 and mysql4.0.23 on windows. What I found was that attempting to create a virgin wiki reliably crashed the apache process with no info in the logs. I "downgraded" to apache1.3 and created the wiki. Since then my dev/test wiki has worked with both apache1.3 and apache2.0 (most of the time I use 2.0). I have not made the time to trace and find out exactly why apache2.0 crashes Regards, Charles -----Original Message----- From: Joel Uckelman [mailto:uck...@no...] Sent: 12 January 2005 10:55 To: php...@li... Subject: [Phpwiki-talk] 1.3.10 and Apache 2, small projects, wiki spam 1. Is there something special I need to to do get 1.3.10 working with Apache 2 and PHP 4.3? I haven't been able to get the wiki to create a new page db, even. |
From: Manuel V. <man...@st...> - 2005-01-17 15:30:48
|
Charles Corrigan wrote: > I had a play with apache2.0, php4.3.11 and mysql4.0.23 on windows. What I > found was that attempting to create a virgin wiki reliably crashed the > apache process with no info in the logs. I run phpwiki 1.3.10 tweaked (embedded in another soft) with * httpd-2.0.48 (apache) * php-4.3.2 * mysql-4.3.2 on RHAS 3.0 And I never crash anything (~ months of use, ~15 users). -- # VACELET Manuel manuel.vacelet-abecedaire(at)st(dot)com # # Tel: 042 6089 +33 (0)476 92 6089 # # STMicroelectronics # # 850, rue Jean Monet - 38926 CROLLES CEDEX - FRANCE # |
From: Reini U. <ru...@x-...> - 2005-01-17 19:15:45
|
Charles Corrigan schrieb: > I had a play with apache2.0, php4.3.11 and mysql4.0.23 on windows. What I > found was that attempting to create a virgin wiki reliably crashed the > apache process with no info in the logs. php-4.3.11: this is not released yet. A snap or 4.3.10? > I "downgraded" to apache1.3 and created the wiki. Since then my dev/test > wiki has worked with both apache1.3 and apache2.0 (most of the time I use > 2.0). I have not made the time to trace and find out exactly why apache2.0 > crashes -- Reini Urban |
From: Charles C. <ch...@ru...> - 2005-01-17 23:51:42
|
It is a standard release build, so must be php4.3.10 Regards, Charles -----Original Message----- From: Reini Urban [mailto:ru...@x-...] Sent: 18 January 2005 03:16 To: php...@li... Subject: Re: [Phpwiki-talk] 1.3.10 and Apache 2, small projects, wiki spam Charles Corrigan schrieb: > I had a play with apache2.0, php4.3.11 and mysql4.0.23 on windows. What I > found was that attempting to create a virgin wiki reliably crashed the > apache process with no info in the logs. php-4.3.11: this is not released yet. A snap or 4.3.10? > I "downgraded" to apache1.3 and created the wiki. Since then my dev/test > wiki has worked with both apache1.3 and apache2.0 (most of the time I use > 2.0). I have not made the time to trace and find out exactly why apache2.0 > crashes -- Reini Urban ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Phpwiki-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |