newbe question(s)
1. What am I missing..
2. Is it crawling but not writing..
3. Is it showing a start, but not actually crawling..
4. Is it starting, crawling but trying to write to non-existent directory..
5. Is it crawling, but can't find the URL alias table or what it is looking for..
The URL www.debrafetty.us , Drupal runs all normal with no problems.
The setup and details comma separated:
Tried 2009-08-30 version 6.x-1.x-dev(no change), up to RC5(no change), up to RC5 + new patch from /node/572108;"Hosting Issue: ini_restore() has been disabled for security reasons, boost.module on line 2520 (PHP <= 5.1.6 bug)" (no change), No access control modules installed,
Shared Host small site, normal Drupal, has it's own database, installed in sub directory, cache directories permissions 775, Hosting Control panel is using Domain pointer to sub directory( root/debrafetty/ ), Apache Debian, MySQL 5.0.45, PHP 5.2.2,
php block database check=output:1, no server errors, no DbLog errors, caching and serving boosted pages when touched anonymous, expire working, flush on cron working, Crawler shows starting at cron(DbLog), Cron finishes normally(DbLog), Shows records in Boost's database(performance/boost), Is receiving cron key on start per notice in(DbLog), Drupal core htaccess with boosted1.txt, Tried htaccess using full path to root and Domain in place of sever name(no change) Still caches and serves boosted pages after anonymous touch, Settings.php $base_url = 'http://www.debrafetty.us'; // NO trailing slash! , Crawler throttle 20000, Enabled crawler and crawl URLs in Drupal URL alias table, all defaults enabled.
// Can't think of anything else--It all seems to be A-OK
// 3 other root installed Drupal sites on the same server are flying Boost with full colors(all different accounts, very fast)
// Yes, can do a work around, put Drupal site in root, move the non Drupal site to sub directory.
// The work around is the developer's call.
// Why peruse this? The question will come up soon enough from someone. I guess I might as well be the one before stable is released.
phpinfo attached with account number edited to all 0(s).
My day and night has been very long, will be down and out for 8 hours. Hit and run, not really, just beat.
Now i am going to click save.. but I don't want to.
| Comment | File | Size | Author |
|---|---|---|---|
| #17 | boost-572536.patch | 5.67 KB | mikeytown2 |
| #6 | boost-572536.patch | 769 bytes | mikeytown2 |
| phpinfo.txt | 18.22 KB | dbeall |
Comments
Comment #1
dbeall commentedback on this, trying more settings. after letting this run all day, cache doesn't seem to be flushing, but DbLog shows notice "Expired stale files from static page cache". Notice the "clear all boost cached data:(number) pages" is empty even though there were pages in cache..
Maybe enough goofing with this and I might find the combination that works.. Thinking some handbook info for sub directory installs might be in order..
Comment #2
mikeytown2 commentedsub directory installs are a lot harder to get running with boost; which is why I do almost all my testing in a sub dir environment; although that bit in the butt in rc5 #572348: css/js files not being copied if drupal not in subdir.
Comment #3
dbeall commentedplease don't jump too quick.. I am looking things over and may find something. Will keep updated with any news.
Comment #4
dbeall commentedyep, haven't had my morning coffee yet.. Rambling q(s)
Question, If you are doing subdirectory testing, what settings are you using other than default?
The storage directory text boxes are left blank?
The default cache directory is still cache/domain?
Using htaccess core+boosted1.txt?
Why is auto cron not flushing(but DbLog says it is) ? hmmm.
Changing a boost setting (cache lifetime) flushes cache. hmmm.
Boost database shows paths normal, cache/domain/page. hmmm.
Comment #5
dbeall commentedJust a wild thought, non-wizard--- Maybe a way to manually enter a path for boost run on for weird non-cooperating environments like sub dir.
example: /hermes/web02/b43/as.00000000a/debra_fetty/cache
Edit, I thought underscore might effect something, redid directory(last night) to:
/hermes/web02/b43/as.00000000a/debrafetty/cache.. (no change)
Comment #6
mikeytown2 commentedtry this... sorta a shot in the dark.
Comment #7
dbeall commentedpatch, clear all cache using admin_menu(assuming that is ok) Maybe need different flushing action after patch[?] , After 2 runs at it which is I guess is sort of ok, (no change). shows all good, Dblog, boost flush stale-admin, boost crawler start-admin , cron completed-poormanscron. Check cache dir, no action.
Comment #8
dbeall commentedback step, looks as if cron cleared cache. I don't trust filezilla.. I closed it and restart, check again, now it shows cache empty, but nothing regenerated, touched pages are cached and served. auto cron has not been tested..
Comment #9
dbeall commentedOne thought from yesterday. Could the htaccess from account root directory effect Boost. It has 400, 404, 410, 503 error page directs and Options +Indexes. It doesn't effect Drupal.
Comment #10
mikeytown2 commentedpages show up in the cache when you browse the site correct?
Comment #11
dbeall commentedyes, that has always worked with all releases. anonymous browse caches pages in both gz and html. Serves boosted pages on second visit.
-I suppose I could change it to root and see what happens.
-The root site is my family site and can come down for a while.
-Maybe this site doesn't have enough pages...
Comment #12
mikeytown2 commentedwhat does the status page say?
whats the output of this
Comment #13
dbeall commentedhttp://www.debrafetty.us/boost-crawler?nocache=1&key=7151b5dce0830cf77de...
Boost Installed correctly, should be working if properly configured.
Comment #14
dbeall commentedyou know, it gives me a reason to do a multisite and migrate my family site to Drupal, Which I thought about anyway. With Gallery2 and bolt phpGedView(genealogy) onto it.
Comment #15
mikeytown2 commentedwould you mind giving me login info, so I can try to figure out what is wrong?
Comment #16
dbeall commentedI just checked the server log and it is clean.
If you want root access, let me know.
Comment #17
mikeytown2 commentedK figured out the issue... allow_url_fopen is disabled on your server. But fsockopen() does work... very strange. Anyway the "fix" is to make my own version of drupal_http_request() since that works, but it doesn't allow for custom timeouts.
Comment #18
dbeall commentedis that a PHP.ini setting.. I have access to that
Comment #19
mikeytown2 commentedI believe so... but this is bound to come up again so might as well fix it.
Comment #20
dbeall commentednot to be extra dumb, but what about people with the opposite setting. ? should be documented or a way to select which one...
Comment #21
mikeytown2 commentedthen they have other issues as well. Drupal needs that function to work.
http://api.drupal.org/api/function/system_check_http_request/6
Comment #22
dbeall commentedEdit:
Ok, well, i just dis-like seeing it downgraded in functionality for a php setting that is normally enabled. You have made a work of art called Boost..
Comment #23
dbeall commentedEdit: I meant to say..
Ok, well, i just dis-like seeing it downgraded in functionality for a php setting that is normally enabled. You have made a work of art called Boost..
Comment #24
dbeall commentedyour on it, I was waiting for, scratch that.. get set the file... lol. you already put it up
Comment #25
dbeall commentedPut it in 3 other sites in root accounts, same server as debrafetty.us
If you want me to run it on HotDrupal, I will.. that RC5 is running nice.. but in the name of Boost, not a problem.
This module gets me wanting to put up a new website...
Comment #26
mikeytown2 commentedworking on some patches, will let you know when I need some testing :) (hopefully in a couple of hours)
Comment #27
mikeytown2 commentedcommitted. you can get the latest cvs or dev when it goes out in 6 hours.
Comment #28
dbeall commentedOk, working on docs, rolling comments right now, will load it soon.
Comment #29
dbeall commentedupdate. put the dev in 4 sites today.. Will update a vps site later today.
Boost is working, touched pages are cached, cron is flushing, regenerate at cron is working.
If anyone can find problems, break something or have some weird setup, that's me.... sorry.
You don't want to stop by with your semi truck or boat, I will send you home with a list of things to fix.
It's been that way for years.. Details, details.
I am watching things, will report any issues if found.
Looks good at this point.