[PHP] Nieuwe server voert één string niet uit

[Bananenspin]

Ik dacht dat ik iets heel stoms over het hoofd zag maar de heren op een grote php website konden mij al niet helpen dus daarom hoop ik dat hier wel een slimme kop bij zit die ziet of ik misschien wat fout doe of dat het echt een hele rare fout is..

Ga binnenkort verhuizen naar een nieuwe server welk een VPS is waar ik nu nog shared hosting heb.
Deze server is al online en ik heb ook alles al werkend, lighttpd, mysql en php5.
Het probleem nu is dat ik één regel code heb in een template parses voor de header genaamd header.php die ervoor zorgt dat bepaalde stylesheet elementen andere kleuren krijgen, afhankelijk van de pagina waar je op zit.

De volgende regel: <link rel="stylesheet" href="/template/style.php<?=$p;?>" type="text/css" media="screen"> zorgt hier dus voor waar $=p dus een eventuele waarde mee geeeft welke pagina je je momenteel bevindt. Op de nieuwe server spuugt de server echter letterlijk de code <link rel="stylesheet" href="/template/style.php<?=$p;?>" type="text/css" media="screen"> uit en doet hij niets met $=p. Ik heb al geprobeerd om hier <?php echo =$p;?>" van te maken maar dan spuugt hij helemaal niets meer uit! Iemand enig idee?

Verder draait er nog phpmyadmin en een al bestaand phpbb script welke het probleemloos doen, voor zover ik kan zien doet alles het ook, behalve deze ene regel...

[TJHeuvel]

Zijn short tags wel enabled? Staat error_reporting op het hoogste niveau?

[ Voor 99% gewijzigd door TJHeuvel op 29-06-2010 15:24 ]

[RobIII]

code:

echo =$p;

Wat verwacht je dan dat er gebeurt?

En moet het niet zoiets zijn:

PHP:

<link rel="stylesheet" href="/template/style.php?myvar=<?php echo $p; ?>

Wat je nu zou krijgen, met jouw code, is het volgende:
/template/style.phpfoo

Wat je wil is waarschijnlijk:
/template/style.php?foo
of:
/template/style.php?foo=bar

[ Voor 31% gewijzigd door RobIII op 29-06-2010 15:25 ]

[NMe]

Je wil je code nooit afhankelijk maken van short tags. Waarom niet? Dat merk je nu.

RobIII schreef op dinsdag 29 juni 2010 @ 15:24:

code:

echo =$p;

Wat verwacht je dan dat er gebeurt?

En moet het niet zoiets zijn:

PHP:

<link rel="stylesheet" href="/template/style.php?myvar=<?php echo $p; ?>

PHP:

<?=$test?>

...is op servers die erop ingesteld zijn gelijk aan...

PHP:

<? echo $test; ?>

[ Voor 70% gewijzigd door NMe op 29-06-2010 15:25 ]

[ppx17]

Als je er een echo van maakt mag de = er wel voor weg?

offtopic:
Wow, spuit 11 alweer

[ Voor 29% gewijzigd door ppx17 op 29-06-2010 15:25 ]

[RobIII]

NMe schreef op dinsdag 29 juni 2010 @ 15:24:

PHP:

<?=$test?>

...is op servers die erop ingesteld zijn gelijk aan...

PHP:

<? echo $test; ?>

Ik ben wel bekend met shorttags hoor
Het ging er mij om dat echo =$p; niet gaat werken en ik geef daarbij meteen een non-shorttags alternatief

[ Voor 8% gewijzigd door RobIII op 29-06-2010 15:27 ]

[phex]

<?php echo =$p;?>
Hij spuugt dan niks meer uit omdat error reporting uit staat. En je de foutmelding niet ziet.

<?=$p;?>
Werkt alleen met shorttags inderdaad.

Dat je geen hulp krijgt is eerder omdat het zo basic is dat ze waarschijnlijk niet de moeite nemen om te reply-en

[Bananenspin]

CyCloneNL schreef op dinsdag 29 juni 2010 @ 15:23:
Zijn short tags wel enabled? Staat error_reporting op het hoogste niveau?

Ja is enabled, error_reporting wou ik net gaan gebruiken om het op te lossen maar mijn server reageert even niet meer

RobIII schreef op dinsdag 29 juni 2010 @ 15:24:

code:

echo =$p;

Wat verwacht je dan dat er gebeurt?

En moet het niet zoiets zijn:

PHP:

<link rel="stylesheet" href="/template/style.php?myvar=<?php echo $p; ?>

Wat je nu zou krijgen, met jouw code, is het volgende:
/template/style.phpfoo

Wat je wil is waarschijnlijk:
/template/style.php?foo
of:
/template/style.php?foo=bar

Ik heb het script zo over genomen hoe het op de oude server staat, het is niet mijn script tenminste niet dit gedeelte, het heeft altijd zo gewerkt en zou het daarom in theorie ook nog moeten doen.. ik wil inderdaad foo=bar. Wanneer ik <?php gebruik ipv shorttags krijg ik helemaal niets meer terug dan werkt het hele script niet meer!

phex schreef op dinsdag 29 juni 2010 @ 15:27:
<?php echo =$p;?>
Hij spuugt dan niks meer uit omdat error reporting uit staat. En je de foutmelding niet ziet.

<?=$p;?>
Werkt alleen met shorttags inderdaad.

Dat je geen hulp krijgt is eerder omdat het zo basic is dat ze waarschijnlijk niet de moeite nemen om te reply-en

Zoals gezegd staan shorttags wel aan, en ze zijn erg behulpzaam daar vergis je niet, en vinden het ook vreemd mijn probleem.

[NMe]

Bananenspin schreef op dinsdag 29 juni 2010 @ 15:31:
[...]

Ja is enabled

Ik wil je niet meteen een leugenaar noemen, maar als alle andere tags wel werken en deze ene niet waarbij het enige verschil het gebruik van short tags is, dan lijkt het me wel heel sterk als short tags echt aan staat. Dubbelcheck het even met phpinfo().

Wanneer ik <?php gebruik ipv shorttags krijg ik helemaal niets meer terug dan werkt het hele script niet meer!

...terwijl die andere keren dat je <?php echo ... ?> gebruikt wél werken? Dat kan toch niet?

[Bananenspin]

NMe schreef op dinsdag 29 juni 2010 @ 15:34:
[...]

Ik wil je niet meteen een leugenaar noemen, maar als alle andere tags wel werken en deze ene niet waarbij het enige verschil het gebruik van short tags is, dan lijkt het me wel heel sterk als short tags echt aan staat. Dubbelcheck het even met phpinfo().

[...]

...terwijl die andere keren dat je <?php echo ... ?> gebruikt wél werken? Dat kan toch niet?

short_open_tag On On dat is toch short tags voor zover ik weet?


Nee dat kan ook niet.. maar toch gebeurt het en daarom sta ik ook voor een raadsel...

[Cartman!]

Dan vraag ik me af wat voor prutsers er die "grote php"-site zitten als ze het uitstaan van shorttags niet herkennen

[BastiaanN]

Hoe kom je aan die variabel $p? Komt die uit een database query o.i.d? Of komt die uit de adresbalk (index.php?p=xxx) In het laatste geval kan het zijn dat register_globals uit staat terwijl die op de oude server aan stond. En geloof me, die wil je i.v.m. security toch echt wel uit houden

[Bananenspin]

Cartman! schreef op dinsdag 29 juni 2010 @ 15:36:
Dan vraag ik me af wat voor prutsers er die "grote php"-site zitten als ze het uitstaan van shorttags niet herkennen

De short tags staan wel aan op de server, zo zegt phpinfo()

BastiaanN schreef op dinsdag 29 juni 2010 @ 15:38:
Hoe kom je aan die variabel $p? Komt die uit een database query o.i.d? Of komt die uit de adresbalk (index.php?p=xxx) In het laatste geval kan het zijn dat register_globals uit staat terwijl die op de oude server aan stond. En geloof me, die wil je i.v.m. security toch echt wel uit houden

Oef i think your on to something! Even snel gechecked en inderdaad de oude shared hosting server heeft ze aan staan, waar ik het inderdaad uit wou laten (dacht dat ze ook uit stonden!) Ik ga nu ff snel het script na lopen om te kijken of $p via de url word aangeroepen.

[NMe]

BastiaanN schreef op dinsdag 29 juni 2010 @ 15:38:
Hoe kom je aan die variabel $p? Komt die uit een database query o.i.d? Of komt die uit de adresbalk (index.php?p=xxx) In het laatste geval kan het zijn dat register_globals uit staat terwijl die op de oude server aan stond. En geloof me, die wil je i.v.m. security toch echt wel uit houden

Als het dat zou zijn, dan zou <?=$p?> niet letterlijk in de HTML-source belanden though.

[McKaamos]

Is het niet beter om dit te doen?

PHP:

<?php
echo "<link rel=\"stylesheet\" href=\"/template/style.php?p=".$p."\" type=\"text/css\" media=\"screen\">";
?>

Dat zou mijn methode zijn iig...

[BastiaanN]

NMe schreef op dinsdag 29 juni 2010 @ 15:45:
[...]

Als het dat zou zijn, dan zou <?=$p?> niet letterlijk in de HTML-source belanden though.

Dat is ook weer waar...

[NMe]

McKaamos schreef op dinsdag 29 juni 2010 @ 15:46:
Is het niet beter om dit te doen?

PHP:

<?php
echo "<link rel=\"stylesheet\" href=\"/template/style.php?p=".$p."\" type=\"text/css\" media=\"screen\">";
?>

Dat zou mijn methode zijn iig...

Naast dat je daarvoor veel meer moet escapen lever je daarbij het gemak van syntax highlighting van je HTML in je templatefiles in. Voor iets dat niet fundamenteel andere resultaten oplevert (laat staan betere resultaten) is dat de wijziging niet waard.

[eamelink]

NMe schreef op dinsdag 29 juni 2010 @ 15:45:
[...]

Als het dat zou zijn, dan zou <?=$p?> niet letterlijk in de HTML-source belanden though.

Lijkt op de combinatie van geen short open tags en een lege $p, dat verklaart alle symptomen.

[ Voor 18% gewijzigd door eamelink op 29-06-2010 15:48 ]

[NMe]

eamelink schreef op dinsdag 29 juni 2010 @ 15:48:
[...]

Lijkt op de combinatie van geen short open tags en een lege $p, dat verklaart alle symptomen.

Dat zou je wel zeggen als phpinfo niet zou zeggen dat short tags aan staan.

[McKaamos]

NMe schreef op dinsdag 29 juni 2010 @ 15:48:
[...]

Naast dat je daarvoor veel meer moet escapen lever je daarbij het gemak van syntax highlighting van je HTML in je templatefiles in. Voor iets dat niet fundamenteel andere resultaten oplevert (laat staan betere resultaten) is dat de wijziging niet waard.

Daar heb je dan ook wel weer een punt.
Maar imho is het wel de meest nette oplossing voor het tussenvoegen van een variabele in een string.
Netjes de string afbreken, concattenaten met dot.

[NMe]

McKaamos schreef op dinsdag 29 juni 2010 @ 15:50:
[...]

Daar heb je dan ook wel weer een punt.
Maar imho is het wel de meest nette oplossing voor het tussenvoegen van een variabele in een string.
Netjes de string afbreken, concattenaten met dot.

Er is in die templates geen string, je zit namelijk niet in de PHP-context wanneer je op die manier templates opmaakt.

[Bananenspin]

NMe schreef op dinsdag 29 juni 2010 @ 15:45:
[...]

Als het dat zou zijn, dan zou <?=$p?> niet letterlijk in de HTML-source belanden though.

dat klopt ook weer lol


$p = inderdaad via de adresbalk opgeroepen

PHP:

<?php if (in_array($_GET['action'], $platforms)) {
    $p = "?p=".$_GET['action'];
} elseif (in_array($_GET['platform'], $platforms)) {
    $p = "?p=".$_GET['platform'];
} elseif($_GET['action'] == 'gaming') {
    $p = "?p=gaming";
}
?>

Mag ik hier nu een leuke workaround voor gaan verzinnen of is er iets makkelijkers?

[NMe]

Bananenspin schreef op dinsdag 29 juni 2010 @ 15:54:
[...]


dat klopt ook weer lol


$p = inderdaad via de adresbalk opgeroepen

PHP:

<?php if (in_array($_GET['action'], $platforms)) {
    $p = "?p=".$_GET['action'];
} elseif (in_array($_GET['platform'], $platforms)) {
    $p = "?p=".$_GET['platform'];
} elseif($_GET['action'] == 'gaming') {
    $p = "?p=gaming";
}
?>

Mag ik hier nu een leuke workaround voor gaan verzinnen of is er iets makkelijkers?

$p komt niet letterlijk uit de adresbalk. Wat hierboven bedoeld is dat er een get-parameter genaamd "p" in de url zat die je vervolgens direct aanspreekt, maar dat gebeurt blijkbaar netjes via $_GET. Je probleem zit daar dus niet.

[eamelink]

NMe schreef op dinsdag 29 juni 2010 @ 15:50:
[...]

Dat zou je wel zeggen als phpinfo niet zou zeggen dat short tags aan staan.

Maar geloof jij dat phpinfo() dat ook daadwerkelijk zegt?

[BastiaanN]

Bananenspin schreef op dinsdag 29 juni 2010 @ 15:54:
[...]


dat klopt ook weer lol


$p = inderdaad via de adresbalk opgeroepen

PHP:

<?php if (in_array($_GET['action'], $platforms)) {
    $p = "?p=".$_GET['action'];
} elseif (in_array($_GET['platform'], $platforms)) {
    $p = "?p=".$_GET['platform'];
} elseif($_GET['action'] == 'gaming') {
    $p = "?p=gaming";
}
?>

Mag ik hier nu een leuke workaround voor gaan verzinnen of is er iets makkelijkers?

Als je dit in je code zet;

PHP:

<?php 
echo (ini_get('short_open_tag')) ? "Short tags staan AAN" : "Short tags staan UIT";
?>

Wat komt daar dan uit? als double check

[ Voor 0% gewijzigd door BastiaanN op 29-06-2010 16:04 . Reden: verkeerd om :$ ]

[Bananenspin]

NMe schreef op dinsdag 29 juni 2010 @ 15:59:
[...]

$p komt niet letterlijk uit de adresbalk. Wat hierboven bedoeld is dat er een get-parameter genaamd "p" in de url zat die je vervolgens direct aanspreekt, maar dat gebeurt blijkbaar netjes via $_GET. Je probleem zit daar dus niet.

Oh gelukkig maar, dacht even dat er dus al een tijdje een "lek" in zat

BastiaanN schreef op dinsdag 29 juni 2010 @ 16:03:
[...]


Als je dit in je code zet;

PHP:

<?php 
echo (ini_get('short_open_tag')) ? "Short tags staan AAN" : "Short tags staan UIT";
?>

Wat komt daar dan uit? als double check

Daar komt uit Short tags staan AAN.

[Osiris]

Als dat ding <?php en <? niet eens parst.. Dan vraag ik me af of 't überhaupt door PHP geparst wordt.

Staat er in dezelfde file nog meer PHP-code? En doet die 't wel?

Kijk anders eventjes naar de extensie of iets dergelijks en check of 't überhaupt via PHP gaat of dat lighttpd 'em zonder dat PHP er aan te pas komt em 't web op smijt.

[Bananenspin]

Osiris schreef op dinsdag 29 juni 2010 @ 16:15:
Als dat ding <?php en <? niet eens parst.. Dan vraag ik me af of 't überhaupt door PHP geparst wordt.

Staat er in dezelfde file nog meer PHP-code? En doet die 't wel?

Kijk anders eventjes naar de extensie of iets dergelijks en check of 't überhaupt via PHP gaat of dat lighttpd 'em zonder dat PHP er aan te pas komt em 't web op smijt.

Ja er staan nog vaker dit soort regels in, bv <?php } if ($_GET['action'] == 'mygc' && ($_GET['config'] == 'reviews' || $_GET['config'] == 'weblog')) { ?>

Dat word wel goed gedaan.. dit is het enige stukje waar niets mee gedaan word

[TheNephilim]

Heeft je template parser niet gewoon een probleem met je nieuwe PHP versie ofzo?

[Osiris]

Typ de < anders eventjes overnieuw. Misschien is er iets mis met de encoding?

[Bananenspin]

Bernardo schreef op dinsdag 29 juni 2010 @ 16:35:
Heeft je template parser niet gewoon een probleem met je nieuwe PHP versie ofzo?

Nee de rest van de php code's doen het wel.. ook die zonder shorttag.. ik heb nu shorttag uitgezet dan reboot, geprobeerd met <?php weer niets, vervolgens shorttag aangezet, opnieuw reboot en nog steeds niets helaas.. Het rare is dat het dus ook niet werkt met het volgende

PHP:

<link rel="stylesheet" href="/template/style.php<?php=$p;?>" type="text/css" media="screen">

of

PHP:

<link rel="stylesheet" href="/template/style.php<?php echo'=$p';?>" type="text/css" media="screen">

Osiris schreef op dinsdag 29 juni 2010 @ 16:35:
Typ de < anders eventjes overnieuw. Misschien is er iets mis met de encoding?

Helaas ook dit helpt niet

[Osiris]

Je snapt toch hopelijk zelf ook wel dat

PHP:

<?php echo'=$p';?>

nooit fatsoenlijk gaat werken?

[Bananenspin]

Osiris schreef op dinsdag 29 juni 2010 @ 16:55:
Je snapt toch hopelijk zelf ook wel dat

PHP:

<?php echo'=$p';?>

nooit fatsoenlijk gaat werken?

Ja sorry het is een slecht voorbeeld, ik weet dat hij dan niet gaat parsen, maar het rare is dat er helemaal niets uitgespuugd word.

[Osiris]

Daarom moet je dat eerst ff aanpakken.

Zet het kleine stukje code voor de grap eens op eigen regels en niet zo er tussen, kloot er gewoon ff mee.

[NMe]

<?php= werkt sowieso niet, <?= is een speciale constructie die alleen met short tags werkt. Nog naast wat Osiris zegt, uiteraard.

[Manuel]

Verban die shorttags gewoon, het kost je een klein beetje werk omdat jullie (meerdere personen als ik het verhaal zo lees) gewoonweg lui zijn geweest.

Om maar even jouw voorbeeld erbij te pakken dat er dan niets wordt uitgespuwd door PHP:

PHP:

<?php $p = 'hoi'; ?>
<?php echo $p; ?>
//Resultaat: hoi

Zet je error_reporting op E_ALL en kijk eens waar het probleem hem in kan zitten.

[dtech]

Zorg even dat het volgende sowieso aan staat in je php.ini (of het lighthttp equivalent van .htaccess)
php.ini

code:

display_errors on
error_reporting E_ALL

.htaccess

code:

php_flag display_errors on
php_value error_reporting 2047

display_errors staat namelijk sinds 5.2 standaard uit, waardoor veel 13-in-een-dozijn hosters het ook uit hebben staan.

[NMe]

dtech schreef op dinsdag 29 juni 2010 @ 20:22:
display_errors staat namelijk sinds 5.2 standaard uit, waardoor veel 13-in-een-dozijn hosters het ook uit hebben staan.

Ik mag inderdaad hopen dat het merendeel van de hosters die uit heeft staan. Fouten die een PHP-error triggeren hoor je netjes zelf af te vangen en display_errors heeft op een productieserver niks te zoeken.