Jump to content
  • Checkout
  • Login
  • Get in touch


The e-commerce.

Dan Cole

  • Content count

  • Joined

  • Last visited

  • Days Won


Posts posted by Dan Cole

  1. 2 minutes ago, dculley said:

    I looked in the master file and there is no hooks.php there.

    Yeah...sorry about that.  I had seen your post in that other thread and Rainers reply where he suggested you roll back to a version where KissIT Thumbnailer is working.  I thought you had done that and were having trouble.  I didn't realize you were still trying to get this to work on, where it probably won't, until he has a chance to update the contribution.   Knowing Rainer he will likely update this fairly quick so if I were you I'd just put this contribution aside and work on some other aspect of your build until he has a chance to do so.


  2. 1 hour ago, dculley said:

    Warning: require(includes/classes/hooks.php): failed to open stream: No such file

    That is telling you that you don't have the hooks.php file in that directory.  Sounds like you failed to copy it into the right folder some where along the way.  Have a look and see if it is indeed missing and if so add it from the appropriate update or from a backup, if you have one.  You can also get it from the phoenix build on github if you can't find it.


  3. John here is the actual notice that I received...using AIM as well.

    AIM/SIM APIs and Simple Checkout Officially Deprecated
    Our legacy Advanced Integration Method (AIM) and Server Integration Method (SIM) APIs, as well as our Simple Checkout option, are officially deprecated, meaning we will no longer provide any updates to these APIs. If your website or payment solution uses one of these methods, this means the following:
        You can continue to process transactions via the APIs and Simple Checkout
        Your use of the APIs and Simple Checkout is “as is,” meaning you will not receive any new updates, including new features, payment network mandate updates, etc.
        Because these methods will no longer be updated, you could face penalties and fees associated with transactions that do not meet mandate/compliance requirements
        Your transaction processing functionality could deteriorate over time
    If you are using the AIM/SIM APIs or Simple Checkout, we highly encourage you to upgrade your website or payment solution to use the current Authorize.Net API. This will allow you to stay up to date on new releases, network mandates, and more. Please contact your web developer or payment solution provider for further assistance or to find out whether you are currently using AIM, SIM, or Simple Checkout.

    For me I'm not sure I'd call it urgent but it would be nice to get out in front of the bus.  I don't really want to logon some morning only to find that my main payment option is now failing.


  4. On 2/19/2020 at 10:59 PM, phi148 said:

    Really need this to be updated!  Anybody working this by chance?

    Bill, maybe it would be worthwhile asking someone like @BrockleyJohn (who seems to know his way around the payment modules) for a quote on updating the authorize.net module.  I'm sure there are others interested in getting it updated to and perhaps we can crowd fund it to make it happen. 


  5. 2 hours ago, BrockleyJohn said:

    The upgrade I did to this addon was sponsored by a shopowner, who presumably doesn't create them from scratch!

    I don't use this version but normally if you go to your customers list, select a customer and then create order it should take you to edit_orders.php so you can add a phone order etc.  At least it does with the version I use.


  6. 1 hour ago, puggybelle said:

    Hi Dan - I installed this very cool contribution yesterday on my test site and I am experiencing the same as you mentioned above.

    What should I be looking for to troubleshoot the issue?  What did it turn out to be in your case?

    I'm using the latest version of the contrib with CE and lots of other mods to boot.  Just don't know where to begin looking for suspects.  Thanks for your time!

    I think I gave up on this one...faced the same issues and fate as Malcolm did.  My advice...move along...it will be a time sink and not likely end well.


  7. 1 hour ago, koopmanh said:

    Finally I'm working on one feature for this module : In my shop we don't want to allow all shipping methods or all payments methods to be rewarde with points. For example if you use Paypal or AmEx we will not reward points (because we want to push our customers to cheaper payment methods)

    Interesting idea.  👍


    PS:  That's one ugly thumbs up Emoji.

  8. 4 hours ago, raiwa said:

    It shouldn't be like this. I have several sites using kiss it together with image subfolders and it works like you say.
    Just to be sure, you have the "skus" directory included in the image path in the database? Like: "skus/category_name/my_big_image.jpg"

    Thanks Rainer....you get a gold star. 🤩  That would explain it.  My images are outside the images directory and needed some code added to their urls so they could be located.   As a test I removed the extra code from one of my skus and it works as it should.  Thanks for pointing me in the right direction.


  9. Rainer I just installed this on a 1.02.6 site and noticed that the thumbnail images are outside of the "size" directory.   See the image below....is that normal?  I assume it is not.   On my old GOLD site it use to sort them in one big directory and label them by including the sizes in the filenames.  Adding them to a separate directory makes sense but for some reason that is not happening on my install.  Perhaps it is the way I'm keeping my images in folders and sub-folders.

    The original images (large) are stored in a "skus" directory and then within sub-folders.  The thumbnails are repeating the file structure and images okay.  It is just not putting them in the 200_200 directory.



  10. Dinesh I'm going to move this thread over to the support thread for Rainers Kiss Image Thumbnailer.  You'll probably get help there but in the meantime what settings have you set for the small images ie Admin->configuration->images?  Try increasing whatever they are set at and let us know if that helps.



  11. 1 hour ago, cables24h said:

    What if use for the above listed pages:
    - tep_gen_href_link ( where _gen means: Generated link)

    So if DIRECTLY goto contact_us.php and there is no KEY provided that matches.
    You already know it is a bot.

    Brilliant idea and coupled with your original suggestion of changing the access point of pages like create_account I think it would go along way to solving the bot issue. 👍


  12. 5 minutes ago, tonymazz said:

    I did mitigate this issue (for now) after the dialogue yesterday gave me an idea. Since we really do not want or need signups until a purchase or quotation is made, I removed "create_account" from all of the pages as well as the login page. Renamed the "create_account" (changed it in filenames) and now it is only offered once something is in the cart and they hit "Checkout".

    Perhaps this should be an option for future versions, to deploy without core code changes? A hook that would show create account (and on which pages) or not.

    I thought that was an excellent suggestion too.  I think Matt @ecartz is doing some work in this area and while it might be beyond the scope of his project it is probably worth bringing it to his attention.  Which I guess I just did.