php-general Digest 23 Aug 2009 17:55:08 -0000 Issue 6301
use them. on the other hand firebug shows the loaded css, indicates however that no css is available. as an reverse check I did load the html files direktly from the disk with file:/// ... and the css are interpreted perfectly. so the source of the problem is wamp. it seems that the @importcsss does the biggest problem.it creates a 404 error file not found it seems creating dynamic css files got some secrets involved with the wamp. I'm using this concept since ages on linux with no problem. on the @includecss it seems that the search for files are changing to the php include path or something. any idear what to check? is important for my work to create css dynamicly ralph_def...@yahoo.de Well, take the line out that's causing the problems then?! You say you don't need to know how to set a header, but you seem to insist that the CSS files are parsed by PHP. Which one is it? Thanks, Ash http://www.ashleysheridan.co.uk ---End Message--- ---BeginMessage--- You have a path problem. The browser is looking for your file/// . Remove all but the folder and file information (that is if the css folder/file are in the root directory). So if your file looks like url(f/desktop/yourcomputer/mydocuments/sites/thissite/css/css.css), remove all but the css/css.css Or, if you are using Dreamweaver, right click and use the url locator Gary Ralph Deffke ralph_def...@yahoo.de wrote in message news:67.4f.03363.a1e21...@pb1.pair.com... Hi folks, i did post this also on the Wamp page but maybe someone out there had to solve that problem as well. systems involved Firefox 3.0.13 Firefox 3.5.2 IE 6 Wamp: apache 2.2.11 PHP 5.2.9 php 5.3 I do parse css files through php Problem: css files are loaded into the browsers but not interpreted or used on RAW HTML files no php included. The html files are produced with phpDocumentor 1.4.2. IE6 uses parts of the css files loaded to display the page, Firefox NOT AT ALL. I think it might be possible that wamp throughs some wierd characters into the css files or is the header type a problem? It looks like parsing the css through the php engine changes the header of the css to text/html. this would explain why IE6 can use them. on the other hand firebug shows the loaded css, indicates however that no css is available. as an reverse check I did load the html files direktly from the disk with file:/// ... and the css are interpreted perfectly. so the source of the problem is wamp. it seems that the @importcsss does the biggest problem.it creates a 404 error file not found it seems creating dynamic css files got some secrets involved with the wamp. I'm using this concept since ages on linux with no problem. on the @includecss it seems that the search for files are changing to the php include path or something. any idear what to check? is important for my work to create css dynamicly ralph_def...@yahoo.de __ Information from ESET Smart Security, version of virus signature database 4360 (20090823) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 4360 (20090823) __ The message was checked by ESET Smart Security. http://www.eset.com ---End Message--- ---BeginMessage--- Try this at the beginning of each css file? ?php header('Content-type: text/css'); ? On Sun, Aug 23, 2009 at 5:49 AM, Ralph Deffkeralph_def...@yahoo.de wrote: Hi folks, i did post this also on the Wamp page but maybe someone out there had to solve that problem as well. systems involved Firefox 3.0.13 Firefox 3.5.2 IE 6 Wamp: apache 2.2.11 PHP 5.2.9 php 5.3 I do parse css files through php Problem: css files are loaded into the browsers but not interpreted or used on RAW HTML files no php included. The html files are produced with phpDocumentor 1.4.2. IE6 uses parts of the css files loaded to display the page, Firefox NOT AT ALL. I think it might be possible that wamp throughs some wierd characters into the css files or is the header type a problem? It looks like parsing the css through the php engine changes the header of the css to text/html. this would explain why IE6 can use them. on the other hand firebug shows the loaded css, indicates however that no css is available. as an reverse check I did load the html files direktly from the disk with file:/// ... and the css are interpreted perfectly. so the source of the problem is wamp. it seems that the @importcsss does the biggest problem.it creates a 404 error file not found it seems creating dynamic css files got some secrets involved with the wamp. I'm using this concept since ages on linux with no problem. on the @includecss it seems that the search for files are changing to the php include path or something. any idear what to check? is important for my work to create
[PHP] wierd behavior on parsing css with no php included
Hi folks, i did post this also on the Wamp page but maybe someone out there had to solve that problem as well. systems involved Firefox 3.0.13 Firefox 3.5.2 IE 6 Wamp: apache 2.2.11 PHP 5.2.9 php 5.3 I do parse css files through php Problem: css files are loaded into the browsers but not interpreted or used on RAW HTML files no php included. The html files are produced with phpDocumentor 1.4.2. IE6 uses parts of the css files loaded to display the page, Firefox NOT AT ALL. I think it might be possible that wamp throughs some wierd characters into the css files or is the header type a problem? It looks like parsing the css through the php engine changes the header of the css to text/html. this would explain why IE6 can use them. on the other hand firebug shows the loaded css, indicates however that no css is available. as an reverse check I did load the html files direktly from the disk with file:/// ... and the css are interpreted perfectly. so the source of the problem is wamp. it seems that the @importcsss does the biggest problem.it creates a 404 error file not found it seems creating dynamic css files got some secrets involved with the wamp. I'm using this concept since ages on linux with no problem. on the @includecss it seems that the search for files are changing to the php include path or something. any idear what to check? is important for my work to create css dynamicly ralph_def...@yahoo.de -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] wierd behavior on parsing css with no php included
Hi folks, i did post this also on the Wamp page but maybe someone out there had to solve that problem as well. systems involved Firefox 3.0.13 Firefox 3.5.2 IE 6 Wamp: apache 2.2.11 PHP 5.2.9 php 5.3 I do parse css files through php Problem: css files are loaded into the browsers but not interpreted or used on RAW HTML files no php included. The html files are produced with phpDocumentor 1.4.2. IE6 uses parts of the css files loaded to display the page, Firefox NOT AT ALL. I think it might be possible that wamp throughs some wierd characters into the css files or is the header type a problem? It looks like parsing the css through the php engine changes the header of the css to text/html. this would explain why IE6 can use them. on the other hand firebug shows the loaded css, indicates however that no css is available. as an reverse check I did load the html files direktly from the disk with file:/// ... and the css are interpreted perfectly. so the source of the problem is wamp. it seems that the @importcsss does the biggest problem.it creates a 404 error file not found it seems creating dynamic css files got some secrets involved with the wamp. I'm using this concept since ages on linux with no problem. on the @includecss it seems that the search for files are changing to the php include path or something. any idear what to check? is important for my work to create css dynamicly ralph_def...@yahoo.de -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: wierd behavior on parsing css with no php included
Yes, pasring .css is the problem, is there a way to tell php to send different headers based on the file extention of the file parsed ? should be, it worked on linux. ralph_def...@yahoo.de Ralph Deffke ralph_def...@yahoo.de wrote in message news:67.4f.03363.a1e21...@pb1.pair.com... Hi folks, i did post this also on the Wamp page but maybe someone out there had to solve that problem as well. systems involved Firefox 3.0.13 Firefox 3.5.2 IE 6 Wamp: apache 2.2.11 PHP 5.2.9 php 5.3 I do parse css files through php Problem: css files are loaded into the browsers but not interpreted or used on RAW HTML files no php included. The html files are produced with phpDocumentor 1.4.2. IE6 uses parts of the css files loaded to display the page, Firefox NOT AT ALL. I think it might be possible that wamp throughs some wierd characters into the css files or is the header type a problem? It looks like parsing the css through the php engine changes the header of the css to text/html. this would explain why IE6 can use them. on the other hand firebug shows the loaded css, indicates however that no css is available. as an reverse check I did load the html files direktly from the disk with file:/// ... and the css are interpreted perfectly. so the source of the problem is wamp. it seems that the @importcsss does the biggest problem.it creates a 404 error file not found it seems creating dynamic css files got some secrets involved with the wamp. I'm using this concept since ages on linux with no problem. on the @includecss it seems that the search for files are changing to the php include path or something. any idear what to check? is important for my work to create css dynamicly ralph_def...@yahoo.de -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: wierd behavior on parsing css with no php included
before you come up with how to send a header in php I'm TALKING ABOUT .CSS FILES NOT INCLUDING ANY PHP if you put this in httpconf AddType application/x-httpd-php .css the problem is caused Ralph Deffke ralph_def...@yahoo.de wrote in message news:67.4f.03363.a1e21...@pb1.pair.com... Hi folks, i did post this also on the Wamp page but maybe someone out there had to solve that problem as well. systems involved Firefox 3.0.13 Firefox 3.5.2 IE 6 Wamp: apache 2.2.11 PHP 5.2.9 php 5.3 I do parse css files through php Problem: css files are loaded into the browsers but not interpreted or used on RAW HTML files no php included. The html files are produced with phpDocumentor 1.4.2. IE6 uses parts of the css files loaded to display the page, Firefox NOT AT ALL. I think it might be possible that wamp throughs some wierd characters into the css files or is the header type a problem? It looks like parsing the css through the php engine changes the header of the css to text/html. this would explain why IE6 can use them. on the other hand firebug shows the loaded css, indicates however that no css is available. as an reverse check I did load the html files direktly from the disk with file:/// ... and the css are interpreted perfectly. so the source of the problem is wamp. it seems that the @importcsss does the biggest problem.it creates a 404 error file not found it seems creating dynamic css files got some secrets involved with the wamp. I'm using this concept since ages on linux with no problem. on the @includecss it seems that the search for files are changing to the php include path or something. any idear what to check? is important for my work to create css dynamicly ralph_def...@yahoo.de -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: wierd behavior on parsing css with no php included
On Sun, 2009-08-23 at 14:29 +0200, Ralph Deffke wrote: before you come up with how to send a header in php I'm TALKING ABOUT .CSS FILES NOT INCLUDING ANY PHP if you put this in httpconf AddType application/x-httpd-php .css the problem is caused Ralph Deffke ralph_def...@yahoo.de wrote in message news:67.4f.03363.a1e21...@pb1.pair.com... Hi folks, i did post this also on the Wamp page but maybe someone out there had to solve that problem as well. systems involved Firefox 3.0.13 Firefox 3.5.2 IE 6 Wamp: apache 2.2.11 PHP 5.2.9 php 5.3 I do parse css files through php Problem: css files are loaded into the browsers but not interpreted or used on RAW HTML files no php included. The html files are produced with phpDocumentor 1.4.2. IE6 uses parts of the css files loaded to display the page, Firefox NOT AT ALL. I think it might be possible that wamp throughs some wierd characters into the css files or is the header type a problem? It looks like parsing the css through the php engine changes the header of the css to text/html. this would explain why IE6 can use them. on the other hand firebug shows the loaded css, indicates however that no css is available. as an reverse check I did load the html files direktly from the disk with file:/// ... and the css are interpreted perfectly. so the source of the problem is wamp. it seems that the @importcsss does the biggest problem.it creates a 404 error file not found it seems creating dynamic css files got some secrets involved with the wamp. I'm using this concept since ages on linux with no problem. on the @includecss it seems that the search for files are changing to the php include path or something. any idear what to check? is important for my work to create css dynamicly ralph_def...@yahoo.de Well, take the line out that's causing the problems then?! You say you don't need to know how to set a header, but you seem to insist that the CSS files are parsed by PHP. Which one is it? Thanks, Ash http://www.ashleysheridan.co.uk -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: wierd behavior on parsing css with no php included
You have a path problem. The browser is looking for your file/// . Remove all but the folder and file information (that is if the css folder/file are in the root directory). So if your file looks like url(f/desktop/yourcomputer/mydocuments/sites/thissite/css/css.css), remove all but the css/css.css Or, if you are using Dreamweaver, right click and use the url locator Gary Ralph Deffke ralph_def...@yahoo.de wrote in message news:67.4f.03363.a1e21...@pb1.pair.com... Hi folks, i did post this also on the Wamp page but maybe someone out there had to solve that problem as well. systems involved Firefox 3.0.13 Firefox 3.5.2 IE 6 Wamp: apache 2.2.11 PHP 5.2.9 php 5.3 I do parse css files through php Problem: css files are loaded into the browsers but not interpreted or used on RAW HTML files no php included. The html files are produced with phpDocumentor 1.4.2. IE6 uses parts of the css files loaded to display the page, Firefox NOT AT ALL. I think it might be possible that wamp throughs some wierd characters into the css files or is the header type a problem? It looks like parsing the css through the php engine changes the header of the css to text/html. this would explain why IE6 can use them. on the other hand firebug shows the loaded css, indicates however that no css is available. as an reverse check I did load the html files direktly from the disk with file:/// ... and the css are interpreted perfectly. so the source of the problem is wamp. it seems that the @importcsss does the biggest problem.it creates a 404 error file not found it seems creating dynamic css files got some secrets involved with the wamp. I'm using this concept since ages on linux with no problem. on the @includecss it seems that the search for files are changing to the php include path or something. any idear what to check? is important for my work to create css dynamicly ralph_def...@yahoo.de __ Information from ESET Smart Security, version of virus signature database 4360 (20090823) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 4360 (20090823) __ The message was checked by ESET Smart Security. http://www.eset.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Can't find the server path when, in http.conf, using Alias and DirectoryIndex
I want to write a simple indexing script to display a directory full of photos as a gallery of thumbnails. (There are various solutions out there for this, but they're all a bit more complicated than I need). I've added a file in /etc/apache2/conf.d that looks like this: Alias /photos /home/public/photos Directory /home/public/photos AllowOverride None Order allow,deny Allow from all DirectoryIndex /cgi-bin/index.php /Directory I use Alias so that I can leave the photos where they are and not have to move them to DocumentRoot. I use DirectoryIndex so that the script doesn't have to be in with the photos. My problem is that the running script seems to have no way to work out the photos are in /home/public/photos. $_SERVER[REQUEST_URI] is /photos/, but I can't see how to derive the server path from that, since $_SERVER[DOCUMENT_ROOT] is /srv/www/htdocs. $_SERVER[PHP_SELF] is /cgi-bin/index.php, so no use either. How can I do this? Is there a way to interrogate the alias, or can I set a variable in the conf file that PHP can pick up? Cheers, Paul. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] wierd behavior on parsing css with no php included
Try this at the beginning of each css file? ?php header('Content-type: text/css'); ? On Sun, Aug 23, 2009 at 5:49 AM, Ralph Deffkeralph_def...@yahoo.de wrote: Hi folks, i did post this also on the Wamp page but maybe someone out there had to solve that problem as well. systems involved Firefox 3.0.13 Firefox 3.5.2 IE 6 Wamp: apache 2.2.11 PHP 5.2.9 php 5.3 I do parse css files through php Problem: css files are loaded into the browsers but not interpreted or used on RAW HTML files no php included. The html files are produced with phpDocumentor 1.4.2. IE6 uses parts of the css files loaded to display the page, Firefox NOT AT ALL. I think it might be possible that wamp throughs some wierd characters into the css files or is the header type a problem? It looks like parsing the css through the php engine changes the header of the css to text/html. this would explain why IE6 can use them. on the other hand firebug shows the loaded css, indicates however that no css is available. as an reverse check I did load the html files direktly from the disk with file:/// ... and the css are interpreted perfectly. so the source of the problem is wamp. it seems that the @importcsss does the biggest problem.it creates a 404 error file not found it seems creating dynamic css files got some secrets involved with the wamp. I'm using this concept since ages on linux with no problem. on the @includecss it seems that the search for files are changing to the php include path or something. any idear what to check? is important for my work to create css dynamicly ralph_def...@yahoo.de -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php