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

CommentFileSizeAuthor
#7 firebug cookie.JPG42.89 KBgaramani
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Anonymous’s picture

Need 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?

gdtechindia’s picture

Hi 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

Anonymous’s picture

Yes 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.

Anonymous’s picture

Assigned: Unassigned »
garamani’s picture

Same 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:

Array
(
    [scheme] => http
    [host] => apolo
    [port] => 8082
    [path] => 
    [query] => 
    [full_path] => 
    [base_path] => /
    [query_array] => Array
        (
        )

    [url_full] => apolo/_
    [url] => http://apolo:8082/
    [url_decoded] => /_
    [base_dir] => cache/normal/apolo/
    [filename] => cache/normal/apolo/_.html
    [directory] => cache/normal/apolo
    [normal_path] => homepage
    [path_alias] => homepage
    [args] => Array
        (
            [0] => homepage
            [1] => 
            [2] => 
        )

    [menu_item] => Array
        (
            [page_type] => page
            [page_id] => home_page
            [path] => homepage
            [load_functions] => 
            [to_arg_functions] => 
            [access_callback] => ctools_access_menu
            [access_arguments] => a:1:{i:0;a:2:{s:4:"type";s:4:"none";s:8:"settings";N;}}
            [page_callback] => page_manager_page_execute
            [delivery_callback] => 
            [fit] => 1
            [number_parts] => 1
            [context] => 0
            [tab_parent] => 
            [tab_root] => homepage
            [title] => 
            [title_callback] => t
            [title_arguments] => 
            [theme_callback] => 
            [theme_arguments] => Array
                (
                )

            [type] => 0
            [description] => 
            [position] => 
            [weight] => 0
            [include_file] => sites/all/modules/ctools/page_manager/plugins/tasks/page.inc
            [href] => homepage
            [tab_root_href] => homepage
            [tab_parent_href] => 
            [options] => Array
                (
                )

            [access] => 1
            [localized_options] => Array
                (
                )

            [original_map] => Array
                (
                    [0] => homepage
                )

            [status] => 200
            [extra_arguments] => 
        )

    [is_cacheable] => 1
    [header_info] => Array
        (
            [status] => 200 OK
            [status-number] => 200
            [content-type] => text/html; charset=utf-8
            [content-type-basic] => text/html
            [charset] => utf-8
            [headers_sent] => 
        )

    [matched_header_info] => Array
        (
            [enabled] => 1
            [gzip] => 1
            [extension] => html
            [lifetime_max] => 604800
            [lifetime_min] => 0
            [comment_start] => <!-- 
            [comment_end] => -->
        )

)
Anonymous’s picture

Using firebug as an anonymous user are there any cookies set ? Even a session cookie for $_SESSION['messages'] was recently demonstrated to disable boost.

garamani’s picture

FileSize
42.89 KB

This is the Firebug Cookies tab picture for a cached page(anonymous user):

Firebug cookies tab

Anonymous’s picture

cab 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 ?

garamani’s picture

Yes 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.

garamani’s picture

@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:

  • running on local machine, port:8082
  • Acquia Drupal stack
  • -Apache 2.2.22 Port:8082
    -MySQL 5.1.66 Port:33066
    -PHP 5.3.18

  • The caches are created in cache/normal/apolo
  • when I open cached pages from cache/normal/apolo in text editor, The Boost comment is available at the bottom.
  • There is no Boost comment at the bottom of Source code for pages visited anonymously.

P.S: The default language of my website is non-Latin.

Is there any possible problem related to my descriptions?

Anonymous’s picture

if 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.

garamani’s picture

Thank 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:

# If your site is running in a VirtualDocumentRoot at http://example.com/,
  # uncomment the following line:
  # RewriteBase /
  ### BOOST START ###

  # Allow for alt paths to be set via htaccess rules; allows for cached variants (future mobile support)
  RewriteRule .* - [E=boostpath:normal]

  # Caching for anonymous users
  # Skip boost IF not get request OR uri has wrong dir OR cookie is set OR request came from this server OR https request
  RewriteCond %{REQUEST_METHOD} !^(GET|HEAD)$ [OR]
  RewriteCond %{REQUEST_URI} (^/(admin|cache|misc|modules|sites|system|openid|themes|node/add|comment/reply))|(/(edit|user|user/(login|password|register))$) [OR]
  RewriteCond %{HTTPS} on [OR]
  RewriteCond %{HTTP_COOKIE} DRUPAL_UID [OR]
  RewriteCond %{ENV:REDIRECT_STATUS} 200
  RewriteRule .* - [S=3]

  # GZIP
  RewriteCond %{HTTP:Accept-encoding} !gzip
  RewriteRule .* - [S=1]
  RewriteCond C:/Users/Garamani/Downloads/Compressed/apolo/cache/%{ENV:boostpath}/apolo:8082%{REQUEST_URI}_%{QUERY_STRING}\.html\.gz -s
  RewriteRule .* cache/%{ENV:boostpath}/apolo:8082%{REQUEST_URI}_%{QUERY_STRING}\.html\.gz [L,T=text/html,E=no-gzip:1]

  # NORMAL
  RewriteCond C:/Users/Garamani/Downloads/Compressed/apolo/cache/%{ENV:boostpath}/apolo:8082%{REQUEST_URI}_%{QUERY_STRING}\.html -s
  RewriteRule .* cache/%{ENV:boostpath}/apolo:8082%{REQUEST_URI}_%{QUERY_STRING}\.html [L,T=text/html]

  ### BOOST END ###
  # Pass all requests not referring directly to files in the filesystem to
  # index.php. Clean URLs are handled in drupal_environment_initialize().
garamani’s picture

I 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.

Anonymous’s picture

which language?

garamani’s picture

Persian alphabet (Farsi), The alphabet is almost similar to Arabic.

gdtechindia’s picture

But, 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

Anonymous’s picture

@garamani - you need to open a new issue and list how the URI's are translated into the filenames

@gdtechindia -

Should be files be directly accessible in the cache/normal/example.com directory, in a browser ? I haven't checked that.

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

thomas1977’s picture

Assigned: » Unassigned

Hi, 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?

C-Logemann’s picture

Component: Installation » Apache integration
Status: Active » Closed (outdated)

Seems to be related to "Apache Integration" but also outdated. So I close this issue.