Jump to content

Arnel

Members
  • Posts

    91
  • Joined

  • Last visited

Profile Information

  • Location
    Virginia
  • Activity
    Other

Arnel's Achievements

Newbie

Newbie (1/14)

12

Reputation

  1. Hi Zack, I answered your question earlier on the InMotion Hosting Support center. As I explained there, it's not really a matter of deleting duplicate URLs. The Faktiva add-on module is attempting to create "clean" URLs based on your Products. In the process of doing so, it is creating duplicate URLs based on your products. You need to look at the terms being used for your products and differentiate them so that the clean URL being generated is unique. If you require further assistance, you may need to contact the developer of the module and ask how you can prevent duplicate URL's being produced by the module. This is the URL from product page of one of my test sites: ...presta1691/index.php?id_product=3&controller=product If I decide that I want 3 of them in size medium, the URL becomes: ...presta1691/index.php?id_product=3&controller=product#/2-size-m/13-color-orange I'm not sure where the add-on module is changing your URL or HOW it is changing it, but you may need to change the terms being used in the URL so that your SEO friendly URL is not creating something duplicated between different products. My suggestion would be to come up with a unique identifier for each product so that if your friendly URL is something like this: ...presta1691/index.php?product=dress&size-medium-color-orange It won't be duplicate across the category "dress". You may need to change the term "dresses" to "eveningdress" or something else so that general terms used in identifying your products are not causing duplicate URLs to be generated. Hope that makes sense! From what I understand of the module is that it's simply creating a "clean URL" and that is when the duplicates are being created. There should be no deletion of duplicates, just taking time to make sure that the module doesn't create them in the process of creating your "clean URL." Regards, Arnel C.
  2. Hi El Patron - and everyone else working with this issue, I'm testing the problem with PrestaShop 1.6.011 - Wishlists module v 1.2.2 I can see the Wishlists being created when logged in with a test user, but the problem occurs when I try to add multiple products to my different lists. Only the default wishlist gets the products. The other lists stay at 0 products. Anyone else have the problem? I did try to uninstall the module and re-install it, I still have the same problem. Suggestions for a fix would be great. Or should this be listed as a bug? Please provide feedback!
  3. Hello, I saw your response regarding the checkout procedure. This is how I'm currently testing in the default theme: Selecting an item and adding it to my cart Clicking on proceed to checkout (2x). First time shows cart. Second time goes to check out options I select new customer and I get the appropriate form - showing first name and last name. Does this match your checkout testing?
  4. Hello, I've been looking this. In your support request to InMotion Hosting, you mention a theme: PrestaShop 50127. This is $140 custom theme that we do not have access to load. I'm not 100% sure it's related to the account creation, but it's possible. Can you please describe the steps to duplicate the problem? I'm in Prestashop 1.6.0.8 and when I attempt to duplicate the problem, I am doing the following: Going to the Store Front Clicking on Sign in (at the top right of the default theme) Typing an email address and then selecting new customer The form for a new customer includes all of the appropriate information Are you able to temporarily switch to the default theme and see if it resolves the problem? Please let us provide further information and we would happy to look further into the issue.
  5. Hello Whispar, I don't mind the "what is a large site question?". It definitely varies from place to place. A 39 MB database and 800 products doesn't appear to be a large site to me. However, we rate a site on a shared server based on total resource consumption when its running. This includes CPU time, memory usage, and the traffic that your site incurs. I think that the upgrade process is exceeding the boundaries of the shared server, but again, we can't really determine if our own shared servers would react the same way because we can't determine the actual resource consumption based on what we have seen. I hope that helps to answer the question. Let me know if you have any further questions or comments.
  6. Hi Benjamin, Whispar said he changed the following earlier: max_execution_time = 10000 ; Maximum execution time of each script, in seconds max_input_time = -1 ; Maximum amount of time each script may spend parsing request data memory_limit = 1024M ; Maximum amount of memory a script may consume (32MB) suhosin.get.max_vars = 10000; suhosin.post.max_vars = 10000; max_input_vars = 10000; However, it appears that either the changes are not applying, or they're not having enough of an effect to make a difference for the upgrade. I can say that from our point of view (at InMotion), the customer has access to a local PHP.INI file that they can set the website to use as opposed to the server-wide default file that the user cannot modify or access. I was asking around my office about this issue and it's difficult to say, because it is possible that the site is very large and resources on a shared server could be the limiting factor. The suggestion I was given was to temporarily raise the memory limit very high in the local php.ini file and then bring it down again when the upgrade is complete. Also, try to run the upgrade during off-peak hours to be able to get more resources from your shared server. If he were to host with us, it's possible to upgrade to a VPS and then downgrade - though downgrades require a review by the systems team. I do understand that the economy of a shared host is good for a shop, but if the shop is beginning to require resources beyond what a shared hosting server can provide, then they may need to consider upgrading. Whispar- you're welcome to try setting up an account with us to try the upgrade, but that would be up to you. Let us know if you have any further questions.
  7. Hello Whispar, As per our emails, I went through the link you provided (the topic and posts above) and here are my 2 cents on the issue. Our host (InMotion Hosting) also uses the Zend Engine version 220100525 which is the most current release. I would suggest trying to rename the PHP.INI file in your PrestaShop installation and see if the default server one will meet your needs. We have been seeing this pop-up with many WordPress installations. I've typically removed the php.ini file and then site works with no problem. And it's all related to the Zend Engine. However, in your case, it does appear to be more resource related. I think that what the others have provided above has been good advice in terms of resources used. The only way that you're going to be resolving this is in working with your current host's technical support, if they're willing to help identify the cause - if there's anything more than what you have already provided. From a hosting point of view, I would have to test it here to determine if our shared hosting would be a good solution versus using a VPS. Apologies for the headaches with the 1-click-upgrade. Let us know if you find a solution.
  8. Hello DBG, Can you provide us a URL so that we can test? It's kind of hard for us to help with little or no information. Thanks!
  9. Hello Worlday, Just to follow up on bellini13's response (his troubleshooting steps for the error are good, if your settings are correct). Make sure that you're using the correct SMTP server settings. If you're using a hosting server from a third party, it is not typically "localhost". We have a tutorial that explains it: General SMPT server configuration settings. I hope that helps to clarify the issue!
  10. Hello Saigoz, In taking a look at your screenshot, it looks like you have quite a few items in the menu, and they're probably displaced due to the number of items. The column on the left (under "selected items") is the one that appears in the menu. Try reducing the number of items in your menu and reorganizing it so that you can place the items under more general terms. First, though, just remove everything but 1 or two items and you should see your menu re-appear. I hope that helps!
  11. Thanks Nemo! And El Patron - I appreciate the report, regardless. We have many customers using PrestaShop, so it's always important for us to follow any leads that may bring up possible issues that can be of concern. You always provide great info so I'm always willing to listen. Keep up the great work! Thanks! Arnel C. InMotion Hosting Community Support Team
  12. This issue has been addressed by a few moderators here: http://www.prestashop.com/forums/topic/325671-add-product-error/ I'm still researching the issue as I have an interest since we think that it might be related to the auto-install programs. How did you install PrestaShop? Did you install it manually? Or did you use an installation program (e.g. Softaculous)? Also, can you explain how you added the product? What fields did you add in your product? I'm trying to find a way to duplicate the issue. Thanks! Arnel C.
  13. I checked this since our hosting company uses Softaculous auto-installer. The version it installs is 1.6.0.6. I was able to install a product without any problems. However, I would like to know any details on what you filled out for the product so that I can try to duplicate how you added your product. Please let us know!
  14. Hello Jimekiki, Without having to re-code the template, your best bet would be to use an add-on. Here's one that is 1.6 compatible: http://addons.prestashop.com/en/front-office-features-prestashop-modules/2072-advanced-top-menu.html Regards, Arnel C.
  15. Hello Razorloves, Nevermind. I was clicking through the different screens and I found it! Thanks for providing the template solution!
×
×
  • Create New...