Re: [PD] pdpedia and spam
2009/10/19 Hans-Christoph Steiner : > > I do have ssh access to the wiki server and would be happy to make any > changes that people agree upon. I am currently running another mediawiki > for Firmata (http://firmata.org). When the spambots started slamming it, I > switched it so only logged in users could edit it, but then created a public > account and posted that username and password on the wiki itself, see the > bottom of this: http://firmata.org/wiki/Main_Page Now there is no more > spam. > > Ideally that public account would be posted on the login page so its easy to > find. This system was used in the http://barcamp.org wiki for many years > and worked there. Thanks, Hans. Gets my vote. Phil ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdpedia and spam
Dear all, thanks for your feedback. Based on the response, it doesn't seem worth it clearing the spam up by hand, but there have been some interesting suggestions for how to maintain pdpedia as a going concern. AFAIK I am unable to install captchas or make the wiki readonly (or editable by logged-in users only); I think the wiki owner would need to do any of these, if they desired. Does anyone know who is ultimately responsible for the wiki? I guess it's Marius, but I'm not sure. My preferred option would be to make the whole wiki semiprotected -- ie only editable by logged-in users. Captchas would also be a reasonable option. Philip 2009/10/17 Marvin Humphrey : > On Sat, Oct 17, 2009 at 03:59:03PM -0400, Mathieu Bouchard wrote: > >> why wouldn't it be better to just have no wiki at all, > > Maybe it would be better to kill it off, I dunno. > > If you're gonna do that, though, either remove it completely or preserve it as > a read-only resource. Don't leave the rotting carcass lying around for > spammer maggots to feast on. > >> even in a situation where there wouldn't be any spam and the captcha >> wouldn't be annoying? > > I don't think spammers ought to be driving the decision when there are > countermeasures available. If the wiki is underused or outdated or whatever, > do something to address that, such as retiring it. But if it's being used and > the problem is the spam-to-edit ratio, captchas, whatever their drawbacks, can > treat the spammer pestilence and let the wiki live on to die a natural death > at the end of its natural lifespan. > > Marvin Humphrey > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pdpedia and spam
Dear all, I'm the only active wikiadmin of pdpedia (at http://wiki.puredata.info/). It is a persistent target of spam and I put quite a bit of effort into cleaning it up. Unfortunately my life is now busier than it once was and I have begun to ask myself: is it worth keeping clean? Is pdpedia a useful resource? Do people here use it much, or at all? The recent changes shows how much work is involved: http://wiki.puredata.info/en/Special:Recentchanges I would say that my spamfighting edits outnumber regular content edits by about 50 to 1. Given that it doesn't seem to be used much, I am considering stepping down and leaving it to the spam fiends. But of course I can only see information about editors -- I don't know how many readers there are. There are plenty of other pd documentation projects -- the FLOSS manual, the articles at http://puredata.info/docs, the online help -- will pdpedia be missed? Philip ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdpedia
I tried to upload an image to pdpedia but uploads are disabled. a) Are there any plans to allow uploads to pdpedia? b) Does anyone have any suggestions for places to host images to be used on pdpedia? I think it's pretty clear that images are important for a graphical programming language :) 2009/4/2 Alexandre Porres : > yeah, well, I dont really have a clue on what is missing too, please check > then, and we will start with the most needed. > > cheers > > On Thu, Apr 2, 2009 at 12:24 PM, Philip Potter > wrote: >> >> 2009/4/1 Alexandre Porres : >> > >> >> does this mean that you want to make a reference manual of Every >> >> Object, >> >> no matter whether it has been implemented or not? >> > >> > well, we could skip the not implemented ones for now :) >> >> I think in the interests of starting somewhere, and with the basics, >> I'm going to go through the pd help files in order and make sure >> everything there is covered by pdpedia. We can do more advanced stuff >> when pdpedia is a bit more developed, but for the moment, there isn't >> even an article on "message", so I'll go and write that. >> >> >> but what keeps us from doing this right now? what has kept us from >> >> doing >> >> so in the past few years of pdpedia's existance? >> >> what shall we do to avoid becoming a honeypot? >> > >> > hmm, sorry for not having followed the pdpedia since it has started, so >> > I >> > dont know actually about its history and everything. I just wish to >> > collaborate, so please fill me in. >> > what is honeypot? something not good I guess. >> >> A honeypot is something attractive to spammers and hackers. >> >> Philip > > > > -- > Alexandre Torres Porres > cel. (11)8179-6226 > Website: http://porres.googlepages.com/home > http://www.myspace.com/alexandretorresporres > > -- "I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone." --Bjarne Stroustrup ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdpedia
2009/4/1 Alexandre Porres : > >> does this mean that you want to make a reference manual of Every Object, >> no matter whether it has been implemented or not? > > well, we could skip the not implemented ones for now :) I think in the interests of starting somewhere, and with the basics, I'm going to go through the pd help files in order and make sure everything there is covered by pdpedia. We can do more advanced stuff when pdpedia is a bit more developed, but for the moment, there isn't even an article on "message", so I'll go and write that. >> but what keeps us from doing this right now? what has kept us from doing >> so in the past few years of pdpedia's existance? >> what shall we do to avoid becoming a honeypot? > > hmm, sorry for not having followed the pdpedia since it has started, so I > dont know actually about its history and everything. I just wish to > collaborate, so please fill me in. > what is honeypot? something not good I guess. A honeypot is something attractive to spammers and hackers. Philip ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pdpedia and random generation
2009/3/31 Alexandre Porres : > so we need :someone" to manage the system, ok, but then I see that this > problem is kinda well solved, right? > But how do you all see the writting of articles? Is it growing out well? I > believe "someone" could also direct how things are going, and that a main > team could work on it by fomenting its development and all... > right? Something like a WikiProject on wikipedia? It would be good to have standards on how articles should be formatted and what kind of information should be presented. I see there has been some effort to generate a standard layout for an article on an object, with inlets, outlets, arguments and messages as separate sections; but I can't find a good article to serve as an example for how all articles should look. The best I can find is: http://wiki.puredata.info/en/dac~ http://wiki.puredata.info/en/metro If more articles looked like this, I think pdpedia would be much more useful. Do we want pdpedia to just be a reference manual of objects, or do we also want to include design patterns such as the [pack 0 0 0 0 0]/[unpack 0 0 0 0 0] idiom mentioned elsethread, tutorials, good practices and suchlike? Philip ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pdpedia and random generation
2009/3/31 olsen wolf : > the server space & the maintenance is currently done by claudio the > sys-admin at the school here in zürich where the wiki is hostet atm. > so far he's been trying to maintain it as much as possible - sometimes > certain request take more time - queuing up on other things that need > to be done. but so far ev'rything should be on the line. recently > php-admin was installed for user management & should be up & > functional. the spam issue we've discussed on the list & i got the > consensus to clean up the mess by hand. I don't know what you mean by "clean it up by hand" but if you just mean users deleting spam edits then this is not sustainable. The spam edits are automated and so they will win any editwar. To combat spam, we need something systematic: block the spam IPs, use MediaWiki Spam Blacklist, or require users to create an account before they can edit. The first solution could be implemented by creating more wiki admins with the power to block IPs. Obviously said people would need to be active and trusted. The other options require changing the mediawiki settings which can presumably only be done by the site admin. > So if there's any lack regarding the hosting or enhancements please > let me know & i'll forward it. -- "I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone." --Bjarne Stroustrup ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pdpedia and random generation
2009/3/31 Georg Holzmann : > Hallo! > >>> afaik, pdpedia is poorly maintained at the moment. I think there will be >>> a better solution in the future to get rid of spam and optimize searching >>> and contributions. for now, your observation of burnout seems correct. >>> marius. >> >> I think pdpedia has a lot of potential, but it needs someone to take >> ownership of it. Its really open to anyone who wants to take it on. It is >> useful now for searching based on keywords. I use it to find objects based >> on key words. I quite agree, and I have written for some articles to make them more useful (FIR~, multiplex~, and tabwrite) but I feel lonely doing so. I'm the only user to have made any changes to pdpedia content in the last 30 days; there has been some spamfighting by Hans and lots of spam from anonymous IPs but if noone else is updating the actual content I don't see why I am doing it. > Silly question: but why don't you just use captchas did get rid of all these > massive spam attacks ? > (However, I don't know if this is difficult to install on this system - > otherwise maybe have to use user accounts ...) http://www.mediawiki.org/wiki/Extension:SpamBlacklist is something that could be considered. It prevents any edit to a page which inserts a URL matching a list of regexes. Philip -- "I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone." --Bjarne Stroustrup ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Pdpedia and random generation
Hi all, First post to the list, very new to pd, hello to all. I have a few questions: 1) Is pdpedia a serious project? It seems like there was a lot of activity some time ago, but the people there got burned out and now is a target for spammers (particularly the "myobject" and "help patch" pages). I have done some updating of it but if noone else is doing anything to it then maybe I should be looking for other pd resources. 2) I had a look at pd-tutorial.com and tried to do their exercise on random number generation such that no two sequential numbers are equal: http://pd-tutorial.com/english/ch02s02.html#id411951 I came up with the attached file, which I feel is better than the original solution. What do you think? Are there advantages to the original which I haven't considered? 3) Someone mentioned on the list a [pack 0 0 0 0 0] idiom for building large trees of maths in order to avoid weaving many [t b f] objects to cold inlets. How does this idiom work? TIA, Philip random-no-repeat.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
