Jump to content

jon-sh

Members
  • Posts

    11
  • Joined

  • Last visited

Profile Information

  • Location
    UK
  • Activity
    User/Merchant

jon-sh's Achievements

Newbie

Newbie (1/14)

4

Reputation

  1. I haven't updated PHP yet as I am waiting for PS 1.7.4 release date so I can do one major update along with PHP 7.2. So far every update of PS 1.7.x.x has been problematic and a waste of time having to manually fix and roll back files, broken installs + other misc issues, hence why we are staying on 1.7.2.3 for the time being. PS 1.7 has been a headache from the beginning so I am hoping 1.7.4 will be the version that finally brings me some peace of mind...
  2. We had 8 hours of downtime overnight after the server crashed due to memory limits. The site is hosted on a high performance VPS (cPanel/Centos6 with 2 CPU cores and 4GB RAM), with no other websites hosted there. Whilst it is relatively low traffic, orders come in regularly. However at random times suddenly memory usage goes crazy, so much so the server runs out of memory and OOM Killer is invoked. That is pretty much all we can find from logs etc, OOM Killer trying to kill PHP processes. On one of the times we were logged in the Admin backend processing some orders (pretty standard stuff) and this happened, other times we weren't doing anything at all (eg like at 2am). The administrators confirm there were no issues on the kvmhost the VPS is hosted on at the time, and they've gone through all the logs on the VPS they can think of... (1) Apache access logs shows little activity before the crash, (2) same with the servers "messages" log, (3) network traffic doesn't spike (4) WHM's 'daily process log' doesn't show anything particularly suspicious. (5) No crons were being ran at the time, (6) no backups taking place (7) Everytime we check on the server the load average is 0.x, memory usage is low, and no lingering MySQL queries - however we've yet to be checking and 'catch it in action'. (8) php.ini has 512M memory limits (for both /root and /adminxxxxxx directories) We need to figure out why suddenly Prestashop starts consuming so much memory and continues to do so randomly. The version of Prestashop is 1.7.2.3 and the version of PHP currently being used is 5.5.25. Is there any Caching process that runs automatically and uses up all the memory?
  3. Old searches said low server memory caused the jqXHR problem. Having allocated 2gb to Prestashop I can deny that. Next, people said it was a Unix Permissions issue. Setting correct file/folder (644/755) permissions on the entire PS directory also did not help. If it turns out that the issue is solved simply by changing themes I will be happy, as I can finally update from 1.7.2.3 (autoupgrade breaks every version now). But I will roll my eyes again at how buggy this version of PS is... 1.7 has been a nightmare with me chasing up bugs. Calling 1.7 anywhere close to a Stable / Release version is a nice joke.
  4. I noticed this issue because suddenly all my payment methods have gone from the Payment step of the checkout with the error "Unfortunately, there is no payment method available." And no, the usual restrictions (currency, country, group, etc etc) are not the reason. Payment methods suddenly disappeared and reinstalling payment methods such as C.o.D, bank wire do not work either. I understand the [paymentOption] hook is not a display item so it won't show in Positions (tried to Transplant to paymentOption to re-register the hook but it already exists). EDIT: it seems displayPaymentTop is missing from my hooks list. Manually registering a payment method to displayPaymentTop does not help. Problem solved: by updating to 1.7.2.1
  5. What does Outstanding even do? It seems pointless if it doesn't credit-limit. Bump.
  6. I would suggest checking your Permissions. I had a lot of issues with Javascript 404 errors in the admin panel as various modules had installed with the wrong permissions. In your case, navigate to your js/tiny_mce/langs/ folder and check that no.js is 644 Folders should be 755 Files 644 If you have many permissions to fix you can log in via SSH and run a script to process all files recursively.
  7. Hi, I don't fully understand how to finish setting up the b2b "Outstanding" mode. I am currently testing a shop with B2B mode on. I have created a customer group with access to a "credit" account. What I'd like is for this group to be able to buy items on credit using the Outstanding function (for the credit limits and repayment timescales that seem to be built into Prestashop). I have made test purchases - but the £100 "Outstanding Allowance" that I have given to a test user does not get used up (£100 Allowance does not get subtracted from -- instead the Current Outstanding figure just keeps growing). The user can keep exceeding their credit limit (it doesn't limit anything?). How is the Outstanding feature supposed to limit credit?
  8. Guest customers can add an address and complete checkout successfully. However, if they want to edit their address (e.g. on checkout step 2) they are redirected to /login --- but obviously guest users don't have an account. The only workaround is for the customer to click [Delete] on their address and start again at checkout step 1. Logged in users can click on [Edit] and have no problems at all. Please advise. EDIT: Supposedly a fix is coming in the next update. See https://github.com/PrestaShop/PrestaShop/pull/7907
  9. Good work CharlieA -- this fixed it for me as well. Please suggest fixes to Github
  10. PS 1.6.0.8 Looking for a solution for advanced stock management -- per attribute reference, not by product name. Example products: Product A 'Dog toy' has 3 attributes/ combinations (Red, White, Blue) Product B 'Labrador toy' is identical to Product A, and the same attributes - but marketed differently for the end customer. Product C 'Poodle toy' is also identical, and so on. Why this is a problem: Stock management uses product name to distinguish any entries. Now despite combinations being given the same reference code (eg 'red_toy'), advanced stock management ignores this and treats every entry as unique. So you end up managing multiple entries under the same reference. Potential solution: Stock management will group identical combinations under the same reference. (EG 'red_toy', 'white_toy') and NOT by product name. How would I do this? Desired outcome is illustrated below: A - 'red_toy' - qty 100 B - 'white_toy' - qty 80 c - 'blue_toy' - qty 50 /*not*/ A - 'Dog toy - Red' - qty 100 'IN STOCK' 'Dog toy - White' 'Dog toy - Blue' B - 'Labrador toy - Red' - qty 0 'SOLD OUT' 'Labrador toy - White' 'Labrador toy - Blue' C - 'Poodle toy - Red' - qty 100 'IN STOCK' 'Poodle toy - White' 'Poodle toy - Blue' As you can see, managing stock levels for only 3 variations quickly becomes impossible - let alone when there are more combinations than this. You can sell out of "Product B - red" but the system still thinks you have stock of "Product A - red". Advice and guidance is appreciated.
  11. I have multiple product listings that use the same physical stock/ item, and identical References (identical for Combination Reference also). They are just named and described differently as one product is suitable for many different purposes. Below examples are audio cables. Combinations and References, identical across products: Length -- Reference 1m -- rca/rca/1m 3m -- rca/rca/3m 5m -- rca/rca/5m The problem is with Advanced Stock Management -- it treats each Combination entry as a separate item. For example, Name -- Reference -- Quantity: 'RCA audio cable' -- rca/rca/1m -- Qty 100 'SPDIF digital cable' -- rca/rca/1m -- Qty 0 Both these examples should share the same entry for stock, but Presta holds different entries for both. There are so many products in my store so the solution must "combine" identical references into a single Quantity both for adding and subtracting stock via Stock Management or a customer sale. In short: I would like to have a single shared stock "pool" for any unique reference to share. I expect I could modify a controller file to change the way Adv Stock Management tables the stock quantities, but if someone could point me in the right direction I would be incredibly grateful. Alternatively if there is a module that handles stock better than Presta does please let me know. My thanks
×
×
  • Create New...