Jump to content



Member Since 29 May 2014
Offline Last Active Nov 12 2019 06:41 PM

Posts I've Made

In Topic: Addon: Abandoned Cart Reminder

08 November 2019 - 08:49 PM

A word of warning to others considering this add-on, after having made the mistake of purchasing this ourselves. This add-on is encoded so that if you need to tweak it or audit it before deploying to your production site, it isn't possible. There is NO mention of this fact anywhere on the developers' site or product description page and this is not something you can discover until making the purchase. The majority of CS-Cart add-ons we've used are NOT encoded / encrypted (just like CS-Cart itself), so its a reasonable assumption to make that add-ons aren't encoded/encrypted unless otherwise indicated.


The developer is extremely unfriendly to communicate with, refused a refund (despite the fact that we never installed the add-on and he controls license activation), and upon disputing at PayPal, he revoked license and did not provide a refund. The cost of this add-on is relatively trivial, but you should be aware of the deceptive practices. It appears that there are other more reputable vendors that offer a similar add-on that we will pursue. We have dealt with MANY CS-Cart developers over the years and have had good experiences in general, but this is one we recommend avoiding.

In Topic: API helper class for CS-Cart 4 - FREE

20 July 2019 - 08:00 PM

The problem appears in 4.9.x as well. Specifically, a new row with session_id ending in ****-0-A is created. The api.php has a NO_SESSION constant equal to true, which I gather means this row should NOT be added to the cscart_sessions table. Deleting only this new row from the database resolves whatever problem is causing CS-Cart to refuse to load menu and pages on front-end. At this point I wonder how many developers are actually actively using the API.

In Topic: API helper class for CS-Cart 4 - FREE

20 July 2019 - 06:35 PM

@tbirnseth, thanks for the insight. Good to know add-ons aren't compatible into the 4.10.x series.


Comparing the database before and after API call, the lone change is a new row under cscart_sessions. I'm not sure how to troubleshoot the BLOB data package, but deleting that row magically restores menu / URL functionality. Creating new (non-API) sessions does not impact functionality either. It's possible that something is wrong with the API call, but it is concerning that session data could be stored in such a way as to break cart functionality.


I'll re-attempt on 4.9.x to see whether this issue persists.

In Topic: API helper class for CS-Cart 4 - FREE

20 July 2019 - 03:03 PM

@tbirnseth I am using the helper class. The class is pretty minimalist, so I'm not sure why it would contribute to the behavior I'm seeing. I can bypass the class if necessary, but before doing that I think I'll do a DIFF on the database before and after an API call is made to identify what it actually happening in CS-Cart.

In Topic: API helper class for CS-Cart 4 - FREE

19 July 2019 - 10:41 PM

Is anyone else seeing an issue where API calls trigger the CS-Cart menu to break? I have been experiencing this off and on since 4.9.x and am still seeing the issue manifest on the latest 4.10.3. Just retrieving a list of categories seems to trigger the problem, e.g.:

$categories = $cscartapi->get("categories", ['items_per_page'=>1000]);


After running this query, drop-down menu items disappear and the category pages show a 404. Clearing cache doesn't help. The products / categories are still present in the back-end. This is worrisome for using the API on a production site... the only way I am able to resolve is to reload a database backup.