Hi there,
I've been searching and searching and reading... but to no avail.
Boost won't delete expired files. I tried 2 modules for expiration @ node add/update. I tried using Rules to run cron after node add/update. Nothing. Using authcache also.
I see the cached block at the bottom of my html file. When I was developing the site, I used another hosting company. Same problem.
Also getting this error in my logs: Notice: Undefined index: args in boost_deliver_html_page()
Thanks in advance... If you need more info I'll be happy to give it to you.
Comments
Comment #1
Anonymous (not verified) commentedwho is the owner and what are the permissions on the files ? also you may want to check server time. Are pages ever being created or when you changed hosts did you move the cache over too ?
The error message is "normal" it's to do with modules that output no content. There is a pending patch to fix it.
Comment #2
EvilGenius commentedHi Philip,
appreciating the quick reply, thanks.
What exactly do you mean with the "owner"? I did not copy the cache folders when I was migrating. I have set 755 to the cache folder. Read and write are on the files itself. Or do they need execute also? (still a newb on that, execute is for scripts and stuff like that right?)
Pages are being created. If I delete the cache folder they will reappear after visiting the pages.
Comment #3
Anonymous (not verified) commentedThe permissions look good.
A diagnostic would be to create a simple file
and then save it as something on your site. Then check the system time and also there is a section about disabled functions, your hosting service may have removed privileges.
Something also to check is that when you visit the pages as a logged in user you should always be presented with a non-cached version, if the time has expired it also should then be deleted. Anon users will always get the cached version and it's cron that deletes them otherwise. There is a tickbox with something like "allow cron to delete cached files (recommended)" and that needs to be checked. Are you sure you are running the "dev" version as listed in the bug report ? As this may warrant further investigation and it would help if I knew which files need to be looked at.
Comment #4
EvilGenius commentedWas not sure, downloaded dev version and compared filesizes. Identical so, yes it's the dev version.
I'll come back later to post the phpinfo. I double checked all settings. Thanks for the help.
Comment #5
EvilGenius commentedOkay, so I've checked the PHP info page...
What exactly do you need? The time(zone) looked fine I think?
Comment #6
Anonymous (not verified) commentedAre there any disabled functions?
Comment #7
EvilGenius commentedWhere would I be able to find those?
I have scanned the whole page but haven't found anything.
Comment #8
Anonymous (not verified) commentedsearch for the word
with an underscore.
Go through this checklist.
Comment #9
EvilGenius commentedA bit late but here we go...
Searched for the disabled functions and it's quite a long list.
expose_php
virtual
show_source
ini_alter
ini_restore
getrusage
mysql_list_dbs
get_current_user
getmyuid
dl
leak
chgrp
exec
passthru
proc_open
proc_close
shell_exec
system
escapeshellcmd
escapeshellarg
apache_child_terminate
apache_setenv
define_syslog_variables
eval,exec
fp
fput
highlight_file
inject_code
openlog
phpAds_remoteInfo
posix_getpwuid
posix_kill
posix_mkfifo
posix_setpgid
posix_setsid
posix_setuid
posix_setuid
posix_uname
proc_get_status
proc_nice
proc_terminate
syslog
I'm sorry for that long list. Hope you can help.
Thanks.
Comment #10
EvilGenius commentedI think I got it.
It was Authcache, specifically the Authcache Boost part. Weird.
Comment #11.0
(not verified) commentedProvided info has nothing to do with the issue, also, pending patch...