Hi,
I have used Boost on more than 20 websites and its a great module to reduce server load during high traffic.
Boost was working pretty good on my website but after I upgraded to latest version of Drupal core, 7.31, boost stopped working.
I have tried to downgrade Drupal, to use other version of boost, to check other modules which were upgraded. Simply, nothing works. I even tried to generate new boost rules and updated the .htaccess file.
Boost is creating files in cache folder. But, it is not using the files to deliver content to anonymous visitors.
As boost isn't working, our website is overloading the VPS and we are facing tough times.
Please help.
Regards
Dhaliwal
Comment | File | Size | Author |
---|---|---|---|
#7 | firebug cookie.JPG | 42.89 KB | garamani |
Comments
Comment #1
Anonymous (not verified) CreditAttribution: Anonymous commentedNeed a lot more information, like is cache/normal/ being generated at all ? are there any errors in the logs ? this VPS installation is it new has the effect changed to any of the other 20 websites ? There's not any configuration in the server that could have been updated (lots of programs updates due to heart bleed) and if the files are being created under cache/normal/example.com can they be directly accessed by typing the URL into the browser?
Comment #2
gdtechindia CreditAttribution: gdtechindia commentedHi Philip.
Thanks for your response.
The issue happened 5 days back, when we changed to new version of Drupal 7.
All the pages are created in the cache directory.
I don't see any boost related errors in the logs.
The VPS hasn't changed for last few months. The other 20 plus websites are on other servers, not on this one.
Should be files be directly accessible in the cache/normal/example.com directory, in a browser ? I haven't checked that.
Regards
Dhaliwal
Comment #3
Anonymous (not verified) CreditAttribution: Anonymous commentedYes the files should be directly accessible, that's all the rewrite rules do. One thing to check, check the cache for pages other than the home page, if it is only the home page or the search page results that is not caching (no boost comment on the VPS when just going to your normal domain), then you have an apache problem, other than that it appears that if the pages are generated that there is an issue with the .htaccess rules and possibly 7.31 has overwritten them or changed something.
Philip.
Comment #4
Anonymous (not verified) CreditAttribution: Anonymous commentedComment #5
garamani CreditAttribution: garamani commentedSame Issue:
Using Drupal 7.31 in a local machine and tried all possible solutions.
I've added the "Boost: Pages cache status" block which after viewing a page by logged out users indicates the cache is generated. But after checking the HTML code by firebug there is no "Boost tag"; also after making some changes in the content of cached page, the anonymous user can see the fresh content.
So, the Boost doesn't deliver the cached pages.
More info:
I use "Panels" and "Panel everywhere" modules.
This is the debug log generated by boost DEBUG:
Comment #6
Anonymous (not verified) CreditAttribution: Anonymous commentedUsing firebug as an anonymous user are there any cookies set ? Even a session cookie for $_SESSION['messages'] was recently demonstrated to disable boost.
Comment #7
garamani CreditAttribution: garamani commentedThis is the Firebug Cookies tab picture for a cached page(anonymous user):
Comment #8
Anonymous (not verified) CreditAttribution: Anonymous commentedcab you access cache/normal/apolo/_.html manually ?
Also you appear to be running internally on a non-standard port, this may cause problem with the rewrite rules and you may need to specify the file path manually rather than relying on %{http_host} etc.. in .htaccess. Are you positive this is the same issue, a 7.31 drupal update ?
Comment #9
garamani CreditAttribution: garamani commentedYes I have access to cache/normal/apolo/_.html
The caches are created and after opening the caches in browser or text editor, Boost tag is available at the bottom of the source code:
<!-- Page cached by Boost @ 2014-08-27 18:17:52, expires @ 2014-09-03 18:17:52, lifetime 1 week -->
I'm testing the boost module on my local machine: apolo:8082
I've changed the %{http_host} to apolo:8082
I'm not sure the problem is 100% related to 7.31 version of drupal. I tried all the solutions and this could be the only possible issue that i cant do anything about it.
Comment #10
garamani CreditAttribution: garamani commented@Philip_Clarke
It seems that my Issue is not related to "Drupal 7.31".
I checked the boost module with a fresh installation of Drupal 7.24 and I have the same problem.
So the problem is probably not related to the version of Drupal or other modules.
To sum up my issue:
-Apache 2.2.22 Port:8082
-MySQL 5.1.66 Port:33066
-PHP 5.3.18
P.S: The default language of my website is non-Latin.
Is there any possible problem related to my descriptions?
Comment #11
Anonymous (not verified) CreditAttribution: Anonymous commentedif you can put
http://apolo:8082/cache/normal/apolo/_.html
into your browser and get to a page then the rewrite rules are either not being read, or in the wrong place in .htaccess. That URL has no multi-byte character encoding and we have sites in Arabic, French, Russian.
Comment #12
garamani CreditAttribution: garamani commentedThank you Philip,
when there is no cache in /cache/normal/apolo: "The requested page "/cache/normal/apolo/_.html" could not be found."
After caching the page I can see the cached page with the "Boost Comment" at the bottom.
Generated rule in .htaccess:
Comment #13
garamani CreditAttribution: garamani commentedI found the source of problem: inserting apolo:8082 for caching adress in .htaccess was the problem.
After selecting the last option (apolo) from Server's URL or Name options in .htaccess setting page and replacing the new generated rule in .htaccess the problem is solved.
BUT now there is another problem:
Pages with non-Latin characters in URL are not being read.
Comment #14
Anonymous (not verified) CreditAttribution: Anonymous commentedwhich language?
Comment #15
garamani CreditAttribution: garamani commentedPersian alphabet (Farsi), The alphabet is almost similar to Arabic.
Comment #16
gdtechindia CreditAttribution: gdtechindia commentedBut, my initial issue is still pending.
No solution. It all happened after I upgraded to the latest version of Drupal. Even as I tried to downgrade, the problem was still there.
Boost is creating pages, they aren't served to anonymous users.
Regards
Dhaliwal
Comment #17
Anonymous (not verified) CreditAttribution: Anonymous commented@garamani - you need to open a new issue and list how the URI's are translated into the filenames
@gdtechindia -
Yes that should be checked, and if boost is creating the files and they are accessible then it's either a .htaccess issue or a session cookie, but if downgrading the server still causes boost to not function the issue is most likely to lie with the .htaccess
Comment #18
thomas1977 CreditAttribution: thomas1977 commentedHi, I have the same problem:
1) Boost generates the pages perfectly in the cache folder
2) The cached pages, however, are NOT being served to anonymous users (no boost tag shown at bottom of page)
3) I can, nevertheless, open the cached pages manually by typing in their respective urls directly in the browser (i.e. ending with _.html)
I need some help here. I think I've tried tried every possible solution for the past 48 hours (well, apparently not).
Don't know if I need to do more to the .htaccess file than what is described in the readme.txt?
Best, Thomas
EDIT: I created a new issue since this one may be too old to bring back to life?
Comment #19
C-LogemannSeems to be related to "Apache Integration" but also outdated. So I close this issue.