rh1n0

Thanks so much for this, Sentenza - implemented and tested, seems to work just as well as it did before. Hopefully it continues working come 3rd December, or I'll be in Dubai having too much of a good time to notice. =D

I had this issue again after our SEO company told us to get our pages loading faster, which involved some of the cache/minifying options in Advanced Parameteres - > Performance, looks like, for me at least, Minify HTML after "smarty compile" execution causes the order details to break - have reverted to Keep HTML as original. I did also find in my searches that others experienced problems with template cache or the cache option in general, in some cases just disabling cache and testing, then re-enabling cache fixed it - for whatever reason. Prestashop is weird, as I'm sure we all know. Hope that helps someone.

My shop is in maintenance mode as it isn't launched, so I am fine with keeping that setting on. I did however have to change it on line 43 of /config/defines.inc.php instead of where you specified which had no effect. At the top of the AdminPreferences page I was getting text like this: Warning: file_put_contents(/var/www/[removed].com.au/config/xml/default_country_modules_list.xml) [function.file-put-contents]: failed to open stream: Permission denied in /var/www/[removed].com.au/classes/controller/AdminController.php on line 1832 Warning: file_get_contents(/var/www/[removed].com.au/config/xml/default_country_modules_list.xml) [function.file-get-contents]: failed to open stream: No such file or directory in /var/www/[removed].com.au/classes/controller/AdminController.php on line 1839 Warning: file_get_contents(/var/www/[removed].com.au/config/xml/must_have_modules_list.xml) [function.file-get-contents]: failed to open stream: No such file or directory in /var/www/[removed].com.au/classes/controller/AdminController.php on line 1840 Warning: file_put_contents(/var/www/[removed].com.au/config/xml/tab_modules_list.xml) [function.file-put-contents]: failed to open stream: Permission denied in /var/www/[removed].com.au/classes/controller/AdminController.php on line 3383 Warning: file_put_contents(/var/www/[removed].com.au/config/xml/default_country_modules_list.xml) [function.file-put-contents]: failed to open stream: Permission denied in /var/www/[removed].com.au/classes/controller/AdminController.php on line 1832 Warning: file_get_contents(/var/www/[removed].com.au/config/xml/default_country_modules_list.xml) [function.file-get-contents]: failed to open stream: No such file or directory in /var/www/[removed].com.au/classes/controller/AdminController.php on line 1839 Warning: file_get_contents(/var/www/[removed].com.au/config/xml/must_have_modules_list.xml) [function.file-get-contents]: failed to open stream: No such file or directory in /var/www/[removed].com.au/classes/controller/AdminController.php on line 1840 Warning: file_put_contents(/var/www/[removed].com.au/config/xml/default_country_modules_list.xml) [function.file-put-contents]: failed to open stream: Permission denied in /var/www/[removed].com.au/classes/controller/AdminController.php on line 1832 Warning: file_get_contents(/var/www/[removed].com.au/config/xml/default_country_modules_list.xml) [function.file-get-contents]: failed to open stream: No such file or directory in /var/www/[removed].com.au/classes/controller/AdminController.php on line 1839 Warning: file_get_contents(/var/www/[removed].com.au/config/xml/must_have_modules_list.xml) [function.file-get-contents]: failed to open stream: No such file or directory in /var/www/[removed].com.au/classes/controller/AdminController.php on line 1840 I gave the /config/xml/ folder and contents CHMOD 0777 recursively, and that seems to have fixed my speed issues instantly. Now at the bottom of the page, in front end or back end, I get this: Load time: 148ms Good boy! That's what I call a webserver! Thanks for pointing me in the right direction, El Patron. Thought I'd come back and post how I fixed things so if any other people have my issue they can solve it - something nobody seems to do these days. The internet is full of questions but hardly any answers to go with them! As you can see, I have no need for any BoZoom module now.

Edit: Issue is solved without the use of BoZoom! =D Hi all. Have just installed 1.6.0.6 and it's fresh out of the box, no themes or modules added yet and I'm finding the back office is a lot slower than my older installation of prestashop (1.5.4.0 with non-standard theme and modules added) which is running on the very same server/database server. I've attached images below of the Chrome developer console outlining where the majority of the "page load" is done. This is on my old installation of Prestashop, where everything runs nice and speedy. http://i38.photobucket.com/albums/e142/dirh1n0/prestashopfast.png This is the new one, where everything is pretty, but very slow. http://i38.photobucket.com/albums/e142/dirh1n0/prestashopslow.png They're both loading the same page in the back office, so that would have very little/no impact on the difference. Just about every page I visit in the back office on 1.6.0.6 takes a minimum of 8 seconds to load, and at least 90% of that time is the "Request" according to my page load time Chrome plugin. Any advice for someone aiming to use the awesome new features of the new back office without the wait times? I'm hoping it's some setting or something I've missed. But I can't imagine any sort of setting that would warrant such large load times where nothing is actually happening. I've enabled allowed Prestashop to create its own .htaccess rules, have checked cache options and they are similar (if not the same) to my other installation. Before anyone thinks of linking me to this: %5BModule%5D BoZoom PrestaShop Back Office Performance for 1.5 | 1.6 My boss is less than interested in paying for a module that may or may not bring us the solution we need, as it's a problem that shouldn't even exist. And as can be seen from the developer console thing, the largest portion of loading time does not come from javascript files. Any more details required, let me know.

I've implemented this on my site and it does exactly what I wanted. I only have ~2,000-3,000 products enabled at any given time, so I doubt I will see any "slow" search performance if you have 270,000 and think it's fine. Thanks all! Should really be the way this works by default. Wonder if newer versions have fixed this. I'm on 1.5.4.0 with too many customisations to ever upgrade.

Did you try my proposed fix? Unfortunately, the support here isn't very helpful at times - as hard as they try, it's hard to get to everything. I found out the hard way you have to get your hands dirty. Things don't often fix themselves.

The fix involved the following changes, from what I can remember at least... In order-detail.tpl Find: {if count($messages)} Add this after: <!--openComment--> Also add this to the very bottom of the file: <!--closeComment--> In history.js Find the following code: function sendOrderMessage() { paramString = "ajax=true"; $('form#sendOrderMessage').find('input, textarea').each(function(){ paramString += '&' + $(this).attr('name') + '=' + encodeURI($(this).val()); }); $.ajax({ type: "POST", url: $('form#sendOrderMessage').attr("action"), data: paramString, success: function (msg){ $('#block-order-detail').fadeOut('slow', function() { $(this).html(msg); //catch the submit event of sendOrderMessage form $('form#sendOrderMessage').submit(function(){ return sendOrderMessage(); }); $(this).fadeIn('slow'); }); } }); return false; } And replace it all with the following: function sendOrderMessage() { paramString = "ajax=true"; $('#sendOrderMessage').find('input, textarea').each(function(){ paramString += '&' + $(this).attr('name') + '=' + escape($(this).val()); }); $.ajax({ type: "POST", url: $('#sendOrderMessage').attr("action"), data: paramString, success: function (msg){ $('#block-order-detail').fadeOut('slow', function() { ind1 = msg.indexOf("<!--openComment-->"); if (ind1 > 1){ msg = msg.substr(ind1); ind2 = msg.indexOf("<!--closeComment-->"); msg = msg.substr(0,ind2); } $(this).html(msg); //catch the submit event of sendOrderMessage form $('#sendOrderMessage').submit(function(){ return sendOrderMessage(); }); $(this).fadeIn('slow'); }); } }); return false; } As usual, please make backups before attempting any of the above changes. Hopefully that works for you, I forget if that's all that needed to be changed as it was so long ago now, and have found and fixed so many other things since then, as well as some things still unsolved that we just decided to remove.

Brilliant. Not sure why this even happens, but it saved me from trying to get some Javascript to reorder it all by force. Which didn't seem to work anyway. Thanks!

Never mind, I fixed it. Sorry for the triple-post! ._.

Appears the issue lies within the history.js file, where it calls this bit of code: $(this).html(data); In the default theme, it contains the exact div + contents we expect to see (div #block-order-detail). In the blank canvas theme it contains the entire page HTML, plus the div that we expect. Any advise on how to manipulate that? :\

We're using the 'Blank Canvas' theme ( http://www.prestashop.com/forums/topic/175497-prestashop-theme-boilerplate-a-blank-canvas-theme-for-developers/ ) and have been adapting it for our needs and fixing issues here and there, but we're stumped on this one. On the Order History page where it lists the customer's orders, when you click one of the orders, the order details do not appear. Just installed it on another Prestashop installation and it suffers the same issue. What's strange though, is if you have the Blank Canvas theme enabled and go to the Order History page, then change the theme to the default, then click the order details, it DOES display the information (after un-hiding the div via browser developer tools). So far we've been able to solve all the issues with some searching and trial and error, but this one has us especially confused. If someone knows what javascript/other files are referenced when clicking the view details link, I'm sure that would give us a solid starting point for solving the issue. Any pointers would be much appreciated! Thanks.