Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

auzStar

Members
  • Posts

    580
  • Joined

  • Last visited

  • Days Won

    26

Posts posted by auzStar

  1. @milkman45

    All I can suggest is that you compare your Auspost shipping module files with the original files, and also investigate and do further testing to see if it some other cause. Sorry, but I can't help any further than that.

    ip 52.222.138.160 has nothing to do with this module.

    Regardless, I have no control over the response times from the Auspost servers in retrieving shipping rates. I'm not sure why though you would be getting excessive delays as you claim. They may sometimes have excesses loads on their servers. I have not tested this lately, sorry but at the moment I don't have time. I would suggest you ask if anyone else is experiencing this issue of maybe contact Australia Post.

    cheers

  2. @milkman45

    I don't know where you're getting that ip 52.222.138.160 from.

    When I ping the Australia Post api server "digitalapi.auspost.com.au" (from inside the file apdomexp.php, shown in you log above) I get this ip 54.230.242.74.

    "digitalapi.auspost.com.au" is the only connection used by the module to the Australia Post api server to retrieve the postage rates: $api_server = 'https://digitalapi.auspost.com.au'.

    If you look at the attached screen images (which are ip lookups) you'll see that 52.222.138.160 points to some server in India.

    54.230.242.74 (the correct one) points to the server in Melbourne.

    There is also a trace route (the black screen shot) also confirming this.

    Check that you haven't been hacked.

     

     

    52-222-138-160.jpg

    54-230-242-74.jpg

    tracert.jpg

  3. I've had a look at your site and I see what you mean. The problem is with the colours of your theme.

    The add-on just uses the colours from your theme by default, to match your theme. I haven't incorporated a means to easily switch colours.

    But if you want to have a play try this file: "ext\typeahead\css\ht-twitter-typeahead.css" (you need to have knowledge of css files).

    Sorry but I won't be helping you with that.

    Make sure you have a backup copy of original.

    cheers

  4. @inra311

    It seems that the cookie.js file (which this add-on needs) has been removed from the latest 2.3.4.1 CE version, not sure why.

    The installation routine never checked for this file as it assumed it was always there. It only checked for the files that were being uploaded for this add-on.

    I have attached a zipped copy of the file. Download and extract it to "ext/jquery" folder on your server.

    See if that fixes your problem.

    Hopefully nothing else has been changed in the latest 2.3.4.1 CE version to break add-ons.

    cheers

    cookie.zip

  5. @Streamcode

    Installed latest osC 2.3.4.1 BS EDGE version here: https://www.auzcommerce.com.au/osc234bs_edge/. Still wasn't able to replicate your issue.

    I'm not aware of anyone else having this problem. You need to check or get help with your "SSL/session/cookie" configuration since your "osCsid" in the URL should disappear from the URL after first click on your site. Do this first and see if it rectifies the issue.

    Here is another site that you can see where this add-on works fine without emptying the cart: https://www.grandpas.co.nz

    cheers

  6. @Streamcode

    Hi, wasn't able to replicate the problem here on demo site https://www.auzcommerce.com.au/, but demo site is not latest BS version, slightly older. Will have to update to latest and test again when I get a chance. But it's looks light it could be a session/cookie issue. Will let you know results when completed test.

    Why is your osCsid always appearing in your URL? Check your admin settings.

    cheers

  7. Hi Rainer @raiwa

    Glad you got it sorted out. Appreciate your efforts as many others would also.

    Sorry that I misunderstood that you referred to older modules.

    Just to confirm that this applies to other older Australia Post shipping modules, not this contribution since the code above does not exist. But this contribution is still to be tested on PHP7, and not recommended for osC BS version.

    cheers

  8. Hi @raiwa

    This shipping contribution was created to run on non-BS versions. I'm pretty sure I worked on this before the BS version started to become mainstream and never got around to creating a BS version. There are a lot of code changes that are required to install this module so it needs a complete rethink to code it up to BS "no core changes" policy. The core changes are mainly to do with the way the shipping quotes are displayed in "checkout shipping" i.e. there are multiple shipping quotes for a given shipping option. And also a lot of the copy/paste replace code is using tables and cells as opposed to divs.

    I don't know what could be causing the error you mention with international shipping other than to say that this contribution is in-compatible with the BS version as already mentioned. As far as I know it all works OK on the non-BS versions. At the moment I don't have a lot of time to look at this, but if I get a chance I will. The modules are very complex and I would need to study the code again because it's been a while :). But going by the error " Please enter a valid Service code" suggests that the service codes aren't being sent to the Auspost server correctly. Something do to with the way the data (that is to be sent) is being handled and compiled initially.

    cheers

  9. 18 hours ago, justcatering said:

    Ok changed all the files as suggested in the module language file and error was removed. However not all modules appeared in the admin side ( category image missing) and even those that did none actually worked! Would install but had no effect on website?

    any ideas?

    @justcatering

    Hi, firstly I hope your not using this on recent version of BS edge. As per install doco below:

    Quote
    PREREQUISITES:
    osCommerce versions 2.3.4 bootstrap (GOLD and earlier versions of EDGE).
    NOTE: It is not recommended to use this add-on if you have a more recent version of osCommerce BS EDGE that now includes modular index and modular category pages (i.e. index and index_nested modules). This add-on is only recommended to be used on earlier versions osCommerce BS that have no form of built-in modular index page and where you may also be using the "Modular Front Page" add-on by kymation. This add-on will modularize the category page (i.e. "top level/nested" category pages) by replacing current content with separate modules.

    If you are using the correct osC BS version then ensure you have inserted the code below in the correct locations inside the index.php file as per the install doco, and double check that you have followed the install documentation correctly.

    <!------------ Modular Category Page - start modifications---->
    <div class="row">
      <?php echo $oscTemplate->getContent('category'); ?>
    </div>
    <!------------ Modular Category Page - end modifications------>

    This add-on is known to work and has been tested on a clean install of osC 234BS GOLD and earlier versions of EDGE.

    cheers

  10. 14 hours ago, justcatering said:

    Just installed this and getting this error when clicking on content in admin! What have I done wrong?

     

    Parse error: syntax error, unexpected T_CONST in /home/justcook/public_html/includes/languages/english/modules/content/category/cm_category_new_products.php on line 13

    @justcatering

    Hi, not sure why you would be getting this error but try changing the language file constants, for example:

    change

    const MODULE_CONTENT_CATEGORY_NEW_PRODUCTS_TITLE       = 'Category New Products';

    to

      define('MODULE_CONTENT_CATEGORY_NEW_PRODUCTS_TITLE', 'Category New Products');

    You need to do this for all lines beginning with "const" and any other module language file in the package you  use.

    See if this helps.

    cheers

  11. @ce7

    No, it's not possible to change this setting for the "Australia Post - Courier Post" module. It needs a cutoff time to use this shipping module because the lodgement cutoff time at Australia Post is 2pm for next day Courier Post delivery. So the max setting is 1pm to give you enough time to get the package to Auspost.

    "Australia Post - Express Post" and "Australia Post - Parcel Post" shipping modules don't have this setting so they will still appear as a shipping option.

    cheers

  12. @OscPresto

    Sorry I don't know what the issue could be, I don't have time to troubleshoot at the moment. Maybe someone else on the form can help or you could try to find a solution yourself and then post it here so that it can help others with similar issues in the future.

    The add-on is known to work, but has only been tested in English as stated in the documentation.

    cheers

  13. @OscPresto

    As you can see by the attached image of your "advanced search" page, it appears your store language is not setup correctly to use with special/accent characters. This add-on is known to work with special characters if the store is setup correctly.

    Please read back through this support topic to see if there is any information that may help since other people have had similar issues.

    cheers

    advanced_search_sample.jpg

×
×
  • Create New...