Re: [music-dsp] maintaining musicdsp.org
Hi, I'm so confused about many of these replies as you are all going waa-(a)^20-aaay over the top :-) I'm just looking for someone willing to hack two or three PHP files. Musicdsp.org is maybe 10-20 PHP pages in total, loosely *hacked* together. It's the smallest site ever! No phpBB in sight: the forum link goes straight to kvraudio.com, no images, no user signups, very light usage, no nothing! The problem is just that I'm having a hard time finding the time to fix it myself - but I suppose I'll just do it this weekend. ( Freesound.org (2*10^6 users, 4TB/mo, 3K signups/day) was started by me and I'm still in the core hacker group, so trust me, I know how to run (relatively) big sites with high requirements, that is not the issue here! ) - bram On Wed, Apr 11, 2012 at 10:46 PM, Roberta music-...@musemagic.com wrote: One more idea and my apologies if already suggested: Consider offloading any upload, hosting to 3rd party, i.e. disable ftp/(PHP uploads) 100% on server for users, no site user account/root/admin. 3rd party ex. would be git hub, Google code and so on to host code, projects and use ftp GET instead in phpBB (i.e. HTML links). Another ex: images - flicker, photobucket, CDN, etc. (although this isn't a big security hole, more speed, static, no cookies). On 11.04.2012 02:18, Bram de Jong wrote: so anyone? - bram On Fri, Apr 6, 2012 at 12:42 PM, Bram de Jong bram.dej...@gmail.com wrote: guys guys guys don't get ahead of yourselves! :-) musicdsp.org is pretty simple in terms of code. Rewriting in drupal (or similar) would take way too long and would -this is much more important- require someone who is dedicated to musicdsp.org for the next few years (as I myself have very little experience with Drupal, except the nightmare that is called security updates). I'm just looking for someone who has a bit more time than me and feels like hacking (not coding) a few extra things like a captcha (recaptcha?) and what not into musicdsp's current code base - which is PHP. And anyway, if I would rewrite it, I would rewrite it in django as I have a vast amount of experience with django. ;-)) - Bram On Fri, Apr 6, 2012 at 8:12 AM, david.lowenf...@gmail.com wrote: adding recaptcha to an existing site would not be too difficult, and would get the job done. if you decide to overhaul... I'm partial to Rails, it's pretty awesome. (disclosure I'm a ruby/rails developer as my day job) there are a handful of CMS solutions for rails 3, here are two options that look decent... I could help customize http://refinerycms.com/ http://www.browsercms.org/ -D On Apr 5, 2012, at 5:57 PM, Kevin Dixon wrote: I would vote for a CAPTCHA... specifically recaptcha http://www.google.com/recaptcha/whyrecaptcha -Kevin On Thu, Apr 5, 2012 at 1:03 PM, Bastian Schnuerle bastian.schnue...@silberstein.de wrote: just did wordpress for a friend .. looks nice .. +1 .. Am 05.04.2012 um 21:50 schrieb douglas repetto: I think even Wordpress would work very well for the content on musicdsp.org. I agree a full drupal site seems like overkill! douglas On 4/5/12 10:05 AM, Bjorn Roche wrote: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small-time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the
Re: [music-dsp] maintaining musicdsp.org
so anyone? - bram On Fri, Apr 6, 2012 at 12:42 PM, Bram de Jong bram.dej...@gmail.com wrote: guys guys guys don't get ahead of yourselves! :-) musicdsp.org is pretty simple in terms of code. Rewriting in drupal (or similar) would take way too long and would -this is much more important- require someone who is dedicated to musicdsp.org for the next few years (as I myself have very little experience with Drupal, except the nightmare that is called security updates). I'm just looking for someone who has a bit more time than me and feels like hacking (not coding) a few extra things like a captcha (recaptcha?) and what not into musicdsp's current code base - which is PHP. And anyway, if I would rewrite it, I would rewrite it in django as I have a vast amount of experience with django. ;-)) - Bram On Fri, Apr 6, 2012 at 8:12 AM, david.lowenf...@gmail.com wrote: adding recaptcha to an existing site would not be too difficult, and would get the job done. if you decide to overhaul... I'm partial to Rails, it's pretty awesome. (disclosure I'm a ruby/rails developer as my day job) there are a handful of CMS solutions for rails 3, here are two options that look decent... I could help customize http://refinerycms.com/ http://www.browsercms.org/ -D On Apr 5, 2012, at 5:57 PM, Kevin Dixon wrote: I would vote for a CAPTCHA... specifically recaptcha http://www.google.com/recaptcha/whyrecaptcha -Kevin On Thu, Apr 5, 2012 at 1:03 PM, Bastian Schnuerle bastian.schnue...@silberstein.de wrote: just did wordpress for a friend .. looks nice .. +1 .. Am 05.04.2012 um 21:50 schrieb douglas repetto: I think even Wordpress would work very well for the content on musicdsp.org. I agree a full drupal site seems like overkill! douglas On 4/5/12 10:05 AM, Bjorn Roche wrote: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small-time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- ... http://artbots.org .douglas.irving http://dorkbot.org .. http://music.columbia.edu/cmc/music-dsp ...repetto. http://music.columbia.edu/organism ... http://music.columbia.edu/~douglas -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book
Re: [music-dsp] maintaining musicdsp.org
Some great points of advice for any site there! Would jump in but my PHP skills are rotten. Possibly a job for a web student over summer? On Wed, Apr 11, 2012 at 01:50:55PM -0600, Roberta wrote: I'm a little late to the party but -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
One more idea and my apologies if already suggested:Consider offloading any upload, hosting to 3rd party, i.e. disable ftp/(PHP uploads) 100% on server for users, no site user account/root/admin. 3rd party ex. would be git hub, Google code and so on to host code, projects and use ftp GET instead in phpBB (i.e. HTML links). Another ex: images - flicker, photobucket, CDN, etc. (although this isn't a big security hole, more speed, static, no cookies). On 11.04.2012 02:18, Bram de Jong wrote: so anyone? - bram On Fri, Apr 6, 2012 at 12:42 PM, Bram de Jong bram.dej...@gmail.com wrote: guys guys guys don't get ahead of yourselves! :-) musicdsp.org is pretty simple in terms of code. Rewriting in drupal (or similar) would take way too long and would -this is much more important- require someone who is dedicated to musicdsp.org for the next few years (as I myself have very little experience with Drupal, except the nightmare that is called security updates). I'm just looking for someone who has a bit more time than me and feels like hacking (not coding) a few extra things like a captcha (recaptcha?) and what not into musicdsp's current code base - which is PHP. And anyway, if I would rewrite it, I would rewrite it in django as I have a vast amount of experience with django. ;-)) - Bram On Fri, Apr 6, 2012 at 8:12 AM, david.lowenf...@gmail.com wrote: adding recaptcha to an existing site would not be too difficult, and would get the job done. if you decide to overhaul... I'm partial to Rails, it's pretty awesome. (disclosure I'm a ruby/rails developer as my day job) there are a handful of CMS solutions for rails 3, here are two options that look decent... I could help customize http://refinerycms.com/ http://www.browsercms.org/ -D On Apr 5, 2012, at 5:57 PM, Kevin Dixon wrote: I would vote for a CAPTCHA... specifically recaptcha http://www.google.com/recaptcha/whyrecaptcha -Kevin On Thu, Apr 5, 2012 at 1:03 PM, Bastian Schnuerle bastian.schnue...@silberstein.de wrote: just did wordpress for a friend .. looks nice .. +1 .. Am 05.04.2012 um 21:50 schrieb douglas repetto: I think even Wordpress would work very well for the content on musicdsp.org. I agree a full drupal site seems like overkill! douglas On 4/5/12 10:05 AM, Bjorn Roche wrote: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small-time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- ... http://artbots.org .douglas.irving http://dorkbot.org .. http://music.columbia.edu/cmc/music-dsp
Re: [music-dsp] maintaining musicdsp.org
adding recaptcha to an existing site would not be too difficult, and would get the job done. if you decide to overhaul... I'm partial to Rails, it's pretty awesome. (disclosure I'm a ruby/rails developer as my day job) there are a handful of CMS solutions for rails 3, here are two options that look decent... I could help customize http://refinerycms.com/ http://www.browsercms.org/ -D On Apr 5, 2012, at 5:57 PM, Kevin Dixon wrote: I would vote for a CAPTCHA... specifically recaptcha http://www.google.com/recaptcha/whyrecaptcha -Kevin On Thu, Apr 5, 2012 at 1:03 PM, Bastian Schnuerle bastian.schnue...@silberstein.de wrote: just did wordpress for a friend .. looks nice .. +1 .. Am 05.04.2012 um 21:50 schrieb douglas repetto: I think even Wordpress would work very well for the content on musicdsp.org. I agree a full drupal site seems like overkill! douglas On 4/5/12 10:05 AM, Bjorn Roche wrote: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small-time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- ... http://artbots.org .douglas.irving http://dorkbot.org .. http://music.columbia.edu/cmc/music-dsp ...repetto. http://music.columbia.edu/organism ... http://music.columbia.edu/~douglas -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
guys guys guys don't get ahead of yourselves! :-) musicdsp.org is pretty simple in terms of code. Rewriting in drupal (or similar) would take way too long and would -this is much more important- require someone who is dedicated to musicdsp.org for the next few years (as I myself have very little experience with Drupal, except the nightmare that is called security updates). I'm just looking for someone who has a bit more time than me and feels like hacking (not coding) a few extra things like a captcha (recaptcha?) and what not into musicdsp's current code base - which is PHP. And anyway, if I would rewrite it, I would rewrite it in django as I have a vast amount of experience with django. ;-)) - Bram On Fri, Apr 6, 2012 at 8:12 AM, david.lowenf...@gmail.com wrote: adding recaptcha to an existing site would not be too difficult, and would get the job done. if you decide to overhaul... I'm partial to Rails, it's pretty awesome. (disclosure I'm a ruby/rails developer as my day job) there are a handful of CMS solutions for rails 3, here are two options that look decent... I could help customize http://refinerycms.com/ http://www.browsercms.org/ -D On Apr 5, 2012, at 5:57 PM, Kevin Dixon wrote: I would vote for a CAPTCHA... specifically recaptcha http://www.google.com/recaptcha/whyrecaptcha -Kevin On Thu, Apr 5, 2012 at 1:03 PM, Bastian Schnuerle bastian.schnue...@silberstein.de wrote: just did wordpress for a friend .. looks nice .. +1 .. Am 05.04.2012 um 21:50 schrieb douglas repetto: I think even Wordpress would work very well for the content on musicdsp.org. I agree a full drupal site seems like overkill! douglas On 4/5/12 10:05 AM, Bjorn Roche wrote: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small-time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- ... http://artbots.org .douglas.irving http://dorkbot.org .. http://music.columbia.edu/cmc/music-dsp ...repetto. http://music.columbia.edu/organism ... http://music.columbia.edu/~douglas -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small-time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
why not just porting the list to google groups (works very well for spree) and find a independent solution only for the archives uptotoday ? Am 05.04.2012 um 16:05 schrieb Bjorn Roche: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small- time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi- site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
e.g. a plain website, maybe a rubygem and heroku with a contribute- code email form (secured via a captcha) towards an imap account, surveiled by a bunch of people of this list, who are then posting the code towards the website .. manually Am 05.04.2012 um 16:26 schrieb Bastian Schnuerle: why not just porting the list to google groups (works very well for spree) and find a independent solution only for the archives uptotoday ? Am 05.04.2012 um 16:05 schrieb Bjorn Roche: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small- time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
On 4/5/12 10:26 AM, Bastian Schnuerle wrote: why not just porting the list to google groups (works very well for spree) and find a independent solution only for the archives uptotoday ? Just to be clear, this conversation is about http://musicdsp,org, which is different from this mailing list. http://musicdsp.org is run by Bram de Jong on his own server and is an archive of dsp source code. This mailing lists is (obviously) run from music.columbia.edu and doesn't have a spam problem. best, douglas -- ... http://artbots.org .douglas.irving http://dorkbot.org .. http://music.columbia.edu/cmc/music-dsp ...repetto. http://music.columbia.edu/organism ... http://music.columbia.edu/~douglas -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
I think even Wordpress would work very well for the content on musicdsp.org. I agree a full drupal site seems like overkill! douglas On 4/5/12 10:05 AM, Bjorn Roche wrote: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small-time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- ... http://artbots.org .douglas.irving http://dorkbot.org .. http://music.columbia.edu/cmc/music-dsp ...repetto. http://music.columbia.edu/organism ... http://music.columbia.edu/~douglas -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
just did wordpress for a friend .. looks nice .. +1 .. Am 05.04.2012 um 21:50 schrieb douglas repetto: I think even Wordpress would work very well for the content on musicdsp.org. I agree a full drupal site seems like overkill! douglas On 4/5/12 10:05 AM, Bjorn Roche wrote: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small-time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- ... http://artbots.org .douglas.irving http://dorkbot.org .. http://music.columbia.edu/cmc/music-dsp ...repetto. http://music.columbia.edu/organism ... http://music.columbia.edu/~douglas -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
I would vote for a CAPTCHA... specifically recaptcha http://www.google.com/recaptcha/whyrecaptcha -Kevin On Thu, Apr 5, 2012 at 1:03 PM, Bastian Schnuerle bastian.schnue...@silberstein.de wrote: just did wordpress for a friend .. looks nice .. +1 .. Am 05.04.2012 um 21:50 schrieb douglas repetto: I think even Wordpress would work very well for the content on musicdsp.org. I agree a full drupal site seems like overkill! douglas On 4/5/12 10:05 AM, Bjorn Roche wrote: On Apr 5, 2012, at 4:53 AM, Ross Bencina wrote: Hey Bjorn, On 5/04/2012 1:52 AM, Bjorn Roche wrote: Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Have you ever set up a Drupal site? I have. It is not for small-time, non-commercial, low-maintenance overhead projects imho. Yes. Quite a few. Imho it would be a huge job to port the current site to Drupal and there is a lot of ongoing maintenance required to keep security patches up to date etc etc. Yes. The biggest problem is security updates. You are right: major PITA factor. This can be mitigated by a hosted solution, or a multi-site install where someone is already monitoring the site for security updates. But, at the end of the day, that might not be realistic. Doing the theme port alone would be a lot of work. I would not dream of porting the existing theme, but rather use a new, or built-in theme. Unless I'm completely out of touch it is really non-trivial to set up something like musicdsp.org in Drupal with adequate spam filtering. The standard Drupal capcha solution (Mollom) is not great -- in my experience it flags a lot of false positives (spam that isn't spam). Mollom sucks. Captchas alone catch the vast majority of spam. The rest can be handled with moderation. Anyway, this is really just a vote against Drupal for musicdsp.org, not against using a CMS. I actually think the current ad-hoc php solution is not so bad -- but Bram knows more about these things than me. Recaptcha could be added to the existing site with fairly little effort, but there are other advantages to a CMS: they are easier to team-manage, organize, and they have a number of potentially useful features like taxonomies (giving the ability to tag and categorize algos by language and purpose for example.) bjorn - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- ... http://artbots.org .douglas.irving http://dorkbot.org .. http://music.columbia.edu/cmc/music-dsp ...repetto. http://music.columbia.edu/organism ... http://music.columbia.edu/~douglas -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
hey bram, what is exactly the roadmap and tasks to do ? i think i could find some helping hands for you, including mine .. maybe altogether we find a way to get some work away from you ? cheers, basti Am 04.04.2012 um 15:17 schrieb Bram de Jong: hello all, I'm wondering if someone here is interested in maintaining musicdsp.org. I don't have the time to mess around with the PHP code right now, and it's getting VERY badly attacked by spammers. If anyone in here knows PHP, has some experience with (small) websites and feels like making musicdsp.org a better place, please let me know! FYI: just to be clear - I don't want a lot of new features added and I do want to keep the final say - bram -- http://www.samplesumo.com http://www.freesound.org http://www.smartelectronix.com http://www.musicdsp.org office: +32 (0) 9 335 59 25 mobile: +32 (0) 484 154 730 -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
On Wed, Apr 4, 2012 at 3:31 PM, Bastian Schnuerle bastian.schnue...@silberstein.de wrote: what is exactly the roadmap and tasks to do ? i think i could find some helping hands for you, including mine .. maybe altogether we find a way to get some work away from you ? oh there is absolutely no roadmap! it just needs some love to stop the spammers from submitting DSP algorithms (about well known drugs and handbags I won't describe here lest I end up in spam filters). and, if anyone has some new/fresh ideas for it and someone else feels like implementing those, always welcome! - bram -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
Maybe submissions should be added to a moderation queue rather than added directly (i.e. they need to be manually whitelisted). I don't think a super quick turnaround on new algorithm submissions is really important for something like musicdsp.org. -Original Message- From: music-dsp-boun...@music.columbia.edu [mailto:music-dsp-boun...@music.columbia.edu] On Behalf Of Bram de Jong Sent: 04 April 2012 16:07 To: A discussion list for music-related DSP Subject: Re: [music-dsp] maintaining musicdsp.org On Wed, Apr 4, 2012 at 3:31 PM, Bastian Schnuerle bastian.schnue...@silberstein.de wrote: what is exactly the roadmap and tasks to do ? i think i could find some helping hands for you, including mine .. maybe altogether we find a way to get some work away from you ? oh there is absolutely no roadmap! it just needs some love to stop the spammers from submitting DSP algorithms (about well known drugs and handbags I won't describe here lest I end up in spam filters). and, if anyone has some new/fresh ideas for it and someone else feels like implementing those, always welcome! - bram -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
On Wed, Apr 4, 2012 at 5:11 PM, Thomas Young thomas.yo...@rebellion.co.uk wrote: Maybe submissions should be added to a moderation queue rather than added directly (i.e. they need to be manually whitelisted). I don't think a super quick turnaround on new algorithm submissions is really important for something like musicdsp.org. they ARE added to a queue. the queue now contains about 500 spam submissions. that's the whole (current) problem. some kind of report as spam thing for the comments would be nice too as there are SOME (but few) spam comments. - bram -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
lol wow -Original Message- From: music-dsp-boun...@music.columbia.edu [mailto:music-dsp-boun...@music.columbia.edu] On Behalf Of Bram de Jong Sent: 04 April 2012 16:15 To: A discussion list for music-related DSP Subject: Re: [music-dsp] maintaining musicdsp.org On Wed, Apr 4, 2012 at 5:11 PM, Thomas Young thomas.yo...@rebellion.co.uk wrote: Maybe submissions should be added to a moderation queue rather than added directly (i.e. they need to be manually whitelisted). I don't think a super quick turnaround on new algorithm submissions is really important for something like musicdsp.org. they ARE added to a queue. the queue now contains about 500 spam submissions. that's the whole (current) problem. some kind of report as spam thing for the comments would be nice too as there are SOME (but few) spam comments. - bram -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
Hey Bram, Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Some of the data could be moved from its current form to CMS via a script, and other might have to be manually copied, which would be a bummer, but this might be a good time to purge old/irrelevant stuff. It's not clear to me how much info there is. Just a thought. I'm not volunteering to do all the work, but I am pretty familiar with drupal and happy to get things started, depending on my schedule (right now it's a bit uncertain). bjorn On Apr 4, 2012, at 11:17 AM, Thomas Young wrote: lol wow -Original Message- From: music-dsp-boun...@music.columbia.edu [mailto:music-dsp-boun...@music.columbia.edu] On Behalf Of Bram de Jong Sent: 04 April 2012 16:15 To: A discussion list for music-related DSP Subject: Re: [music-dsp] maintaining musicdsp.org On Wed, Apr 4, 2012 at 5:11 PM, Thomas Young thomas.yo...@rebellion.co.uk wrote: Maybe submissions should be added to a moderation queue rather than added directly (i.e. they need to be manually whitelisted). I don't think a super quick turnaround on new algorithm submissions is really important for something like musicdsp.org. they ARE added to a queue. the queue now contains about 500 spam submissions. that's the whole (current) problem. some kind of report as spam thing for the comments would be nice too as there are SOME (but few) spam comments. - bram -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
i'll help .. just pass me a task .. Am 04.04.2012 um 17:52 schrieb Bjorn Roche: Hey Bram, Any thoughts about modernizing the whole thing with a fresh CMS? I think it would be easier to maintain, have built-in spam filters, and it would be easier to have multiple people do the work. Plus it would look more attractive. I don't think it would take much effort to redo the whole thing in, say, drupal. Some of the data could be moved from its current form to CMS via a script, and other might have to be manually copied, which would be a bummer, but this might be a good time to purge old/irrelevant stuff. It's not clear to me how much info there is. Just a thought. I'm not volunteering to do all the work, but I am pretty familiar with drupal and happy to get things started, depending on my schedule (right now it's a bit uncertain). bjorn On Apr 4, 2012, at 11:17 AM, Thomas Young wrote: lol wow -Original Message- From: music-dsp-boun...@music.columbia.edu [mailto:music-dsp- boun...@music.columbia.edu] On Behalf Of Bram de Jong Sent: 04 April 2012 16:15 To: A discussion list for music-related DSP Subject: Re: [music-dsp] maintaining musicdsp.org On Wed, Apr 4, 2012 at 5:11 PM, Thomas Young thomas.yo...@rebellion.co.uk wrote: Maybe submissions should be added to a moderation queue rather than added directly (i.e. they need to be manually whitelisted). I don't think a super quick turnaround on new algorithm submissions is really important for something like musicdsp.org. they ARE added to a queue. the queue now contains about 500 spam submissions. that's the whole (current) problem. some kind of report as spam thing for the comments would be nice too as there are SOME (but few) spam comments. - bram -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp - Bjorn Roche http://www.xonami.com Audio Collaboration http://blog.bjornroche.com -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
On 4/4/12 9:17 AM, Bram de Jong wrote: I don't have the time to mess around with the PHP code right now, and it's getting VERY badly attacked by spammers. I feel your pain. music.columbia.edu hosts a lot of blogs and wiki type sites, and we have a constant stream of spam, like hundreds of messages a minute hitting the server. It's incredible. wikis have become impossible unless someone has a lot of time to devote to them, so we've just turned off all wikis. Blogs generally have to have their comments turned off. Bummer. I agree with the suggestion that going with a modern CMS rather than home-brew makes sense. We were also being constantly attacked by robots and every time it turned out that someone's custom php upload script or something similar was the security hole. douglas -- ... http://artbots.org .douglas.irving http://dorkbot.org .. http://music.columbia.edu/cmc/music-dsp ...repetto. http://music.columbia.edu/organism ... http://music.columbia.edu/~douglas -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
I was about to add the same. Mine isn't a real high-traffic blog, but it definitely made my life a lot easier after I added CAPTCHA... On Apr 4, 2012, at 11:36 AM, david.lowenf...@gmail.com wrote: hmm... what about a CAPTCHA? -D -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
Re: [music-dsp] maintaining musicdsp.org
I hope it's obvious that I mean a website (preferably updated with a modern CMS that makes it easy)...the email list is a different story... On Apr 4, 2012, at 3:30 PM, Nigel Redmon wrote: I was about to add the same. Mine isn't a real high-traffic blog, but it definitely made my life a lot easier after I added CAPTCHA... On Apr 4, 2012, at 11:36 AM, david.lowenf...@gmail.com wrote: hmm... what about a CAPTCHA? -D -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp
