Getting started
For background info on why this site exists, see: http://blog.patspam.com/2010/perlsharedhosting
I’ve kicked things off by creating a HostingZoom page, listing basic information about the version of Perl installed, installed modules, etc..
All very basic, but it’s a start.
6 Comments
→
I can’t believe it took so long for someone to start something like this. Thank you for doing it, I hope it doesn’t die out, and becomes a nice collection of info on running per apps on shared hosting.
I’m no Perl guru, or even regular developer of any sort, I just really like the language, its fun. And to me, looking at things from the side since 2002, Perl has always been for techies. But most people are not techies, they just like to run cool apps. More app users = more app developers & supporters (including people like me — who don’t do it for living, but would love to learn the language enough to improve things in apps, for personal use, friends, or others). And regular users don’t like to spend a ton of money on dedicated servers, private hostings, and don’t have time and patience to learn to configure things. And thats where Perl has fallen behind other langs. Imo, Perl needs more easy to run-on-shared-hosting frameworks, which developers will use to create easy-to-use cool and useful apps.
And at this point I think site like this should concentrate on suggesting solutions to common issues that arise while running Perl apps and frameworks on shared hosting, not only for guru users, but for intermediate users and newbies too! As well framework and app developers, who are interested in their products to be able to run on share hosting, since thins ultimately means more people can use it.
* Perl version. most providers are still on 5.8.8
* module installation; newer CPanel versions allow installing modules, the they are installed in some protected area for each account, which means you need to add the path to that location to INC, and you’ll need to change it when you move to another hosting.
* resource usage. many hosting providers will allow you to use more resources then specified in usage agreement, when they realize you’re not spammer or hacker using their low-cost hosting plan for bad things. but not all so flexible
* cron jobs. some web apps require setting up cron jobs, for things like cleaning up cache, etc. but some hosting providers do no allow running some common utils via cron for security reason.
* popular libraries – some providers do not have things like Image::Magic installed, but some will install on request.
* moving to another hosting. unlike own server that you can setup the way you need, with shared hosting you’re stuck with what you’re given, and most often something will be different fro your previous hosting provider, or even missing.
I’ll come back when more come to mind :) I’ll also sent some info from two hosting providers that I use.
and another suggestion: I highly recommend disabling comment moderation, Akismet wordpress plug-in does a great job in filtering spam, and those few that do get pass it once in a while are easy to identify as spam comments as they are never on subject…. you may not always have time to moderate your comments, but others readers may have a discussion or a solution for someone else.
Thanks for the comments flamey, all good stuff. I’ve disabled comment moderation as you suggested.
thanks! can we have a “latest comments” block somewhere in the sidebar or the footer as well? :) i think WP comes with a widget for that.
Added as requested :)
thanks! :)