0.7.1 -> 0.8: only the main page loads, nothing else

Lain · Post by **Lain** » Thu May 12, 2005 4:46 pm

Hi everyone,

I'm facing a big problem... :-\
My 0.7.1 bLog was working very very well until here; i wanted to update, followed all the rules, and boom, there's something wrong.

http://matthy.dyndns.org/blog/

As you can see, the page loads, the database works, but NO link does, and there's also no CSS. I thought it was a path problem, tried many combinations (c:/inetpub/wwwroot/blog/, c:\..., c:\\... etc), but it seems it doesn't matter.

I really need your help... I'm desperated

Lain

Guest · Post by **Guest** » Thu May 12, 2005 4:48 pm

May i add that pages like serendipity_admin.php?serendipity[adminModule]=... DO WORK (without the style...); the problem seems to be here with all the pages looking like something.php?/a_path ...

Lain · Post by **Lain** » Thu May 12, 2005 5:10 pm

Debugging the code, i have the feeling that $uri (in index.php) is always empty... No clue why

Guest · Post by **Guest** » Thu May 12, 2005 5:22 pm

Woohoo !

In index.php, replacing
$uri = $_SERVER['REQUEST_URI'];
by:
$uri = "http://".$_SERVER['HTTP_HOST'].$_SERVER['URL'].$_SERVER['QUERY_STRING'];

makes all the stuff work ! Looks like my server doesn't like REQUEST_URI (but why the heck was it working before ??)...

Last problem: display of special characters (accents...) ! é, à, etc look like a little square. But i guess this isn't harder to solve than the previous problem ?

Sorry for the flood...

Lain · Post by **Lain** » Thu May 12, 2005 5:35 pm

Looks like all the page is translated in UTF-8, while i want it in ISO (and the language file is begging for ISO too). The source code of my page includes all the squares. That's... uh

Another little problem (sorry): calendar doesn't work

...

Post by **garvinhicking** » Thu May 12, 2005 5:49 pm

It seems you are using IIS. Serendipity only operates tested in Apache environment.

Serendipity 0.9 and the upcoming 0.8.1 release contain some fixes for IIS interoperability.

Which language are you using in your blog? French?

Looking at your page now it seems to be working fine?

Regards,
Garvin

mgroeninger · Post by **mgroeninger** » Thu May 12, 2005 5:56 pm

Apparently, ASP.net adds the charset=utf-8 header automatically. I think this might help you:

http://weblogs.asp.net/mspedding/archiv ... 31461.aspx

The long the short of it:

...in the web.config file :
<globalization

requestEncoding="utf-8"

responseEncoding="utf-8"

/>

The request and the response encoding have to match the charset defined in your web page or your page will not display correctly.

I haven't tested this.

Guest · Post by **Guest** » Thu May 12, 2005 6:08 pm

Yes i use french...

And if i have .NET installed, i haven't used it yet... I'll look for a web.config, thanks.

Lain · Post by **Lain** » Thu May 12, 2005 6:11 pm

I have no web.config... :-\

Post by **garvinhicking** » Thu May 12, 2005 6:12 pm

Lain: Use Apache, it does you more good than the IIS.

XAMPP is easy to install...

Regards,
Garvin

Guest · Post by **Guest** » Thu May 12, 2005 6:15 pm

garvinhicking wrote:Lain: Use Apache, it does you more good than the IIS.

XAMPP is easy to install...

Regards,
Garvin

I have to use IIS... Sorry, no choice. But it worked very well in 0.7.1...

You think the special chars issue comes from IIS ? I looked in IIS config and saw nothing that could help...

Lain · Post by **Lain** » Thu May 12, 2005 6:18 pm

Just something that may be important: i run IIS (and all the french stuff on it) on a Win2003 US

...

mgroeninger · Post by **mgroeninger** » Thu May 12, 2005 6:47 pm

I think the character set issue is the result of the .net install. And I don't think the problem is because of the Windows 2003 US edition.

But I could be wrong.

Can you remove the aspnet_isapi.dll ISAPI extension from the website instance you have the blog in and try it?

Here is my reasoning:

The blog application itself sends the correct charset header. This means something else is conflicting with this. I see no conflicting headers sent to the client. But I do see the X-Powered-By: ASP.NET header sent for all files (including images). I believe this means everything served from the server is running through the asp.net extension (which wouldn't surprise me, since it has some nifty webside authentication and file security tricks).

Now, I haven't played with IIS 6 at all, and I have only played with .net a little, so I can't help you on the configuration of the server. I think you may be able to add a web.config to your web directory to configure asp.net for that webserver instance, or you can fiddle with machine.config file which is located in Windows\Microsoft.Net\Framework\xxx\config directory (where xxx is 1.0.3705 for version 1.0 of the Framework, or 1.1.4322 for version 1.1). Look for the globalization section.

A good resource about asp.net configurations is msdn magazine. A specific article for you would be:
http://msdn.microsoft.com/msdnmag/issue ... ASPColumn/

But that has exhuasted my knownledge.

mgroeninger · Post by **mgroeninger** » Thu May 12, 2005 6:52 pm

Actually, one more resource (incase you find the globalization setting in machine.config):

http://msdn.microsoft.com/library/defau ... ection.asp

Specifically:

The following example specifies the default request and response encoding for an ASP.NET application.
Code: Select all
<configuration>
   <system.web>
      <globalization 
         requestEncoding="iso-8859-1"
         responseEncoding="iso-8859-1"/>
   </system.web>
</configuration>

Lain · Post by **Lain** » Thu May 12, 2005 6:55 pm

Is there a function, in Serendipity, that parses the entire page that is gonna be sent and does some changes on it ?

All the administration zone works perfectly well; the special chars are displayed correctly. The HTMLareas also work fine.

Only the public page (index.php?...) has problems.