|
The archives are showing up for me a-okay! Maybe it depends on your web browser? (I'm using Firefox 1.5.0.4)
What I noticed on my website (www.djchuang.com) is that djchuang.com/archives would not show the live archive on the page, but that www.djchuang.com/archives would.
It looks like you have the exact opposite symptom! :)
Originally posted 71 months ago.
(permalink)
djchuang edited this topic 71 months ago.
|
|
Yep : that's it. Wordpress install setup ask for the base URL of the blog. Either you don't enter the www. at that point (then ELA will show up when someone hit the archive URL without www.) or you did (and then ELA shows up at the URL using www.)
Posted 71 months ago.
(permalink)
|
|
Same problem here..
It caches the junk correctly I notice, but I just get a blank page.
It's not the www base url in wordpress thing either. Neither works for me.
Simon
molinism.com/
Posted 71 months ago.
(permalink)
|
|
Me too. I'm a newbie, so maybe I did some set-up thing wrong. I put the files in my plug-in folder, activated it, and then initiated it at the options page. It said it should be up and running, but when I added the tag in my archives page, nothing showed up. I have absolutely no idea what to do.
Posted 71 months ago.
(permalink)
|
|
Okay, I've been working at this for a while. The ...archive.js.php file, when accessed directly, returns valid javascript but a 404 not found response header. For me, that means it was completely ignored by 90% of the browsers I have access to, Safari being the only one that would recognize it. The script would show up in the generated source code but would not be interpreted. Now the question is why?
I modified my functions.php file temporarily:
function status_header( $header ) {
if ( 200 == $header )
$text = 'OK';
elseif ( 301 == $header )
$text = 'Moved Permanently';
elseif ( 302 == $header )
$text = 'Moved Temporarily';
elseif ( 304 == $header )
$text = 'Not Modified';
elseif ( 404 == $header ) { //hacked by Brett to make extended archives work
$text = 'OK';
$header = '200'; }
elseif ( 410 == $header )
$text = 'Gone';
@header("HTTP/1.1 $header $text");
@header("Status: $header $text");
}
and got it working. Can anyone come up with a better fix?
Posted 71 months ago.
(permalink)
|
|
terpstra_brett,
You are a genius and my hero from now on. Ok, it is a hack, but ELA works now. It had nothing to do with www being there or not.
Thank you so much for this.
Posted 71 months ago.
(permalink)
|
|
|
Hey, that's nice to hear every once in a while ;-). I'd just really like to know what it is in WP that makes it return a 404 header?
Posted 71 months ago.
(permalink)
|
|
|
Apparently it didn't do this a few revisions ago, so it could be a bug, or a side-effect of some improvement. You would know better, how about posting to the Wp trac ?
Posted 71 months ago.
(permalink)
|
|
|
Will do.
Posted 71 months ago.
(permalink)
|
|
|
I posted a ticket on the WP trac, I will post back here if I hear any news.
Brett
Posted 71 months ago.
(permalink)
|
|
Hi there,
Once people were talking about the error of "cannot read years database," I had the idea to check the CHMOD of each individual file in the cache folder, as well as the CHMOD of the cache folder.
My cache folder was still set at 777, but the files inside were all set at 644. Since it was having troubles reading the files, I decided to set the CHMOD to 777 on ALL the files in the folder. Without even having to go back and refresh my archives page, the archives showed up.
Yay!
Posted 71 months ago.
(permalink)
|
|
|
Hey,
Just to add a ltille more data: i was having some problems with templating an email-subscription system powered by Listmessenger in my WP website too. This is the thread where i describe it to the Listmessenger developer:
forum.listmessenger.com/index.php?showtopic=2568
The developer was very, very helpfull, and found out about the same thing as Brett. At the time i had no idea WP's behavior could be changed, but after i hacked WP as per Brett's instructions, the templating began to work as expected.
Originally posted 71 months ago.
(permalink)
anatman edited this topic 71 months ago.
|
|
|
WP trac hasn't accepted my ticket yet, and I don't know enough about the problem to offer a better hack. I've been running it for a while with no adverse effects, but I still *really* don't like the idea of forcing a page's headers to OK. I wish they'd take my ticket!
Posted 71 months ago.
(permalink)
|
|
|
My bet is that they will - things are just a little slow to happen...
Posted 71 months ago.
(permalink)
|
|
so i guess there's no concrete way to fix this?
i'm using the latest vers of wp, this plugin, set 777 to the cache dir and all files within and still no archive when trying with and w/o 'www.' in my url.
Posted 71 months ago.
(permalink)
|
|
|
ok. well, after sifting through threads and pages i've finally found out that taking permalinks off (setting them to default) makes the archives work.
but, why????
is there any way to fix this in the future? i'd rather prefer my custom date and name based permalink style...
Posted 71 months ago.
(permalink)
|
|
|
Using the fix above I'm running live archives with my permalinks on. But no, I still don't have a concrete fix.
Posted 71 months ago.
(permalink)
|
|
Having surfed this forum and all links leading from it, modifying all sorts of files, including the hack above, and tried with/without www etc I can safely say that nothing is working for me.
The ELA disappeared when I upgraded my WP 2.0.3 to WP 2.0.4 (after having disabled all plugins and then enabling them again after upgrade). I'm starting to regret my "upgrade" now.
Posted 70 months ago.
(permalink)
|
|
|
It is almost definitely a Wordpress problem. Still no word from the trac on what can be done about it...
Posted 70 months ago.
(permalink)
|
|
Brett's kludge provided a short-term fix for me as well. Thanks!
Posted 70 months ago.
(permalink)
|
|
where do I put that code in the file?
Posted 70 months ago.
(permalink)
|
|
Beware Brett's "kludge", although effective, breaks your ability to use Google Sitemaps:
Posted 70 months ago.
(permalink)
|
|
|
Doesn't realy break the ability to verify, just to verify in that one method. You can use the fix and verify your site using Google's meta tag method (you would place a meta tag with a verification code in the page header section).
Posted 70 months ago.
(permalink)
|
|
|
I'm using Google sitemaps fine with the second method... not trying to defend a really bad hack or anything ;-).
Posted 69 months ago.
(permalink)
|
|
where do I put the code for the 'hack'... don't want to wreck anything at my end...
my archives aren't appearing anymore since my WP upgrade either :(
www.altrap.com/write/?page_id=594
Posted 69 months ago.
(permalink)
|
|
|
well, here's an easy solution to make the archives appear.
download the RunPHP plugin and install it.
edit your archives page under Manage and paste:
<?php if (function_exists('af_ela_super_archive')) {af_ela_super_archive();} ?>
into the page content box. on the right hand side you should see many little boxes and the bottom one should be runPHP. check it. save and it should load. view this image for an example.
anyway. it worked for my archive (refresh if it doesn't show. not sure about that) but it still doesn't fix the permalink problem...
hope this helps.
Posted 64 months ago.
(permalink)
|
|
i could manage to hack the problem of getting 404 header... follow below steps...
1. open ...wp-content/plugins/af-extended-live-archive/includes/af-extended-live-archive.js.php file
2. search for "header("Cache-Control: public");" and put "header('HTTP/1.1 200 OK');" above it..
hope this should work!!!!
Posted 64 months ago.
(permalink)
|
|
has anyone seen an official fix for this yet?
(still seeing the problem with WP 2.2.1 & ELA.10Br18)
Posted 59 months ago.
(permalink)
|
Would you like to comment?
Sign up for a free account, or sign in (if you're already a member).
|
Extended Live Archive /
Discuss
Feed – Subscribe to Extended Live Archive discussion threads
