Jump to content

Taodi

Member
  • Posts

    33
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by Taodi

  1. With the introduction of Cubecart 6.2.0, it seems that the city and state/province info submitted by the customer upon ordering is automatically converted to all caps. In fact, as far as I can see, all city and state/province info in the database are now converted to all caps. OK, this is not the end of the world, but I do object just a little. First of all, putting this info in all caps doesn't help anything that I know of. The bigger problem, though, is that the all caps can hide information in cases where the city or state names include special upper/lower case ways of writing. 

    Please consider switching back to the way things were, with upper/lower usage reflecting the way these city and state/province names are normally written.

    I've seen situations where the COUNTRY names are all-capped, presumably to set off the country name to ensure that the package goes to the correct country. Never before have I seen city and state/province names all-capped with everything else written normally. 

  2. These 2 new ones:

    [19-Mar-2018 00:14:05 UTC] PHP Warning:  Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '96.58.158.18' New IP Address: '96.58.158.18' Old User Agent: 'Mozilla/5.0 (X11; CrOS x86_64 10176.72.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36' New User Agent: 'Mozilla/5.0 (X11; CrOS x86_64 10176.76.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.190 Safari/537.36' in /home1/imperia5/public_html/classes/session.class.php on line 702
    [19-Mar-2018 00:14:32 UTC] PHP Warning:  Invalid Security Token in /home1/imperia5/public_html/classes/sanitize.class.php on line 152
  3. I just now made the change to /classes/session.class.php, but am still getting the same error message. (Shall I delete the "false &&"?)

    Also, above that, you asked me to "create the file referenced in the other post". If that was the ini-custom-ini.php file, then I already created that a while ago (placed in public_html directory.

    I could turn off my ant-virus, but I will say that I've made no recent changes in my anti-virus. I've been using the site without glitch up until last Friday, one day after I upgraded the Cubecart version. 

  4. I don't know what a User Agent string is, so not sure if it's important! :)

    Meanwhile, I use very few add-ons in my browser (Chrome). I just now tried disabling a couple of them, leaving enabled the ones related to Googledocs. I turned off my vpn. Still cannot update order status.

    Then I logged out with Chrome and opened Firefox which I virtually never use. The only 2 add-ons in it are a pair that are set up by default (OpenH264 Video Codex and Widevine Content Decryption Module). I left them enabled. With VPN off, I'm seeing the same error message when trying to update order status. Meanwhile, even with these repeated attempts to change order status, I'm not seeing the error log add additional lines. It still only shows the ones I sent you above as the latest ones.

  5. I live in China and often use a vpn (though not always), and I may change locations in the vpn fairly frequently. Could this give rise to the appearance of strange activity? Meanwhile, I've been operating the store since 2012, all from China with similar vpn use habits. Have not encountered a problem with updating order status.

  6. Thanks for the reply.

    I created the file ini-custom-ini.php and put it in the public_html directory. However, before creating this new file, I noticed there was already a file called error_log in public_html. I then went back into an order and tried to change status to Order Complete. Then I went into error_log and am copying March 18's errors.

    [18-Mar-2018 00:01:00 UTC] PHP Warning:  Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '46.161.9.61' New IP Address: '46.161.9.61' Old User Agent: 'Mozilla/5.0 (Windows NT 7.1; rv:37.1) Gecko/20100101 Firefox/37.1' New User Agent: 'Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0' in /home1/imperia5/public_html/classes/session.class.php on line 702
    [18-Mar-2018 01:07:00 UTC] PHP Warning:  Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '46.161.9.18' New IP Address: '46.161.9.18' Old User Agent: 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Edge/16.16299' New User Agent: 'Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:43.0) Gecko/20100101 Firefox/43.0' in /home1/imperia5/public_html/classes/session.class.php on line 702
    [18-Mar-2018 18:24:19 UTC] PHP Warning:  Stored session data did not match DB record. Session aborted as possible session hijack. Old IP Address: '176.226.151.70' New IP Address: '176.226.151.70' Old User Agent: 'Mozilla/5.0 (Windows NT 7.0; rv:33.1) Gecko/20100101 Firefox/33.1' New User Agent: 'Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0' in /home1/imperia5/public_html/classes/session.class.php on line 702
  7. A day after upgrading to 6.1.14, I tried to update a couple orders to "Order Complete", and find I get an Error 500 - Internal Server Error. I also find I am able to make other changes in any of the tabs of an order page and those save fine. The problem appears to be simply that I cannot change an order to Order Complete (don't see anything else malfunctioning on the site). I get the error page whether hitting "Save" or "Save and Reload". In the History tab, it shows order status as Order Complete, but the Overview tab still shows Processing.

  8. The shopping cart consistently offers free shipping to Canada customers, which is NOT what I'm intending. In Admin/Manage Plugins, I've got Free shipping selected, with a maximum weight of 0.3 lb. No allowed or disallowed zones are specified in the Free shipping module. But I've had several different products, all with weights well above 0.3 lb, that have been offered to Canada customers (no other country) with free shipping. Meanwhile, I'm using Paypal as my only payment gateway (no allowed or disallowed zones specified) and USPS as the sole shipping method. Nothing else in Available Plugins is checked except Cubecart Security Suite. Can't seem to find where I'm off in the settings. 

  9. The Contact Form on my site appears to be not working. The site has been running since Dec 2012 and all along I've been getting emails that look like the following:

     

    Peggy  wrote to [email protected]:        ---------------                ---------------                This email is sent from the stores master email address but it is possible to reply directly to the sender using the reply button on your email software.

     

    As you can see, there's no message with this email. After contacting the email address ([email protected], as illustrated here) a time or two and getting no response back, I assumed that these emails were just some unexplained junk that I didn't need to worry about. But today I had occasion to test the Contact Form (yes, I should have done it long ago!) and realized that these strange content-less emails I've been getting have been customers trying to reach me (of course, customers do reach me by email all the time, but do so, evidently, by simply using the [email protected] address that I provide alongside to the Contact Form on the Contact Page).

     

    What am I doing wrong?

  10. I talked with Bluehost support and they fixed the issue you mentioned above related to Ioncube loader.

     

    Meanwhile, the Bluehost tech person was also noticing an issue with the language.class.php file. For what it's worth, I'm throwing in some php error messages that appeared this morning.

     

    What's my next step?

     

     

    <a data-cke-saved-href="http://%22]/" href="http://%22]/" [severity="" "critical"]="" [hostname="" "createmorecustomersblog.com"]="" [uri="" "="" treat-your-friends-like-customers="" "]="" [unique_id="" "u0ucw0vzh5aaabtbn0saaadk"]="" [mon="" apr="" 14="" 00:38:20="" 2014]="" [error]="" [client="" 60.220.197.243]="" modsecurity:="" access="" denied="" with="" code="" 406="" (phase="" 2).="" match="" of="" "beginswith="" ?automatorsecretkey"="" against="" "request_uri"="" required.="" [file="" etc="" httpd="" modsecurity.d="" eig_rules.conf"]="" [line="" "415"]="" [id="" "900095"]="" [msg="" "bad="" ua="" ::="" fake="" mozilla="" agent"]="" "www.axtools.com"]="" codesmart_vs_2013_eval.zip"]="" "u0ucxevzh5aaabtbn04aaadb"]="" [notice]="" 125.117.213.207]="" mod_rbl:="" 125.117.213.207="" is="" listed="" in="" rbl.="" 00:38:21="" "u0ucxuvzh5aaabvhawkaaagb"]="" 74.91.23.98]="" 74.91.23.98="" rbl.,="" referer:="" http:="" www.grrnm.com="" blog="" ?p="9#comment-16210++++++++++++++++++++++Result:+chosen+nickname+%22Anaetaensueni%22;+success+%28from+first+page%29;+message+must+go+through+moderation;" result:="" chosen="" nickname="" "vernonkt";="" success="" (from="" first="" page);="" 00:38:23="" 62.193.196.86]="" 62.193.196.86="" 95.215.0.27]="" 95.215.0.27="" 00:38:26="" 00:38:29="" cannot="" use="" a="" full="" url="" 401="" errordocument="" directive="" ---="" ignoring!="" 213.109.8.30]="" 213.109.8.30="" 00:38:33="" "u0ucauvzh5aaabx-f-yaaaha"]="" 125.117.214.17]="" 125.117.214.17="" 00:38:34="" "u0ucakvzh5aaab8okt8aaaec"]="" 00:38:38="" 146.0.73.155]="" 146.0.73.155="" "u0ucbkvzh5aaab8okvgaaaeg"]="" 00:38:39="" "u0ucb0vzh5aaabx-gciaaahb"]="" 00:38:41="" 115.210.68.208]="" 115.210.68.208="" 00:38:42="" 192.99.33.193]="" 192.99.33.193="" 00:38:44="" 192.99.33.195]="" 192.99.33.195="" 00:38:45="" 125.117.214.245]="" 125.117.214.245="" failed="" loading="" usr="" php="" 54="" lib64="" modules="" zendguardloader.so:="" undefined="" symbol:="" zend_new_interned_string="" 00:38:46="" "u0ucdkvzh5aaacfxg4waaaob"]="" 00:38:48="" "u0uceevzh5aaacfxg5maaaod"]="" 142.54.184.10]="" 1).="" pattern="" "mozilla="" 5.0="" (compatible;="" mj12bot="" vd+.d+.d+;="" http:="" ="" www.majestic12.co.uk="" bot.php?+)"="" at="" request_headers:user-agent.="" "105"]="" "900167"]="" "mj12bot="" crawler"]="" "www.first-place-learning.com"]="" robots.txt"]="" "u0uceevzh5aaab8ok10aaaew"]="" [14-Apr-2014 06:32:15 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.construct.php'>simplexmlelement.construct.php</a>]: ^ in /home1/xqmanufa/public_html/imperialcityocarina/classes/language.class.php on line 736 [14-Apr-2014 06:32:15 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.construct.php'>simplexmlelement.construct.php</a>]: Entity: line 63: parser error : Premature end of data in tag language line 1 in /home1/xqmanufa/public_html/imperialcityocarina/classes/language.class.php on line 736 [14-Apr-2014 06:32:15 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.construct.php'>simplexmlelement.construct.php</a>]: &lt;/group&gt;&lt;/translation&gt;&lt;translation&gt;&lt;/translation&gt;&lt;/language&gt; in /home1/xqmanufa/public_html/imperialcityocarina/classes/language.class.php on line 736 [14-Apr-2014 06:32:15 UTC] PHP Warning: SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.construct.php'>simplexmlelement.construct.php</a>]: ^ in /home1/xqmanufa/public_html/imperialcityocarina/classes/language.class.php on line 736

  11. I'm definitely in over my head... but here's a few things.

    I always stay current on my upgrades. So, I believe I was using 5.2.8 before attempting to install 5.2.9.

    I have renamed my setup file to setup1.

    Meanwhile, Ioncube is still showing in the imperialcityocarina directory inside my webhost (Bluehost). When you ask me to contact Bluehost to enable IonCube Loaders for my site, does this imply that Bluehost recently disabled them and that that may have caused the original problem?

     

    I found the error_log info. But being a technoidiot I have no idea what to do with it. Below is a copy of the final two error messages. But there's a long list of them, all referring to line 736 in the language.class.php file. When I look inside this file at line 736, I can't determine what it is that I should do.

     

    [12-Apr-2014 23:30:31 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.construct.php'>simplexmlelement.construct.php</a>]:     &lt;/group&gt;&lt;/translation&gt;&lt;translation&gt;&lt;/translation&gt;&lt;/language&gt; in /home1/xqmanufa/public_html/imperialcityocarina/classes/language.class.php on line 736
    [12-Apr-2014 23:30:31 UTC] PHP Warning:  SimpleXMLElement::__construct() [<a href='http://docs.php.net/manual/en/simplexmlelement.construct.php'>simplexmlelement.construct.php</a>]:                                                                 ^ in /home1/xqmanufa/public_html/imperialcityocarina/classes/language.class.php on line 736
     
    Really appreciate the help. This sort of thing is way out of my league.
  12. I just tried upgrading to 5.2.9 (following backup). After submitting the "upgrade now" command and waiting a while, my screen never did proceed to the next page. I hit the browser back button and tried again. Same thing. But now, after doing that, I find I can no longer get into Admin, nor can I go to my website in the normal customer view (I've tried another browser, another computer, same thing). It seems I've crashed my site someway. I can, of course, go into my web host and look at the files for the site, but have no idea where to go or what to fix.

  13. Clearing the admin cache did it. A Korean customer can now order freely without having to select from a dropdown for county/province.
    Also, I think for the time being I will indeed leave well enough alone and not try to enter zones where they're not provided already by CC. I was talking with a Korean friend today and he said that in addition to the 9 provinces that USPS.com has listed for South Korea, Seoul is its own administrative area and would thus, for the purposes of my shopping cart, need to be set up as its own selection on the shopping cart's dropdown list. But the USPS.com write-up on Korea doesn't give that information. So where would a guy find reliable sources of this kind of information for each country?! I'm guessing it doesn't exist!

     

    Much appreciate the help in getting me up and running again!

  14. But now, I seem to have run into a bug. I attempted to add zones for South Korea in Admin Countries/Zones. I added the 9 province names for South Korea (no abbreviations added) as zones. When I then tried to order on the my site, selecting Korea now required a province selection (as expected), but strangely, the only province showing was the first one I had entered as a new zone... that is, the customer was only offered one province selection. After trying a number of things, I have deleted all of Korea's zones that I created (saving my changes), but still a Korean customer is offered that same single province selection. I even deleted the country of Korea from my countries list, saved, confirmed that it was gone from the customer view, then added Korea back again. I have tried emptying the cache in my browser, tried different browsers, tried going to my site from a different computer. A Korean address customer is still offered that one province selection. 

     

    In hindsight, I should have left well enough alone and just gone with the default zones provided by CC. Anyway, is there a way to correct this problem for my Korean customers?

  15. Here's one from yesterday.
    Request Sent - http://production.shippingapis.com/ShippingAPI.dllAPI=IntlRateV2&XML=<IntlRateV2Request USERID="964IMPER4879"> <Package ID="0"> <Pounds>1</Pounds> <Ounces>3</Ounces> <Machinable>false</Machinable> <MailType>Package</MailType> <ValueOfContents>95.95</ValueOfContents> <Country>Korea, Republic of</Country> <Container>VARIABLE</Container> <Size>REGULAR</Size> <Width></Width> <Length></Length> <Height></Height> <Girth/> </Package> </IntlRateV2Request>
    Response received<?xml version="1.0" encoding="UTF-8"?> <IntlRateV2Response><Package ID="0"><Error><Number>-2147218046</Number><Source>IntlPostage;clsIntlPostage.GetCountryAndRestirctedServiceId;clsIntlPostage.CalcAllPostageDimensionsXML;IntlRateV2.ProcessRequest</Source><Description>Invalid Country Name</Description><HelpFile/><HelpContext>1000440</HelpContext></Error></Package></IntlRateV2Response>
×
×
  • Create New...