create new tag
, view all tags
Michael said:

Given almost every hosting environment is different from almost every other one this isn't going to be resolved immediately. I've done some initial work on seeing how to take hosting environments forward. Ways you can help make this happen are to post on here :

I'll answer your questions Michael


  • The version of perl your hosting environment supplies: 5.8.0
  • What "user" you scripts there run as. Specifically whether they run as the webserver's user ID or run as your user ID. (This shouldn't be a massive issue though) ie are your scripts running under suexec or similar? mrjcleaver
  • Whether you have only ftp access, or telnet access - or do you have to use an upload script (ala TWiki attachments) to put files onto the ftp server? telnet and ftp
  • Does your hosting provider allow your CGI scripts to directly change files on disk, or does storage from FTP scripts have to be done yup, no problem
  • Does your hosting provider allow you to create directories? yup
  • Does your hosting provider provide in addition to perl: yup, all of them
    • cpp
    • rcs -- ci , co
    • tar
    • gzip
    • zip / unzip
  • Whether you are given a user cgi directory, or whether you're given a user sand box. (What do I mean? If you log in using FTP/telnet can you see other users directories? ie if immediately after login you cd .. ; ls do you see any user directories? ) yup, can see them
  • Does your hosting provider use a Unix or Unix-like OS for hosting, or is it a windows based environment? redhat
  • If Unix and you have telnet/shell access, what's the output from uname; uname -a ? Linux cp1.myhostdns.org 2.4.20-19.8 #1 Tue Jul 15 15:25:37 EDT 2003 i686 i686 i386 GNU/Linux
  • Regarding email/includes from CGI's does your hosting provider give you any of the following:
    • Are your CGI's allowed arbitrary network access? how do I test this?
    • Are they allowed to port to random hosts on port 80, 8080, 1080, others ? yes, I guess
    • Or do you have to use a proxy (ala sourceforge)? no
      • If so do you know the proxy settings you need? (Often <proxy name> port 3128 or 8080) n/a
      • Do you know which type of proxy it is? (eg Squid, 3Com, Network Appliance, Inktomi, Cacheflow) n/a
      • Does it have ACL's preventing access to specific pages? (See TWikiRemoteWebpageIncludesSecurityIssue) n/a
    • Does your CGI hosting provider allow your CGI's to send email using:
      • A mail program running on a host with an existing MTA configured? (ie can you just run "mail" or "sendmail" and send mail using them without specifying any mail server?) yes
      • Do you have to use their SMTP server - they may also call this a smart host? yes
      • If the latter do they have Net::SMTP installed? n/a, but they install any cpan module, typically within 2 hours

-- MartinCleaver - 31 Jul 2003

Appreciated. That's a good case scenario. AIUI there's many others with a worse setup. If people are reading, information on those as well would be useful.

-- MichaelSparks - 31 Jul 2003

Good checklist - see also TWikiOnWebHostingSites, where there's also an installation guide link. I had a few problems at Dreamhost but it was generally quite easy - see DreamhostSetupNotes.

The output of perl testenv > /tmp/testenv.html would provide a lot of useful information as well - this only requires that TWiki has been unzipped, it doesn't actually need to be installed (e.g. I run this from my CVS bin directory sometimes).

-- RichardDonkin - 31 Jul 2003

Edit | Attach | Watch | Print version | History: r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r3 - 2003-07-31 - RichardDonkin
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2018 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.