Messages

I'm happy to do so, even though I'm new to github.  However the Worldpay extension was dropped in 1.2.11.  So does this mean that I have put into the Pull Request the entire (amended) extension?

I've successfully made the Worldpay extension work in Abantecart 1.2.9.  I had to make a few changes to the code, and compose some new templates (and some dummy files) but it is now working.

Perhaps I could add a few words. When I first saw these statuses I expected to find buttons in the Admin area to change a status, say from Processing to Complete.  But no, it is much more open than that. Depending on how your business is going to handle orders you can use whatever statuses you need and ignore the rest. I may be worth pointing out that payment extensions are usually required to say what the order status is after payment. You can set it to whatever you like, although I find 'processing' is probably best - except for 'Click and Collect' or 'Pickup from Store' where the customer only pays when he/she goes to the store. So I added two new order statuses 'Click and Collect' and 'Available' to deal with the store processing of the order - but they have to be set by someone responsible in the 'Payments and Comments tab.  The ability to easily send a message to the customer that their order is ready to be picked up from the store is great.  If you don't understand what some statuses are for, ignore them. You don't need them.

I'd like to tell you how I resolved this issue. I in fact cleared down the website and re-installed AbanteCart. When I did so I noticed a message during the installation process which said make sure the PHP setting opcache was turned off. So I made sure that was the case.  This also required the setting zend_guard_loader to be turned off. On doing a clean install, I still got the error messages.  Therefore it was clearly a hosting issue, not Abantecart, so I thought.  By playing around with the PHP version on the Hosting Control Panel the problem went away. 

However recently the problem returned when going into the resource manager. This was after loading a large number of images. The hosting Control Panel error messages were complaining of using too much virtual memory. This was happening when going into the resource manager. Presumably at this point all the images were being cached. So I turned off caching for images: 

System -> Cache - check images and click on 'Clear Selected Cache'.

The annoying error messages have gone away, I hope for good.

Thanks for your reply, Basara.

Yes, I've backed up, but I don't know what you mean by optimise in phpAdmin. I can't see such an option unless you mean 'Check Tables having overhead' - which produced no response.

I wonder if the problem is associated with the Cache. Earlier on I deleted the files and folders directly when I suppose I should have used the Control Panel facility.  I could see that the cache files and folders were restored after subsequent activity. When I went in to clear the cache again using Control Panel, a lot of the text of the page was either missing or showed the key rather than the value such as text_configuration and desc_configuration. These text values are still in the language definitions in the block tool_cache, which I take to be the right block. Clicking on the button at the bottom of the page "text_clear_cache" does not seem to do anything. I'm using the cache FILE driver.
A lot of the other pages in the Control Panel are fine, showing text values rather than keys as they should. This looks like some kind of corruption and I think I'll just re-install. But of course not knowing why the corruption occurred is troubling.  Is it possible my not clearing the cache in the proper way could be responsible?  However, the Internal Server error messages were appearing before I touched the cache.

Abalabo:
The memory_limit I have set to 384M in my little php.ini file and that is what I see in the full php_info report that you referenced (System -> Settings -> System and then PHP info button top left). From what I've seen I think this is way over the top.

Barasa:
I have contacted my hosting provider and I have given above the information that they provided. They seemed unable to help further.  It almost looks like a bug in PHP, but this has only recently started happening.  What I said was:

Looking at the last 30 days, there have been periods when (14-15, 22-25 Nov) when the virtual memory limit has been reached, but I have only experienced these error messages 'Internal Server Error' in the last day or so.

This makes me think the answer lies in the code of Abantecart which is way beyond my understanding at the moment.

Another thing I tried was to 'switch off' the Foxy template which I bought and installed some time ago and I think recently has been automatically updated. This made no difference. 

Could this possibly be the problem?
The only substantial change I made in the short time before this started happening was to change the code of the 'Royal Mail' shipping extension (extensions/default_royal_mail/storefront/model/extension/default_royal_mail.php)  and to add a new shipping extension 'Yodel' which was modelled on the 'Royal Mail' one.  Now I added that extension simply by adding the new folder 'default_yodel' with all the necessary files (which I had previously debugged in my offline copy of AbanteCart on my local machine) to the extensions folder.  I had logged out from the control panel before doing this.  My understanding was when the extensions page was brought up, Abantecart would find the new extension and add it to its internal data (this extension makes no SQL changes) and everything would be fine, and it was. The extension worked (apart from some language 'translations') and the desired extra shipping options appeared in the checkout. Soon afterwards I started getting these Internal Server Errors.

So one of these could be the suspicious culprit, right?

Ok, so I uninstalled both these extensions and deleted them using the buttons on the extensions page. I then physically moved the default_royal_mail and default_yodel folders to be under the tmp folder, out of the way. AbanteCart shouldn't see them there.  So these extensions cannot in any way be responsible for these errors. But I still get them.  Is it possible that some residual entries in the database might remain which could be throwing a spanner in the works?  (Well I found some in the dataset tables, but these seem to be recording the installing and uninstalling of the extensions. It's hard to think these could be responsible.)

Is it possible that the database has become corrupted? 

Do I have to do a complete reinstall?

Any other suggestions?   Would my sending you a verbose debug log help?

Thanks for your attention so far.

I have recently started getting this Internal Server Error message coming up every time a new page is loaded in the AbanteCart control panel:

"Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at webmaster@xxxxxxx to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request."

I've read the earlier reports of this error, but none of the suggested solutions work for me. No error messages appear in the error log. In the host control panel I do get messages like:

[Fri Dec 09 07:44:41.692159 2016] [:error] [pid 343660] (12)Cannot allocate memory: [client a.b.c.d:55086] couldn't create child process: /opt/suphp/sbin/suphp for /home/txxxxxe/public_html/index.php, referer: hhhh://txxxxe.org.uk/index.php?rt=setting/setting&active=system&store_id=0&s=admin123&token=K6goZgEZJezJ9nKKJJd0MVniO9hhEJgY

Additionally, host control panel resource usage shows that virtual memory usage has shot up to their maximum of 1024Mb although physical memory does not go above 30Mb.   My php.ini memory maximum was put up to 1152Mb for a time (!) but this had no effect. I was still getting these orange error messages, sometimes two for a new page.

Image sizes in the resources/image directory are no more than 603kb.

I wondered whether my recent addition of a new extension may have been responsible so I uninstalled and deleted that one, plus one I had modified substantially, and moved the files away from the extensions directory.  No joy.

Can you suggest anything?

Thanks.

Well, I've been able to solve this myself. I hope the below helps others.

I've discovered that the extension was invoked, but failed to show anything on the shipment drop-down on the cart page for two reasons:

- no location zones had been set up for the location (country) which was selected in the Shipping Extension admin page
- the cost was calculated (correctly or incorrectly) to be zero.

The xx_zones_to_locations table only had entries for the USA, whereas UK entries were essential given that this is a UK-only service, the Royal Mail.  I don't know if I had installed Abantecart correctly, but by tinkering directly with the database, I have added 100 entries for UK locations to this table. 

I think you can achieve the same result without knowing any SQL by selecting System -> Localization -> Locations. Make sure the country is there, click on the Edit symbol and choose Location Zones. If no zones for this country are shown, click on the plus top left.  Select the required country, select all and save. The zones will be added to the 'location'.

I have to say that this ability to choose 'zones' within countries is a very good facility of Abantecart. Without it, getting the charges right for shipping to remote locations would not be possible.

However, this was not enough to bring up the shipping in the shipment drop-down.

In addition to this, references in the code to weight units were incorrect, the string literals should end in ..._class not ..._class_id.  This meant that weights in grams were not converted to kilograms, so the code tried to find a charge for a weight of hundreds of kilograms! No surprisingly this failed, the maximum weight being 1 kilogram, and so a cost of zero was 'calculated'.  When the weight classes were corrected, the shipping offer appeared in the shipment drop-down.  Success.

I attach the corrected php file.

As in earlier posts I am having great difficulty in getting the Royal Mail shipping extension to show in the cart. I am using version 1.2.8. I have read the earlier posts and replies and still can't get this extension to appear against shipments in the cart. Extension options chosen:
default store
status on
Second Class Standard Post
Standard Parcels
airmail
tax class zero rated
all locations
auto select off
accept these payments: blank
run order 1

I have set the weight units to kilograms in both the extension and the product in the cart.   My location is the UK and my customers are in the UK.

This is not how Royal Mail charges now, and I'm intending to attempt to rewrite the extension myself using dimension data, but it should be possible to
bring up the shipping extension as it is, and I can't. Can you tell me what I'm failing to do?
Thanks