Dynamische foto oproepen m.b.v PHP in CSS

[Zakkenwasser]

Goedenavond!

Ik heb een class (Photograph) waarin ik een functie heb geschreven:

[code=php]
<?php
public function image_path() {
return $this->upload_dir.DS.$this->filename;
}
?>
[/code=php]

Deze functie maakt kortgezegd een dynamische path aan voor een foto, zodat deze in html weergegeven kan worden....dat werkt allemaal perfect met:

<img scr="$Photo->image_path()" />


Echter wil ik deze foto's dynamisch in een CSS al background weergeven:


Style.php
[code=php]
<?php

header('Content-Type: text/css');
require_once("../photo-gallery/includes/initialize.php");
$Photo = new Photograph();

?>

.id_nummer {
background: url(<?php echo $Photo->image_path() ?>) ;


}
[/code=php]

Ik krijg geen fout melding, het resultaat is een leegveld waar ik de imagepad van verwacht.

^* CSS bestand werkt overigens gewoon op deze manier wel

[ Voor 3% gewijzigd door Zakkenwasser op 24-06-2009 07:34 ]

[RobIII]

Debuggen: Hoe doe ik dat?
Heb je al gekeken of $Photo->image_path() wel iets geeft? En als je dat vervangt door echo "123", zie je dat dan wel? Je weet zeker dat het door php gehaald wordt? Je ziet (nu) dus "background: url();" in de output? Etc. etc.

[ Voor 8% gewijzigd door RobIII op 24-06-2009 00:28 ]

[Zakkenwasser]

RobIII schreef op woensdag 24 juni 2009 @ 00:28:
Debuggen: Hoe doe ik dat?
Heb je al gekeken of $Photo->image_path() wel iets geeft? En als je dat vervangt door echo "123", zie je dat dan wel? Je weet zeker dat het door php gehaald wordt? Je ziet (nu) dus "background: url();" in de output? Etc. etc.

met echo 123 zie ik inderdaad wel
background: url(123);

met echo $Photo->image_path(); zie ik
background: url(images/); (mijn image directory)


Als ik daarna
$Photo = new Photograph();

en $Photo echo krijg ik:

background: url(photo-gallery/public/<br />
<b>Catchable fatal error</b>: Object of class Photograph could not be converted to string in ....

[NMe]

Je echo't normaal gesproken ook geen objecten, je print ze met var_dump. Als je een object wel wil kunnen echoen zou je iets met __toString kunnen doen, maar of dat nou zoveel toevoeging heeft over een var_dump...

Anyway, wat je eigenlijke fout betreft: heb je display_errors aan staan? Staat error_reporting op E_ALL én E_STRICT? Wat geeft var_dump($Photo->image_path())?

[Cousin Boneless]

PHP:

require_once("../photo-gallery/includes/initialize.php");

Je include is wat tricky. Is het niet zo dat toen het werkte je dit direct vanuit de directory photo-gallery aanriep, en dat je nu je script naar bijvoorbeeld /css hebt verplaatst? In dat geval denk ik dat de includes vanuit de include niet meer gevonden kunnen worden en je $Photo derhalve niet kan worden geinitialiseerd.
Sub-includes werken namelijk relatief tov het script dat je aanroept (style.php) en niet tov het path waarin initialize.php staat.

Ik zou daarom aanraden de include paths in .htaccess aan te geven.

[NMe]

require_once geeft een hele harde foutmelding als het pad niet goed is en de include dus niet goed gaat.

[Manuel]

NMe schreef op woensdag 24 juni 2009 @ 02:33:
require_once geeft een hele harde foutmelding als het pad niet goed is en de include dus niet goed gaat.

include(_once) geeft anders ook wel een foutmelding af, maar dat is een E_WARNING in plaats van FATAL
Maar om toch nog even een aanvulling te geven wat betreft dit topic, ik denk toch echt dat het een simpel probleem is.

Kun je ons anders misschien de waarden van de "return" geven?
(Deze 3: $this->upload_dir | DS | $this->filename)

(Probeer anders eens een absolute path in te voeren, dan kijken of die het doet )

[Zakkenwasser]

NMe schreef op woensdag 24 juni 2009 @ 00:44:
Je echo't normaal gesproken ook geen objecten, je print ze met var_dump. Als je een object wel wil kunnen echoen zou je iets met __toString kunnen doen, maar of dat nou zoveel toevoeging heeft over een var_dump...

Anyway, wat je eigenlijke fout betreft: heb je display_errors aan staan? Staat error_reporting op E_ALL én E_STRICT? Wat geeft var_dump($Photo->image_path())?

E_ALL en E_STRICT staan aan en daarbij kreeg ik geen foutmelding.

Var_dump geeft tevens deze fout melding:
"string(7) "images/"

Manueltje22 schreef op woensdag 24 juni 2009 @ 04:01:
[...]


include(_once) geeft anders ook wel een foutmelding af, maar dat is een E_WARNING in plaats van FATAL
Maar om toch nog even een aanvulling te geven wat betreft dit topic, ik denk toch echt dat het een simpel probleem is.

Kun je ons anders misschien de waarden van de "return" geven?
(Deze 3: $this->upload_dir | DS | $this->filename)

(Probeer anders eens een absolute path in te voeren, dan kijken of die het doet )

De uitkomst daarvan is "/images"
dat is mijn upload directory waar mijn foto's staan.

$this->filename geeft blanco waarde.

@hier beneden :
Klopt, ik had dit al correct in mijn script staan, alleen stond was het hier een typo.

[ Voor 36% gewijzigd door Zakkenwasser op 24-06-2009 07:35 ]

[Ramon]

MrJey schreef op woensdag 24 juni 2009 @ 00:21:

Style.php
[code=php]
<?php
...
$Photo = new Photograph;
...
[/code=php]

...

moet dat niet zijn

PHP:

$Photo = new Photograph();

[Zakkenwasser]

ff een update:

ik heb deze net toegevoegd aan het begin van style.php
[code=php]
<?php
$sql = "SELECT * FROM photographs ";
$sql .= "ORDER BY id DESC ";
$sql .= "LIMIT 12 ";
$photos = Photograph::find_by_sql($sql);

?>
[/code=php]

en bij de css
[code=php]
background: url( <?php foreach($photos as $photo):
echo $photo->image_path();
endforeach; ?> ) no-repeat;

[/code=php]
geeft mij:
"images/framboos.jpgimages/kabouter.jpgimages/zwaan.jpgimages/zonsondergang.jpg"

verander ik de "Limit 1" in de SQL dan krijg ik mijn laatste image, maar niet op de dynamische manier zoals ik dat had verwacht.

[ Voor 6% gewijzigd door Zakkenwasser op 24-06-2009 08:27 ]

[Janoz]

hmm... Dan begin ik een ander donkerbruin vermoeden te krijgen...


Je weet toch hopelijk wel dat je (met php gegenereerde) css pagina en je (met php gegenereerde) html pagina op de server als twee compleet verschillende requests worden gezien? Dat alle variabelen die je gebruikt in je html pagina op geen enkele manier invloed hebben op de variabelen die je in je css gebruikt en vise versa?

verander ik de "Limit 1" in de SQL dan krijg ik mijn laatste image, maar niet op de dynamische manier zoals ik dat had verwacht.

Wat voor dynamische manier had je uberhaupt verwacht wanneer je altijd dezelfde query met dezelfde volgorde gebruikt om je data te vullen??

[ Voor 26% gewijzigd door Janoz op 24-06-2009 09:01 ]

[Zakkenwasser]

Janoz schreef op woensdag 24 juni 2009 @ 09:00:
hmm... Dan begin ik een ander donkerbruin vermoeden te krijgen...


Je weet toch hopelijk wel dat je (met php gegenereerde) css pagina en je (met php gegenereerde) html pagina op de server als twee compleet verschillende requests worden gezien? Dat alle variabelen die je gebruikt in je html pagina op geen enkele manier invloed hebben op de variabelen die je in je css gebruikt en vise versa?


[...]

Wat voor dynamische manier had je uberhaupt verwacht wanneer je altijd dezelfde query met dezelfde volgorde gebruikt om je data te vullen??

<p>
<span class="id_number">$id</span>
<a href="photo_gallery.php?id=1">click voor foto1</a>
</p>

.id_number {
background: url(../bla/bla/foto1.jpg) no-repeat;

<p>
<span class="id_number">$id</span>
<a href="photo_gallery.php?id=2">click voor foto2</a>
</p>

.id_number {
background: url(../bla/bla/foto2.jpg) no-repeat;
}

zoiets

[Janoz]

Sorry, ik heb geen idee wat je nu probeert te doen.

[Raynman]

Ik heb het idee dat Janoz' vermoeden correct was, omdat je nu HTML en CSS bij elkaar gooit. Verder blijkt uit je post met de SQL-query dat je een Photograph-object wel degelijk op een of andere manier een bestandsnaam moet voeren (ik neem tenminste aan dat find_by_sql() iets doet als bestandsnamen uit de resultset halen en voor elk bestand een Photograph-object aanmaken). Dat zou ook een vrij logisch opzet zijn (logischer dan een Photograph-klasse die op magische wijze altijd het juiste plaatje kiest; want die kant lijk je met de oorspronkelijke PHP-code in het CSS-bestand op te willen).

[ Voor 7% gewijzigd door Raynman op 24-06-2009 11:10 ]

[RobIII]

MrJey schreef op woensdag 24 juni 2009 @ 10:13:
[...]

zoiets

That... doesn't... make... sense. At all

[--MeAngry--]

Voor zoiets hebben ze <IMG /> uitgevonden.

PHP zou ik zelf nooit in CSS files gebruiken, maar hoogstens in inline CSS zodat je losse files niet ook geparsed hoeven te worden door PHP. (En ze dus beter te cachen zijn.)

Of ik begrijp gewoon helemaal niet wat je nu doet.

[ Voor 77% gewijzigd door --MeAngry-- op 24-06-2009 11:28 ]

[NMe]

Ramon schreef op woensdag 24 juni 2009 @ 07:25:
[...]

moet dat niet zijn

PHP:

$Photo = new Photograph();

Mag beiden in PHP.

[Zakkenwasser]

RobIII schreef op woensdag 24 juni 2009 @ 11:16:
[...]

That... doesn't... make... sense. At all

Ik ben nu niet thuis waar ik de exacte code heb staan.
Simpel gezegd doel ik hiermee te zeggen dat ik de class background in CSS variable wil maken naar de foto's die opgeroepen worden met $photo->image_path ipv dat iedere css class nu dezelfde background heeft.


nb:
Met img geef ik de thumbnail al weer en met background wil ik een zeer klein preview maken.

[Cousin Boneless]

Wat Janoz ook al zei: er is server side geen verband tussen de twee files. Je moet dus dezelfde lus herhalen in je CSS file:

styles.php (CSS):

PHP:

<?php 
header('Content-Type: text/css'); 
require_once("../photo-gallery/includes/initialize.php"); 

$sql = "SELECT * FROM photographs\n"
    ."ORDER BY id DESC\n" 
    ."LIMIT 12"
$photos = Photograph::find_by_sql($sql); 
        
for ($i=0; $i < $photos.length; $i++)
{
?> 
.id_number_<?php=$i?> {
    background-image: url(<?php=$photos[$i].image_path()?>);
    background-repeat: no-repeat; }
<?php
}
?>

viewer.php (HTML):

PHP:

<?php
require_once("../photo-gallery/includes/initialize.php"); 
?>
<html>
    <head>
        <link rel="stylesheet" href="styles.php" type="text/css">
    </head>
    <body>
<?php
$sql = "SELECT * FROM photographs\n"
    ."ORDER BY id DESC\n" 
    ."LIMIT 12"
$photos = Photograph::find_by_sql($sql); 
        
for ($i=0; $i < $photos.length; $i++)
{
?>
        <p>
            <span class="id_number_<?php=$i?>"></span>
            <a href="photo_gallery.php?id=<?php=$i?>">click voor foto<?php=$i?></a>
        </p>
<?php
}
?>
    </body>
</html>

En ja, je kan ook voor elke foto apart een CSS genereren, maar dan moet je dus het foto-id als parameter doorgeven ofzo. En dan nog moet je CSS unieke selectors gebruiken. Erg nuttig lijkt me dat dan ook niet.

[Cartman!]

Waarom doe je het niet gewoon inline dan als je het toch bij je HTML hebt zitten?

PHP:

foreach($photos as $photo)
{
?>
<p>
    <span style="background-image:url(<?= $photo['image_path']; ?>);"><?= $photo['id']; ?></span>
    <a href="photo_gallery.php?id=<?= $photo['id']; ?>">click voor foto<?= $photo['id']; ?></a>
</p>
<?php
}

edit: verder denk ik dat t vooral in de eerste reply zit... "debuggen hoe doe ik dat"

[ Voor 14% gewijzigd door Cartman! op 24-06-2009 13:35 ]

[Janoz]

Mwah, ik denk dat het niet een debug probleem is. Het lijkt me meer een compleet gebrek aan inzicht in de werking van html en http.

Als ik het goed begrijp verwacht de topicstarter dat hij, tijdens het renderen van de pagina, halverwege de css kan aanpassen. Dat er op een bepaalde positie in de html aangekomen is en dat vanaf daar een andere css zou kunnen gelden. Alsof dat nog niet weird genoeg is moet dit ook nog klaargespeeld worden door twee compleet los van elkaar afgehandelde requests.

[Cartman!]

Ben het met je eens maar dat vond ik dan weer n beetje bot. Maarja, tis niet t eerste topic wat daarop uitdraait van de TS als ik me niet vergis.

[Zakkenwasser]

Janoz schreef op woensdag 24 juni 2009 @ 14:13:
Mwah, ik denk dat het niet een debug probleem is. Het lijkt me meer een compleet gebrek aan inzicht in de werking van html en http.

Als ik het goed begrijp verwacht de topicstarter dat hij, tijdens het renderen van de pagina, halverwege de css kan aanpassen. Dat er op een bepaalde positie in de html aangekomen is en dat vanaf daar een andere css zou kunnen gelden. Alsof dat nog niet weird genoeg is moet dit ook nog klaargespeeld worden door twee compleet los van elkaar afgehandelde requests.

duh... alles wordt van boven naar beneden gelezen.
Snap ook wel dat een php/css bestandje eerst geschreven wordt, en dat dat later niet nog eens gewijzigd word.

* Zakkenwasser gaat zich schamen en zal toekomstige beginners vragen maar toch weer stellen bij phphulp.nl ed.

toch bedankt allemaal.