"Next page" link not working

[shanek]

Well, according to GoDaddy they have mod_rewrite turned on on all their Linux servers. They sent me this link:

http://help.godaddy.com/article.php?article_id=899

So there's got to be some other reason why it all falls apart when I turn on mod_rewrite.

[sprocketlogic]

I am having the same problem with one of my blogs (s9y v1.12). When a user goes to the "next page" link (/index.php?/archives/P2.html) the template is displayed and only the letter "A" shows up.

This is the same case for any P[number] you put in there.

However, when you enter any other archive item, it works fine. For example:

index.php?/archives/220-NSL-Recipients-and-more-here.html

mod_rewrite is not available on the server and it is turned off in the configuration. The paths are the stock paths. No .htaccess file exists (which would do no good anyway).

This is a client's site and they are getting anxious. Another client that runs s9y v. 1.11 is working fine.

[garvinhicking]

Hi Shane!

Maybe you can show them your .htaccess and they might be able what special setup they have so that it no longer works. Maybe it's because of the use of "RewriteBase"?

Sprocket: Maybe I can help you if you give us your URL so that I can see for it. It sounds like some fatal PHP error, maybe you should check your PHP and Apache errorlogs. It might be related to one of your event plugins, tell us the ones you're using.

Regards,
Garvin

[sprocketlogic]

Garvin,

I have the following plugins installed:

Sidebar:

HTML Nugget
Categories
Archives
Syndicate This Blog
Quicksearch
Recent Entries

Event:

Markup: Serendipity
Markup: Emoticate
Markup: NL2BR
Browser Compatability
Spam Protector
Spartacus
Category Assignment
Spam Protector (SURBL)
Trackback-Control

I have no .htaccess file installed because mod_rewrite is not installed on the server. Unfortunately, this is the client's server and I cannot really installed new packages so I am limited to what they offer.

I also have a s9y 0.8.5 blog running on the server and it is working fine.

Much thanks!

--Keith

[shanek]

Hi Shane!

Maybe you can show them your .htaccess and they might be able what special setup they have so that it no longer works. Maybe it's because of the use of "RewriteBase"?

Yes, I posted the .htaccess file earlier. I'll forward it to GoDaddy; that's a good idea, thanks.

[garvinhicking]

Hi Keith!

I looked at the URL you PM'ed me. It seems you are using some sort of custom code include? The way your template is included looks odd. Are you using any custom PHP or so?

Okay, so no .htaccess file is created there, you are absolutely sure? Your list of event plugin is harmless, I believe.

Maybe it could help if you delete all files in "templates_c" so that serendipity will rebuild all cached files. Maybe there's an error somewhere in a compiled template that can not be overwritten or so.

Regards,
Garvin

[shanek]

GoDaddy confirmed that the features are supported, but as they don't support third-party applications they were unable to give me any more support than that. But it is supported by GoDaddy, and it's still not working properly.

[garvinhicking]

Hi!

Well, it would be nice of GoDaddy to tell you what in the mod_rerwite support has changed since you moved servers, because it intiially worked.

Did they tell you anything about the use of RewriteBase? I think I remember someone on the forums once wrote something about that godaddy had issues with this variable. Maybe you can search the forums for the 'godaddy' term?

Regards,
Garvin

[shanek]

They say it hasn't changed; it's set the same way on all their servers. They didn't mention RewriteBase specifically, but it was in the .htaccess file I sent them and they said it was all supported.

I'll do a Google search and see what I come up with.

[sprocketlogic]

Garvin,

Because of the site template we are using a custom include. Here is the index.php file:

<?php

ob_start();
require 'blog.php';
$page['content'] = ob_get_contents();

ob_end_clean();

$page['title'] = "Client Name Blog";

require_once("./interior_template.php");

?>

The interior_template.php file simply has their site template in it with the line echo($page['content']) to display the blog. I am actually using that approach to all of the s9y blogs.

I removed the cached files and it's still not working.

Thanks again!

--Keith

[shanek]

Well, after a lot of Googling, I can find absolutely no reason why mod_rewrite shouldn't work with GoDaddy. Forums for other applications talk about mod_rewrite with GoDaddy with no problems.

[garvinhicking]

Hi shane!

You did try to remove that RewriteBase thing, right?

Sprocket: Did you rename the serendipity index.php? You should never do that! Instead you need to use your own "blog.php" that you confiogure as the 'Index File' in the s9y configuration. This should contain your custom wrapping script. Also check the s9y.org faq/documentation on embedding how to properly use output buffering on the s9y scripts.

HTH,
Garvin

[sprocketlogic]

Garvin,

So, I did the following:

I renamed the blog.php file back to index.php. I then created a new blog.php file that was the original index.php file.

I went to the admin and changed the Indexfile filename to "blog.php". I get the same result.

When I change the Indexfile name to index.php, the archives work fine. But then there is no styling around the blog (because it bypasses the blog.php file which has the include(template) call).

Thank you again!

--Keith

[garvinhicking]

Hi!

Maybe you first need to issue a chdir() command in your custom blog.php file to make sure it switches to the right directory?

Best regards,
Garvin

[sprocketlogic]

Garvin,

I tried the chdir() command and nothing worked.

Is there some modification I can make to the htaccess file where we can put the archives in another URL? I have found this problem occurs only on the latest version. The archives work fine on 0.85 (I know, old, old, old!)

Much thanks!

--Keith