|
Author
|
Message
|
|
Andrew K
|
Saturday 23 September 2006 1:12:45 pm
I've just set up an eZpublish test system. I decided to use the host name access type so I have a www.website.com and an admin.website.com. The www.website.com works just fine. But when I login to the admin.website.com the stylesheet do not load. I can see all of the text just fine. Upon looking at the source of the page I noticed that the URL it's using to load the CSS files is not formed correctly. It appends the entire url to the end of the relative URL. So the css url looks like: /ezpublish/index.php/http://admin.website.com/ezpublish/design/admin/stylesheets/core.css
Other links appear this way as well. Did I miss something?
|
|
Claudia Kosny
|
Monday 25 September 2006 1:04:37 pm
Hello Andrew I am pretty sure that I have read about this problem before but as I don't remember right now, I need more information. What version of EZ do you use? Does the problem occurr with images and other urls as well? Also please post the part of the site.ini where you make your host matching. Greetings from Luxembourg Claudia
|
|
Andrew K
|
Monday 25 September 2006 1:16:33 pm
Version 3.8.4 is what I am using. I have since gone back to the URL access method, since this is just a test at the moment. Though I did see that you can switch over to site access method after the fact. I may try and do that. I had not made any changes to the default site.ini. When I did the install I set the user url to be www.website.com and the admin to be admin.website.com. Those are the only things I set when I set up the site access method. If I get a chance I'll re install on my virtual machine and duplicate the problem. Then I can get you the site.ini. --Andrew
|
|
Andrew K
|
Monday 25 September 2006 1:17:41 pm
Oh and the answer to the second question. It seemed to only happen to the CSS and meta links. Images seems to show up correctly and link appeared to work as well. --Andrew
|
|
Andrew K
|
Monday 25 September 2006 1:43:15 pm
I just deleted and reinstalled. And it's now working perfectly. Odd... Not sure what I did differently. Well, I'll head back here if I run in to the problem again. Thanks. --Andrew
|
|
Michael Kress
|
Wednesday 09 May 2007 5:56:24 am
Hello, has somebody got more information on this issue? I've got the same effect here, I get an all white login screen for the admin interface, the css files are not being loaded, although they're reachable. I'm using centos-4 with a self compiled php-4.4.7 on an i686.
It's a fresh install of version 3.9.2 and I had this issue with versions before. I'm using firefox 2.0.0.3 on the client side. No chance to test this on another browser on this client machine.
Regards Michael
|
|
Andrew Duck
|
Wednesday 09 May 2007 8:12:56 am
Michael, Whilst the css files are accessible via browser, have you checked the source code of outputted admin page to see where it is trying to source the files from? Does the requested file (as per source code output) match the location of the files?
Andrew Duck, Executive Director, Quiqcorp Limited
eZ Certified Developer and Trainer.
Member of the Community Project Board
http://quiqcorp.com | http://twitter.com/andrewduck
|
|
Michael Kress
|
Thursday 10 May 2007 12:57:52 am
Hi, this code is produced in the source on the admin page:
<style type="text/css">
@import url("/design/admin/stylesheets/core.css");
@import url("/design/admin/stylesheets/site.css");
@import url("/design/standard/stylesheets/debug.css");</style>
The files are definitely accessible, I can paste the urls into the address line (append to the admin url) and view the css files. I even can login, but the css files are not working/loading. The only thing that may be odd: The server's ip address is not known in any name server, it's only added to the hosts file, on the client as well as on the server. I can ping the name entered in hosts on both sides.
Regards,
Michael
|
|
Michael Kress
|
Thursday 10 May 2007 1:05:22 am
Hi again, I'm sorry, that was an issue of Ad Block plus. I had 'ad' in the host name (admin) and 'ad' in the URL (admin), so ad block blocked ad.
Sh.. and I lost quite a time trying to find the error...
Thanks anyways
Michael
|
|
Andrew K
|
Thursday 10 May 2007 7:25:14 am
Oh man! Don't you hate that! It's always the simple things that make us work the hardest.
|