Announcement

Collapse
No announcement yet.

Problem with perl scripts not activating 755

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Problem with perl scripts not activating 755

    Am trying to get my perl scripts to stay at 755, but every time I upload to the site the change to 644 status. I've had this site running without this problem for over a year now, therefore don't get why its suddenly started happening. Does this effect people using the shopping cart facility? haven't had any orders for a while so assume it does

    It appears to only be the cp000001.pl and ts000001.pl scripts that are doing this. See cp000001.pl below. Any ideas
    Jason
    www.linefour.com


    #!/usr/bin/perl
    $Program = "CATTEST2";
    $Version = '$Revision: 11 $ ';
    $Version = substr($Version, 11);
    $Version =~ s/ \$//;
    $BAD = 0;
    $GOOD = 1;
    my ($bVersionState, $sMessage) =
    CheckPerlVersion();
    my $bCyberSitter = $GOOD;
    my $nSum = unpack('%32C*', "sexy ");
    if ($nSum != 914)
    {
    $bCyberSitter = $BAD;
    $sMessage .= "It appears as if CyberSitter or some other network filter is mangling the CGI scripts.\r\n";
    }
    $Response = "20000" . $bVersionState . $bCyberSitter . (length $sMessage) .
    " " . $sMessage;
    $nLength = length($Response);
    my $bNPH = 0;
    if ( (defined($ENV{'SERVER_SOFTWARE'}) && $ENV{'SERVER_SOFTWARE'}=~/IIS/) ||
    (defined($ENV{'GATEWAY_INTERFACE'}) && $ENV{'GATEWAY_INTERFACE'} =~ /^CGI-Perl/))
    {
    $bNPH = 1;
    }
    my ($day, $month, $now, @now, $sNow);
    my (@days) = ('Sun', 'Mon', 'Tue', 'Wed', 'Thu', 'Fri', 'Sat');
    my (@months) = ('Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec');
    $now = time;
    @now = gmtime($now);
    $day = $days[$now[6]];
    $month = $months[$now[4]];
    $sNow = sprintf("%s, %02d %s %04d %02d:%02d:%02d GMT", $day, $now[3],
    $month, $now[5]+1900, $now[2], $now[1], $now[0]);
    binmode STDOUT;
    if ($bNPH)
    {
    print "HTTP/1.0 200 OK\r\n";
    }
    print "Content-type: text/plain\r\n";
    print "Content-length: $nLength\r\n";
    print "Date: $sNow\r\n\r\n";
    print $Response;
    exit;
    sub CheckPerlVersion
    {
    if ($] >= 5.002)
    {
    return ($GOOD, "");
    }
    else
    {
    return ($BAD, "The current Perl version is $].\r\n");
    }
    }

    #2
    Am trying to get my perl scripts to stay at 755, but every time I upload to the site the change to 644 status.
    sounds like yout host has this restriction on the hosting package you have bought. contact them

    Comment


      #3
      Reply from hosting company is as follows;

      'My first (and best) guess would be that the permissions on the file are
      set to 644 locally, or are being set by the FTP client when you upload.
      Just to be clear, are you actually re-uploading these files, or are you
      saying permissions change on the specified files when you upload *other*
      files?
      We definitely have no problem with the files being set to 755,
      and we wouldn't want to change them, but I'll see if we can help you find out why. Check out your FTP client and the permissions on your local
      copies of the files, and if I'm totally barking up the wrong tree, let
      me know, and I'll see if I can come up with a better theory.'


      I also to a view of the error log and the following messages came about;
      Program = CATACACC, Program version = 72 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/22 13:34, Internal Errors = No such user (or invalid password...)
      Program = CATACACC, Program version = 72 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/23 01:36, Internal Errors = No such user (or invalid password...)
      Program = ORDERSCR, Program version = 487 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/23 14:38, Internal Errors = PayPal payment status: Pending, Pending reason: multi_currency
      Program = ORDERSCR, Program version = 487 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/23 14:47, Internal Errors = PayPal payment status: Pending, Pending reason: multi_currency
      Program = ORDERSCR, Program version = 487 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/24 00:11, Internal Errors = PayPal payment status: Pending, Pending reason: multi_currency
      Program = ORDERSCR, Program version = 487 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/24 12:12, Internal Errors = PayPal payment status: Pending, Pending reason: multi_currency
      Program = ORDERSCR, Program version = 487 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/24 19:54, Internal Errors = PayPal payment status: Pending, Pending reason: multi_currency
      Program = CATACACC, Program version = 72 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/24 20:04, Internal Errors = No such user (or invalid password...)
      Program = CATACACC, Program version = 72 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/24 20:04, Internal Errors = No such user (or invalid password...)
      Program = ORDERSCR, Program version = 487 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/25 11:36, Internal Errors = PayPal payment status: Pending, Pending reason: multi_currency
      Program = CATACACC, Program version = 72 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/25 18:10, Internal Errors = No such user (or invalid password...)
      Program = ORDERSCR, Program version = 487 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/26 04:23, Internal Errors = PayPal payment status: Pending, Pending reason: multi_currency
      Program = CATACACC, Program version = 72 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/26 16:22, Internal Errors = No such user (or invalid password...)
      Program = CATACACC, Program version = 72 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/26 16:22, Internal Errors = No such user (or invalid password...)
      Program = CATACACC, Program version = 72 , HTTP Server = Apache/2.0.54 (Unix) PHP/4.4.7, Return code = 999 , Date and Time = 2007/11/27 18:45, Internal Errors = No such user (or invalid password...)
      Does this indicate orders are getting lost?
      Quite annoying as I haven't had orders for a number of days now, therefore am losing business. Really pulling my hair out now.
      Completly lost

      Comment


        #4
        If the permissions are getting changed after you have uploaded them then I doubt that it can be Actinic. I also gather that this site has been working correctly for some time - again pointing to your host having made some change.

        Also - please don't post diffeent questions that all seem related. It would be better if you just had one thread for these issues.

        Comment

        Working...
        X