Page 1 of 3
0.7.1 -> 0.8: only the main page loads, nothing else
Posted: Thu May 12, 2005 4:46 pm
by Lain
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
Posted: Thu May 12, 2005 4:48 pm
by Guest
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 ...
Posted: Thu May 12, 2005 5:10 pm
by Lain
Debugging the code, i have the feeling that $uri (in index.php) is always empty... No clue why

Posted: Thu May 12, 2005 5:22 pm
by Guest
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...

Posted: Thu May 12, 2005 5:35 pm
by Lain
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
...

Posted: Thu May 12, 2005 5:49 pm
by garvinhicking
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
Posted: Thu May 12, 2005 5:56 pm
by mgroeninger
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.
Posted: Thu May 12, 2005 6:08 pm
by Guest
Yes i use french...
And if i have .NET installed, i haven't used it yet... I'll look for a web.config, thanks.
Posted: Thu May 12, 2005 6:11 pm
by Lain
I have no web.config... :-\
Posted: Thu May 12, 2005 6:12 pm
by garvinhicking
Lain: Use Apache, it does you more good than the IIS.
XAMPP is easy to install...
Regards,
Garvin
Posted: Thu May 12, 2005 6:15 pm
by Guest
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...

Posted: Thu May 12, 2005 6:18 pm
by Lain
Just something that may be important: i run IIS (and all the french stuff on it) on a Win2003 US
...

Posted: Thu May 12, 2005 6:47 pm
by mgroeninger
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.
Posted: Thu May 12, 2005 6:52 pm
by mgroeninger
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>
Posted: Thu May 12, 2005 6:55 pm
by Lain
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.