Announcement

Collapse
No announcement yet.

Error on add to cart/view cart and checkout

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

    Error on add to cart/view cart and checkout

    I have upgraded to the latest patch version 8.0.3.0.0.0

    I get an error in the Perl script which I can't get round. I get the error "Internal server error" on all of these buttons. I suspect that it is something to do with the network setup but cannot find out which. I have tried absolute paths, relative paths, and the wizard to help but all to no avail. To help me understand I have put the following line at line 2 in ca000001.pl
    use CGI::Carp qw(fatalsToBrowser);
    and when I do this I get

    Error: Error loading configuration file ../acatalog/discounts.fil. Can't locate object method "splitpath" via package "File::Spec" (perhaps you forgot to load "File::Spec"?) at /usr/lib/perl5/5.8.5/CGI/Carp.pm line 319.

    Perhaps it is the setup of Perl on namesco because when I bought the hosting it said it supported Actinic but I cannot find mention of this now.

    setup is.

    HTTPPROXYMODE 0
    HTTPPROXYADDRESS
    HTTPPROXYPORT 80
    HTTPPROXYUSER
    HTTPPROXYPASSWORD
    FTPPROXYMODE 0
    FTPPROXYADDRESS
    FTPPROXYPORT 21
    FTPPROXYUSER
    FTPPROXYPASSWORD
    SCRIPTID 1
    SCRIPTEXT .pl
    SMTPHOST localhost
    WEBSITEURL http://www.plantsofdistinction.co.uk/
    IGNOREPASSIVEERRORS false
    USERELATIVECGIURLS false
    PATHTOPERL /usr/bin/perl -w
    USEENHANCEFTP true
    FTPCLIENTTIMEOUT 15000
    FTPRETRYDELAY 3000
    FTPSILENT false
    FTPMAXRETRIES 3
    FTPCONNECTTIMEOUT 25000
    SMTPAUTHREQUIRED false
    SMTPUSERNAME
    SMTPPASSWORD
    CATALOGURL http://www.plantsofdistinction.co.uk/acatalog/
    CGIBINURL http://www.plantsofdistinction.co.uk/cgi-bin/
    PATHFROMCGITOCATALOG ../acatalog/
    CODEBASE ./
    FTPHOST ftp.hosts.co.uk
    FTPUSERNAME ???????
    FTPPASSWORD ???????
    PATHTOCGIBIN /web/cgi-bin/
    USEPASSIVEFTP true
    FTPPATHFROMCGITOCATALOG ../acatalog/

    tell me it is something simple!!!!

    #2
    More info

    I have now tried this on three different hosts and it fails on all of them, so it is an Actinic problem. It was not one I had with version 6 and this is an upgrade. Not sure how but perhaps need to go back to "factory settings" and re-apply changes manually. Although why this should only effect those few perl scripts I am not sure.

    Comment


      #3
      Is it worth deleting all the discounts you have at the moment and uploading again to see if the problem goes away?

      Discounts could then be added back in, one at a time till the failure re-occurs (or all discounts are reinstated).
      Bill
      www.egyptianwonders.co.uk
      Text directoryWorldwide Actinic(TM) shops
      BC Ness Solutions Support services, custom software
      Registered Microsoft™ Partner (ISV)
      VoIP UK: 0131 208 0605
      Located: Alexandria, EGYPT

      Comment


        #4
        I don't have discounts

        As far as I know, I have not put in any.

        But here is the discounts.fil
        34984;
        $::g_pDiscountBlob =
        {
        'VERSION' => 2,
        'ONE_PRODUCT_DISCOUNT' => 0,
        'ONE_ORDER_DISCOUNT' => '0',
        'ONE_ORDER_DISCOUNT_SURCHAGE' => '0',
        'COUPON_ON_CART' => 0,
        'COUPON_ON_CHECKOUT' => 0,
        'COUPON_ON_PRODUCT' => 0,
        'CONSOLIDATE_MONEY_OFF' => 0,
        'CONSOLIDATE_PERCENTAGE_OFF' => 0,
        'CONSOLIDATE_PERCENTAGE_OFF_CHEAPEST' => 0,
        'CONSOLIDATE_MONEY_OFF_EXTRA' => 0,
        'CONSOLIDATE_PERCENTAGE_OFF_EXTRA' => 0,
        'CONSOLIDATE_FIXED_PRICE' => 0,
        'ORDER_LEVEL' => [
        ],

        'PRODUCT_LEVEL' => [
        ],
        'PRODUCT_GROUPS' =>
        };
        return($::SUCCESS);

        Not that I understand Perl much, but it looks like the product_groups is set wrong, and I can't change this because I have catalog not business edition. I cannot change the file to be correct because I don't know how to calculated the checksum at the top.

        Comment


          #5
          I have fixed it but what a struggle

          I still have show errors to browser switch on.

          I modified al00001.pl
          return ($::FAILURE, "$sFilename is corrupt. The signature is invalid.", 0, 0);
          to be
          return ($::FAILURE, "$sFilename $nCheckSum != $uTotal is corrupt. The signature is invalid.", 0, 0);
          so I could see the check sum it should be calculating

          I then modified discounts.fil to be correct with the

          'ORDER_LEVEL' => [ ],
          'PRODUCT_LEVEL' => [ ],
          'PRODUCT_GROUPS' => [ ]
          Then ran pressed the checkout button, and it displayed the filename is corrupt message, but told me which checksum to use.

          Went back in and changed the checksum on discounts.fil

          but it still errored. This time it was trying to include a module I don't have.
          require dc000001;
          Removed this from cm000001.pm at line 7

          and it worked.

          However why do you have to make all these changes?

          Do I get a prize for this?

          Comment


            #6
            Not quite further testing

            I do need the include
            require dc000001;
            as further into the order basket it make reference to one of the objects referred to I assume in this include. Ah well. Could anyone lend me this file?

            Comment


              #7
              Hi Erin

              Best thing you could do, is to completely remove all of the generated perlscripts file, as it looks like one (or more) are missing. So in Actinic, go "Help | Troubleshooting", then click on "Website Purge and Refresh", tick "Delete Perl Files and restore from Original folder", then click on "Delete and Refresh" button.

              This will delete all the scripts within the site folder, and copy over the originals to the site folder. Just a word of warning, if you have customised any scripts, this will overwrite them with the original scripts.

              Kind Regards
              Nadeem Rasool
              SellerDeck Development

              Comment


                #8
                Thanks this works

                There is now the ad000001.pm script in the site1 directory, and it has uploaded onto the web server cleanly. I do not know Perl and have only made the changes stated in this thread. There was only about two weeks in between receiving the new version of Actinic, migrating my old site and publishing. There was no programming involved, just the design using HTML and a bit of CSS. I uploaded to three different hosting, so this was a problem with the site1 directory. I would not have deleted anything from this directory and I back it up in case of failure. Was the failure on the discounts.fil file a red herring?

                Thank you for helping.

                Comment

                Working...
                X