Jump to content

Pressed0024

Members
  • Posts

    220
  • Joined

  • Last visited

Everything posted by Pressed0024

  1. Its running on dual Intel Xeon L5520 @ 2.27GHz. How bad can that be?
  2. The insights from Host Gator is quite useful. I;m still interested to hear if anyone can confirm if VPS will bring down First Btye Response Time. If so, what exactly did the VPS do to help? Purely CPU? Purely disk i/o (SSD)? Ability to use APC (or other opcode)? Ability to use Varnish? I know this is a "your miles may vary" kinda question but had like to hear from others who are willing to share their experience. Meanwhile, here is something I use to create cached HTML. Useful if you are in Shared Hosting where you are limited to many server configs: http://www.prestashop.com/forums/topic/281654-module-page-cache-speedup-your-shop/
  3. Meaning faster CPU speed (mhz) is needed or more CPU core/% needs to be allocated to my account?
  4. Stablehost - Enterprise Plan. I get to use 100% of 2 cores. Most of the time, resources are as shown here with CPU 8-12% when there are a few visitors. Rarely see CPU more than 20%:
  5. But that is on the static content part like CSS, JS and images which at the moment isn't slowing my site down. The thing that is slow is the first HTML that gets loaded. I'm assuming Varnish doesn't play a role here since it can only be useful for non PHP and HTML objects?
  6. I actually think http://addons.prestashop.com/en/administration-tools-prestashop-modules/7939-page-cache.html would be able to replace Varnish and way easier to configure. The only benefit of Varnish is that the cached files are in RAM but the above FPC prestashop module is cached in hdd (only way to make it faster is use SSD). I saw in your blog post about using Varnish to cache static contents like images. If I already use CDN, what benefit does the Varnish still give since it won't be able to cache html? (html is the only I can't do CDN)
  7. Since the /cache/pagecache/ files are static, can you make them be served by MaxCDN or CloudCache?
  8. Yes, I figured that out yesterday. I searched "APC uptime 0 minutes" and lotsa results. There is a solution here but unfortunately I'm on Shared Hosting (with SSH): http://www.brandonturner.net/blog/2009/07/fastcgi_with_php_opcode_cache/#implementation 1. I decided to hop over and use Zend opCache. I use https://github.com/amnuts/opcache-gui to check the stats. It has the same issue like APC where it keeps flushing cache due to multi threads. Is there any benefit to keep opCache running on my shop despite it flushing itself every 1-5 seconds? 2. I also have Prestashop Full Page Cache module running which gives good speed by storing the compiled HTML in cache in /cache/pagecache/. But assuming I get to fix the Zend opCache/APC flushing issue, is there anyway to make the opcode cacher cache the compiled HTML from /cache/pagecache/ instead? That would make it incredibly FAST since it reads the compilied HTML from RAM! http://www.prestashop.com/forums/topic/281654-module-page-cache-speedup-your-shop/
  9. I'm using Zend opCache (it's just like APC) in my server. It caches PHP into RAM which makes the first load appear ALOT faster. Very useful for dynamic pages like the shopping cart which Prestasop Full Page Cache can't cache. I love your module and have been using it. It gives great speed! But I think it can be even faster for those Prestashop owner who run Zend opCache or APC on their server which uses the RAM to cache PHP. Is it possible to provide guides on how to get opCache/APC to cache the cache that Prestashop Full Page Cache module has already cached in the /cache/pagecache/ folder instead of caching the individual PHP that makes up the HTML? That way, it means the the cached page by the module is read from RAM (which is super fast) and sends it out to browser.
  10. Here's my APC settings. Server has suPHP. If only I can get the APC to stop flushing itself like a toilet bowl:
  11. 1. I tried turning it off. It didn't help. I zoomed down the possibility and it has to do with choosing the caching system in Prestashop BO (memcached, APC, etc). The moment it's changed, the problem occur and I have to wait it out for the site to return to normal working state. 2. Also, when I do get APC to work, somehow APC keeps flushing itself. I see the fragmentation there once APC caching system is selected but after a few refresh at apc.php, the cache flushes itself making APC useless. Hit and Miss returns to 1 and 0 respectively. The uptime always shows 0 minutes. I have checked that the timezone used in php.ini and my server timezone (via SSH date check) is the same. So there is no time difference. I followed your APC config and a few others (since yours didn't work for me). Also tried to play around with the settings, it still auto flushes itself every 2-5 secs or so: https://drupal.org/node/1777090 http://blog.dh42.com/fastest-prestashop/ http://www.vionblog.com/biggest-apc-configuration-mistake/ http://www.cyberciti.biz/faq/linux-unix-php-warning-unable-to-allocate-memory-for-pool/ 3. I also noticed setting apc.mmap_file_mask="/var/tmp/apc.XXXXXX" creates tonnes of i/o for my hosting account. It maxed out my allowed i/o usage, making the whole site sluggish. How does this work? Anyone out there to help?
  12. This are the settings at cpanel. It's a page where I can check and uncheck the modules: I also have Full Page Cache prestashop module running. That's about it. The rest are typical Smarty, CCC, etc.
  13. The weird thing is that it gets magically fixed over time. Changing the htaccess may not work since it hasn't been touched as I can see. It's the same as when it was in working condition. Could any of the APC ttl cause this? I'm not sure how.
  14. I am also getting 404 after activating APC on prestashop. Accept for the homepage, all other pages get 404. Setting APC as disabled by turning off cache also does not resolve the 404. The 404 somehow gets resolved magically over time (a few hours). I retested this several time. Any reason why APC is causing URL rewrite to fail?
  15. I'm also looking for a better solution. Hopefully someone post to forge.prestashop.com as Improvement so that will implement it permanantly to next upgrade.
  16. El Patron, thanks for the link. Has anyone tried and get it to work? Especially with Railgun on? I know for sure your domain must contain www. What other special config codes did you need to use to get it working fine?
  17. Does the page cache get stored in hard disk or RAM? I'm trying to see whats the difference between this module and Varnish Cache systems
  18. Found this. Did it work for everyone without issues? http://blog.dh42.com/fastest-prestashop/ include "/usr/local/varnish/etc/varnish/cpanel.backend.vcl"; include "/usr/local/varnish/etc/varnish/vhost.vcl"; sub vcl_recv { set req.backend = default; include "/usr/local/varnish/etc/varnish/acl.vcl"; include "/usr/local/varnish/etc/varnish/vhost.exclude.vcl"; set req.grace = 5m; # Handle IPv6 if (req.http.Host ~ "^ipv6.*") { set req.http.host = regsub(req.http.host, "^ipv6\.(.*)","www\.\1"); } # Sanitise X-Forwarded-For... remove req.http.X-Forwarded-For; set req.http.X-Forwarded-For = client.ip; include "/usr/local/varnish/etc/varnish/cpanel.url.vcl"; # Remove has_js and Google Analytics cookies. set req.http.Cookie = regsuball(req.http.Cookie, "(^|;\s*)(__[a-z]+|has_js)=[^;]*", ""); # Normalize the Accept-Encoding header if (req.http.Accept-Encoding) { if (req.url ~ "\.(jpg|jpeg|png|gif|gz|tgz|bz2|tbz|mp3|ogg|swf|flv|pdf|ico)$") { # No point in compressing these remove req.http.Accept-Encoding; } elsif (req.http.Accept-Encoding ~ "gzip") { set req.http.Accept-Encoding = "gzip"; } elsif (req.http.Accept-Encoding ~ "deflate") { set req.http.Accept-Encoding = "deflate"; } else { # unknown algorithm remove req.http.Accept-Encoding; } } include "/usr/local/varnish/etc/varnish/url.exclude.vcl"; # Ignore empty cookies if (req.http.Cookie ~ "^\s*$") { remove req.http.Cookie; } if (req.request == "PURGE") { if (!client.ip ~ acl127_0_0_1) {error 405 "Not permitted";} return (lookup); } if (req.request != "GET" && req.request != "HEAD" && req.request != "POST" && req.request != "PUT" && req.request != "PURGE" && req.request != "DELETE" ) { return (pipe); } if (req.request != "GET" && req.request != "HEAD") { /* We only deal with GET and HEAD by default, the rest get passed direct to backend */ return (pass); } if (req.http.Cookie ~ "^\s*$") { unset req.http.Cookie; } if (req.http.Authorization || req.http.Cookie) { return (pass); } set req.url = regsub(req.url, "\.js\?.*", ".js"); set req.url = regsub(req.url, "\.css\?.*", ".css"); set req.url = regsub(req.url, "\.jpg\?.*", ".jpg"); set req.url = regsub(req.url, "\.gif\?.*", ".gif"); set req.url = regsub(req.url, "\.swf\?.*", ".swf"); set req.url = regsub(req.url, "\.xml\?.*", ".xml"); # Cache things with these extensions if (req.url ~ "\.(js|css|jpg|jpeg|png|gif|gz|tgz|bz2|tbz|mp3|ogg|swf|pdf)$" && ! (req.url ~ "\.(php)") ) { unset req.http.Cookie; return (lookup); } return (lookup); } sub vcl_fetch { set beresp.ttl = 45s; set beresp.http.Server = " - ApacheBooster"; set beresp.http.cache-control = "max-age=90000"; set beresp.do_gzip = true; set beresp.do_gunzip = false; set beresp.do_stream = false; set beresp.do_esi = false; set beresp.grace = 5m; unset beresp.http.expires; if (req.url ~ "\.(js|css|jpg|jpeg|png|gif|gz|tgz|bz2|tbz|mp3|ogg|swf|pdf|ico)$" && ! (req.url ~ "\.(php)") ) { unset beresp.http.set-cookie; include "/usr/local/varnish/etc/varnish/static_file.vcl"; } else { include "/usr/local/varnish/etc/varnish/dynamic_file.vcl"; } if (beresp.status == 503 || beresp.status == 500) { set beresp.http.X-Cacheable = "NO: beresp.status"; set beresp.http.X-Cacheable-status = beresp.status; return (hit_for_pass); } if (beresp.status == 404) { set beresp.http.magicmarker = "1"; set beresp.http.X-Cacheable = "YES"; set beresp.ttl = 20s; return (deliver); } set beresp.http.magicmarker = "1"; set beresp.http.X-Cacheable = "YES"; } sub vcl_deliver { if ( obj.hits == 0 ) { set req.http.X-Stats-HitMiss = "miss"; } else { set req.http.X-Stats-HitMiss = "hit"; } } # what files to cache sub vcl_recv { if (req.url ~ "\.(png|gif|jpg|ico|txt|swf|css|js)$") { return(lookup); } } # strip the cookie before the image is inserted into cache sub vcl_fetch { if (req.url ~ "\.(png|gif|jpg|swf|css|js)$") { unset beresp.http.set-cookie; unset req.http.Cookie; remove req.http.Cookie; } } # add response header to see if document was cached sub vcl_deliver { if (obj.hits > 0) { set resp.http.X-Cache = "HIT"; } else { set resp.http.X-Cache = "MISS"; } }
  19. The problem can be described here: https://support.cloudflare.com/hc/en-us/articles/200169736-Prestashop-issues-in-the-back-end Cloudflare with Prestashop makes the store very fast! They offer Railgun support which most CDN cannot offer as they are able to cache DYNAMIC content.
  20. Facebook has bought over Instagram. This would have been useful if it picks up hashtags from Facebook, Instagram and Tumblr. We have customers submission via any of this 3 social media and we are manually inserting the pictures to our product pages. Can't use your module until it is made available for social media platforms that uses hashtags. If you do expand to other platforms, make sure you have a feature that detects duplicate product image and exclude it. Eg. If duplicate image, show only FB photo, etc. Because most Instagram media managers would set the pictures to auto share to Facebook which creates duplicate post to this module. This can happen for any combination of platform. Lastly, make this module cheap and affordable. You will gain more user traction. The more users are on, the more it will spread as other prestashop owners will encounter such concept and want one for themselves. Please make its white label though. Brands want to take ownership of their site.
  21. Would love to see someone make this module. We have had customers entering PO Boxes which most courier companies can't ship to (DHL, Fedex, UPS, etc). Major problem is with USA
  22. Using this module since Feb 2013 and still loving every bit of it! The excel file format was a life saver. Thanks Falgener! For those who are using this module to handling your daily order processing, how much time are you guys saving?
  23. Save yourself some money, don't get any modules from Ebewe. This guy is just a hit and run. No support provided if you have any issues with module. Not even a courtesy reply. Reads the email I sent on his Win Firefox and just ignores it. If you fell for the 20% discount too bad. If you are considering to buy any of his store module, consider again because I think he has too few sales and "abandoned" the Prestashop business. Until he replies my emails, I would not recommend. Everything has been worked out. Paul eventually got back to me after his busy schedule and we sorted everything out. I'm enjoying the Autocomplete module. You guys should try it, it's pretty smart.
  24. WOW Falgener! You are the man! Now I feel super productive! Works with even foreign characters. This module is super feature packed. For the amount of money you spend buying and what it offers, it's a no brainer. Thanks for a cheap and value for money module with fast fantastic support and free upgrades. I can't wait to see more useful modules by you.
  25. If Excel works with UTF 8 and all foreign characters, it will be great! Can't wait!
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More