kealan

Brian you are a gentleman and a scholar, I will update this post once i hear back In the interim I have moved back to APC caching which appears to be working fine.

Hello Cubecart Forums, I seem to be having an issue and I am not entirely sure where to start, our store is pumping out the below approx every 1-2 seconds in the error log. The store seems to be working fine at the moment but any attempts to use in inbuilt error log viewer results in general unpleasantness. I downloaded the log to view it but cant find an editor happy with the entire 1Gb file but I managed to scrape out the below. Any thoughts? [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/pear/smarty_internal_data.class.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 89 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/pear/Smarty_Internal_Data.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 92 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/php/smarty_internal_data.class.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 89 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/php/Smarty_Internal_Data.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 92 [01-Sep-2015 18:21:39 UTC] PHP Warning: Cache data not written (Memcachednightma). in /home/m564933/public_html/classes/cache/memcached.class.php on line 221 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/pear/zopim.class.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 89 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/pear/zopim.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 92 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/php/zopim.class.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 89 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/php/zopim.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 92 [01-Sep-2015 18:21:39 UTC] PHP Warning: Cache data not written (Memcachednightma). in /home/m564933/public_html/classes/cache/memcached.class.php on line 221 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/pear/smarty_undefined_variable.class.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 89 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/pear/Smarty_Undefined_Variable.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 92 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/php/smarty_undefined_variable.class.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 89 [01-Sep-2015 18:21:39 UTC] PHP Warning: file_exists() [<a href='http://docs.php.net/manual/en/function.file-exists.php'>function.file-exists.php</a>]: open_basedir restriction in effect. File(/opt/alt/php54/usr/share/php/Smarty_Undefined_Variable.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line 92 [01-Sep-2015 18:21:39 UTC] PHP Warning: Cache data not written (Memcachednightma). in /home/m564933/public_html/classes/cache/memcached.class.php on line 221 [01-Sep-2015 19:21:39 Europe/London] PHP Warning: Cache data not written (Memcachednightma). in /home/m564933/public_html/classes/cache/memcached.class.php on line 221 [01-Sep-2015 19:21:39 Europe/London] PHP Warning: Cache data not written (Memcachednightma). in /home/m564933/public_html/classes/cache/memcached.class.php on line 221 [01-Sep-2015 19:21:39 Europe/London] PHP Warning: Cache data not written (Memcachednightma). in /home/m564933/public_html/classes/cache/memcached.class.php on line 221

Which Chat tool are you trying to use? Is it Zopim

Hi all, Just said I would drop a quick update to inform of the progress I have made here with overall site speeds. After much head scratching and testing trying to eliminate the lag with first byte time I just bit the bullet and loaded the site into cloudflare. So far the results have been pretty amazing load times down to 3 second mark which is where I believed it should have been. https://gtmetrix.com/reports/mcsoutdoorstore.ie/bujB8wkU The only issues we have encountered so far is that cloudflare is having issues serving content that itself is served via a CDN. So plugins like the facebook like and comment section which is CDN served had to go, they were working but were causing the page to 'melt' for the lack of a better word until 100% loaded. When users scrolled down they areas where this content was due to be loaded the page started scrolling indefinitely leaving streaking white boxes and then snapping back on fully loaded. We also had to set the cloudflare caching to non-aggressive as it was causing the basket and cookie policy reminder to reset when the homepage was called. But overall a huge performance and SEO boost for 0 cost, no need to move to a VPS for the moment, I hope this helps others out there. K

Hello Fabriceunko, Is there any effect on usability? I have hit errors like this a few times over the years usually they dont have any noticeable effect on how everything is running. Not all tables seem to have a primary key assigned / core upgrades appear to have modified the primary key assignment in some cases which seems to cause problems. As this is relating only to your sessions data which is generally not that important, one solution may be to backup your database then clear the data in the sessions table. K

Hi All, Here is the results from a simple info.php file on the same server - No issues with First Byte time http://tools.pingdom.com/fpt/#!/b4tTpo/https://mcsoutdoorstore.ie/info.php http://www.webpagetest.org/result/150928_W9_K10/1/details/ the info file contained redirects so I have also run the tests on a blank html file on the same server http://www.webpagetest.org/result/150928_54_KAR/ http://tools.pingdom.com/fpt/#!/bk5ga/https://mcsoutdoorstore.ie/test.html All tests are coming back in the sub second region My overall homepage loading speed is from 5-7 seconds as per web page test http://www.webpagetest.org/result/150928_AB_KTR/1/details/ But is below 2 seconds via pingdom but this seems very unrealistic / gtmetrix is down at the moment http://tools.pingdom.com/fpt/#!/bDgPTD/https://mcsoutdoorstore.ie But a visit to the site will clearly show its not loading anywhere near that, its still 5-7. With reference to the number of GET requests / Blocking there also may be another factor in play, though this could be waffle as I am on the edge of my experience here! as part of the initial optimisation of the site we deferred the loading of any specific render blocking scripts until after the initial resources are loaded. We are going to try and asynchronously load some of this content and see if we can reduce the overall times, although this will actually usually score us lower on google page speed test. Though this may be pointless if we are maxing out the tcp connections themselves.

Thanks all for your replies. I will try and address all points. Resolved? My load times have stabilised but are still concerns over the first byte time of nearly a second. http://www.webpagetest.org/result/150926_FY_V6J/1/details/ DNS . I considered this but there are a number of other websites with and without a CMS on the same hosting server /dns server that score fine on first byte time, though none on ssl. Memcache . I would suspect this is serverside as my hosting provider was able to resolve some but not all of the issues, APC will have to suffice here. I have signed up and enabled cloudflare over the last week via the cpanel so I have only made minor adjustments to the caching config on cloudflare itself, only 1 cached item served so far despite having nearly 2000 hits over that same period. Not sure if that's a discussion unto itself.

After troubleshooting with my hosting provider for most of the day we managed to resolve some of the 'open_basedir restriction in effect' errors which was server side but could not resolve the bulk of the debug errors. After doing some research I found that cubecart will be happy running apc, so i disabled memcached and enabled apc at the server level, Cubecart auto-detected the changes which was nice! my page load times are now sub 4 second. I am still not happy with the the fact that the initial call of the homepage is still taking around one full second but as Brian pointed out the smarty system needs a bit of time to come to life.

Many thanks for the replies I appreciate my initial question was somewhat vague! After enabling the debugging and reviewing the export I definitely seem to be having some unexpected issues, and annoyingly the issue appears to be around caching so my hosting provider was correct. It appears although memcached* is enabled on the server I still seem to be having some problems actually writing some of the cache data back to the host, which appears to be creating a lot of hangups which I can only assume is causing some issues with load times. I will raise this back to my provider but I have also included the output below, it appears that mysql data is being cached but nothing utilising memcache. Would appreciate any steer here if there is anything else my side that might be addressable or if I am missing anything else here. debuglog.txt

Hello CC Forum, I am having an issue with our sites loading speeds and I am at a loss as to what is causing it. The page loading speed for the homepage is in and around the 5-10 second mark which is horrid. There are a few areas regards the content / external calls itself we are working on and we are confident we can get it down to 2-3 seconds, however there is one variable we cannot get around at the moment. The initial first byte time on page load can vary from 1 - 4 seconds, so I suggested to my hosting provider its time to move it over to a vps, interestingly the hosting provider advised that a VPS wont cure the problem I am having with the site that its most likely a problem caused by the .htaccess file /caching/old plugins. After some disagreement we both ran tests and regardless of what is in the .htaccess file the issue persists, in a final test to prove my provider wrong i tested a html site on same server and to my dismay the issue did not occur on the html site the whole thing loaded in under a second. We use memcache and minimal plugins, braintree payments plugin is the only 3rd party. Any thoughts on what might cause this initial delay? is anyone else having this issue with cc6? site - mcsoutdoorstore.ie .htaccess file attached + speed test Thanks in advance to anyone who read this far K .htaccess

Thanks Itempo, I will post if I get this thing working just waiting on the braintree support centre to reopen they operate on central US time. Regards K

Hi Itempo, Have you had any luck using this module, we are in the process of switching over to braintree payments and we are hitting a few stumbling blocks along the way also. Regards Kealan

Hi Brian & DB, Thanks for your reply, your food for thought has gotten me somewhere, after inspecting the source code as advised, I got .. <script type="text/javascript"> var file_list = {"1904":"1904"}; var file_default = 1904; </script> I then inspected the image index for the file ID - which was present as expected IDproduct_id file id main_img477122219041 I then inspected the filemanager for the file_id only to realise that the actual 'filepath' for my first 2000 rows is missing .... I am still a little stumped as to how its calling the image in the first place, but I can only assume that the missing filepath is what the image selection box is using for reference. Is this an error or is this its way of calling a 'root' directory ?

Hi DB, Oh yea that works perfectly, I just have approx 500 legacy products with this issue! So if there was a way I could open up a pack of magic beans and sort the issue that would be preferable Many thanks

This issue has now been closed off as it is not explicitly a V6 issue and is perhaps a legacy issue due to a previous technical fault. Both myself and the OP are long running CC users having updated from much older versions so to be fair god knows then this bug actually appeared. Is there any other insights that can be offered here which may help me and the OP identify why a product image would not appear for selection / deselection in the admin panel for products. As far as I can ascertain my image index appears to be fine, its as if Cubecart is not loading the full list of selectable images... no errors etc. in the back end. Has the structure of format of the image index changed since v2/3 as this appears only to affect older products and images.