Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.


  • Content Count

  • Joined

  • Last visited

Community Reputation

1 Neutral
  1. Prestashop head includes are absolutely terrible. As far as I can tell every css and js file that might be used on a page somewhere is automatically loaded in every page of the site; totally ridiculous. I also see scripts that have nothing to do with the page automatically inserted into every page; even if they aren't being used anywhere on the site. I have 50 files automatically loaded on my homepage where I really only need 49 :wink: I know this is an old Prestashop issue and they supposedly fixed it in 1.7 to have a better MVC structure. Will future development of TB help streamline what files are loaded on each page based on requirements of the content and possibly provide a way to minify all files? Thanks!
  2. I purchased the warehouse theme from Themeforest and from what I can tell everything has been working. The developer said he is in contact with members of the ThirtyBees team so hopefully this will keep working even with changes proposed further down the road.
  3. Not a huge bug; or maybe not even a bug at all to some, but an easy (ugly) fix. I noticed when I open a larger submenu in the back office using the left sidebar, like Preferences, the menu is cutoff and does not scroll. It is a minor inconvenience more than anything. I solved the issue by adding overflow:auto to #nav-sidebar in /youradminfolder/themes/default/css/schemes/admin-theme-xxxxxxx.css Not the prettiest fix as I hate scrollbars scattered around a page like its the 90's, but it makes the navigation a bit more user friendly; for me at least.
  4. Nice! You are like snipers with your responses; quick, precise and deadly accurate.
  5. Thanks fellas! Support so far is great and development is as promised, backward compatibility seems to be 100% so far. Good to hear you see an issue and want to fix it rather than the PS team that seemed to blame the hosting companies. Prestashop used to be one of the goto carts for smaller businesses on shared servers and large businesses alike; but I think that ship has sailed and they are rushing to sink like magento. I am glad to see you know the cart is powerful enough to service the largest businesses, but also have kept the focus on the little guy.
  6. I installed the Stripe module and the button to check for TLS 1.2 support gives me this error: [PrestaShop] Fatal error in module file :/xxxxxxxxxxxx.com/modules/stripe/classes/autoload.php: require(): Failed opening required '/xxxxxxxxxxxx.com/modules/stripe/classes/HttpClient/GuzzleClient.php' (includepath='/xxxxxxxxxxxx.com/vendor/pear/pearexception:/home/bombcoffee/bomberocoffee.com/vendor/pear/consolegetopt:/home/bombcoffee/bomberocoffee.com/vendor/pear/pear-core-minimal/src:/xxxxxxxxxxxx.com/vendor/pear/archivetar:.:/usr/local/lib/php:/usr/local/php5/lib/pear') Let me know if you need more info.
  7. NICE! Thanks for the suggestion. Still a bit pissed I cant even get a test site running on a host that claims they offer hosting for small businesses. The site I am setting up is not huge, so is there any other suggestions for now for any other hosting plan that works out of the box?
  8. I was told to move from fastCGI to CGI and back. Thresholds were moved up and in the end was told it is the fault of the installation script. I am thinking of moving to TMD, are there any other good suggestions?
  9. From Dreamhost support: As I mentioned, the issue itself is the installation script that is timing out. This is not us not supporting Prestashop - we have many customers who run this without issue. If the installation script times out, then you will need to contact the developer to investigate why that might be.
  10. I will mail you, but here is what Dreamhost support sent me: While it may be compatible, shared hosting has inherent limitations due to the resources being used. In this case, while it's not the process watcher daemon killing your processes, the PHP scripts themselves are timing out That would be indicative of the script itself - the limits are as high as we can set them, I'm afraid. You can further increase the limits if you'd like in the phprc file here: /home/website/.php/5.6/phprc Unfortunately, as this is very specific to the script you are running, we are not able to directly assist I'm afraid.
  11. Can I PM all server info and logs?
  12. I am on a shared dreamhost server and installing prestashop 1.6 was almost impossible to install unless I had tech support make adjustments to the php configuration. I have been able to install prestashop 1.6, I also installed the beta2 version of this script with no issue, but now I get the same timeout problems when I try to install v1: "An error occurred during installation... You can use the links on the left column to go back to the previous steps, or restart the installation process by clicking here." I think a few changes could be made that can make installation work by providing options on installation and on errors. Things like: 1) Choosing to install demo data or not 2) Choose to install in "chunks" or perform database installation in steps 3) On error (if possible) start database installation from the error. I imagine setting a log for installation success and errors, if there is an error you can restart the installation from the step before the error happens (dropping the last table installed) and restarting installation. 4) On a fresh install choose to either drop all tables, update, insert, etc. I am very excited about this fork and have loved playing with the beta versions; I hope this will be able to work with smaller sites. Thanks!
  • Create New...