Smarty Engine rendert wit scherm bij upgrade naar PHP8.1 i.c.m. block functions
Wat. Een. Gedoe.
Ik ben bezig met het upgraden van de applicatie die hier intern gebruikt wordt. We gaan van PHP7.2 naar PHP8.1. Daarnaast maakt het systeem gebruik van Smarty Templating. Bij het genereren van een template waarin Block Functions worden gebruikt, loopt het vast. Resultaat is géén error, maar een wit scherm.
Ik heb een test template met deze code:
Code (php)
1
<div>Een of andere tekst</div>
Deze wordt gerenderd. Geen probleem. Maar dan deze:
Code (php)
1
<div>{translate}Een of andere tekst{/translate}</div>
Wit scherm. Het 'registeren' van deze blockfunctie gaat goed. Want als ik de bedoelde method
Code (php)
1
smarty_waf_translate
Zo'n wit scherm had ik hier al eerder geplaatst. De functie
Code (php)
1
class_exists()
Ik heb xDebug in PHPStorm aan de praat gekregen en kan de code helemaal tot diep in smartyview code volgen. En dáár gaat het ergens fout. Dit, terwijl Smarty compatible zou moeten zijn met PHP8.1. Daarnaast, áls het überhaupt al ligt aan de code van Smarty, dan zou de hele wereld met het probleem moeten komen.
Dus wat nu dan?
Ik heb het gevoel dat het aan serverinstellingen ligt. Heb al de php.ini van de server met PHP 7.2 op mijn lokale PHP 8.1 server gezet. Dat gaf het verrassende resultaat dat mysqli_report() niet gedefinieerd was. Maar dit was een false flag. Dus daar kwam ik geen stap verder mee.
Bedankt voor enige input in dit.
Maarten
/var/log/php8.1-fpm.log
/var/log/apache2/error.log
/var/log/apache2/[projecturi]-error.log
Alle logs worden niet aangevuld met errors als ik de betreffende pagina bezoek. Als ik een error zie op een andere pagina, dan zie ik die errors wél in die logs verschijnen. Meaning: de logs worden succesvol aangevuld bij errors. En dus: geen errors bij die witte pagina's.
Toch heb ik nog wat andere notifies en warnings gevonden en weggewerkt. Al kwamen die warnings niet naar voren op die witte pagina. Dit had geen effect.
Evengoed dacht ik wel in die richting en heb dus
Code (php)
1
error_reporting(0);
Code (php)
1
ini_set('display_errors', 0);
Kortom, ik ben helemaal verblind door die witte pagina en weet niet meer waar ik moet kijken.
En hoe haal je Smarty binnen?
Gewijzigd op 30/05/2022 10:10:26 door - Ariën -
Smarty templates worden met fetch() binnengehaald.
Code (php)
1
2
3
4
5
2
3
4
5
if (@file_exists($modTemplate)) {
$smarty = $this->getSmartyObject();
$this->html = $smarty->fetch($modTemplate);
return $this->html;
}
$smarty = $this->getSmartyObject();
$this->html = $smarty->fetch($modTemplate);
return $this->html;
}
De method *getSmartyObject()* doet in principe een *new Smarty()* en voegt wat variabelen toe met *->assign()*. Niet heel bijzonder denk ik. Of zie jij of iemand anders een verouderde manier van Smarty binnenhalen in de code hierboven?
Dank!
Toevoeging op 30/05/2022 11:53:25:
Dit lijkt ook niet te werken:
Code (php)
1
2
2
$orders = new ordersDataObject();
$smarty->registerObject('testObject', $orders, null, false);
$smarty->registerObject('testObject', $orders, null, false);
en dan...
Code (php)
1
{testObject->getLinkTo}
Toevoeging op 30/05/2022 13:08:03:
Plus:
De template_c file wordt inderdaad gecreëerd. Dus schrijfrechten is het ook niet.
Toevoeging op 30/05/2022 13:15:30:
Om preciezer te zijn:
1. Als ik {translate}Vertaal iets{/translate} toevoeg wordt de template NIET aangemaakt.
2. Als ik alleen maar <div>Vertaal iets</div toevoeg, wordt de template wél aangemaakt en wordt de pagina wel gerenderd.
Dus ja, het probleem zit hem niet in schrijfrechten, maar registerObject() en registerPlugin() genereren bij gebruik zelf géén foutmelding, maar zorgen er wel voor dat tijdens de rendering van de templates ik een witte pagina krijg.
Heb je dit al als issue doorgegeven bij Smarty?
Quote:
?3x Branch
Ik zie niet waar ik ze kan benaderen behalve dan voor promotie of reclame. Op Reddit is hun community, maar die is niet heel actief. Het duurt soms maanden eer je een reactie krijgt.
Maar ik heb daar ook maar een bericht neergezet. Wellicht komt daar toch nog iemand langs. Ondertussen ga ik nog maar even graven. Mocht ik het weten, dan zet ik de oplossing hier neer. Mocht er iemand hier langskomen die het weet: please, do tell!
Dank jullie.
Gewijzigd op 30/05/2022 16:12:35 door Maarten Baars
Maarten Baars op 30/05/2022 11:27:08:
Code (php)
1
2
3
4
5
2
3
4
5
if (@file_exists($modTemplate)) {
$smarty = $this->getSmartyObject();
$this->html = $smarty->fetch($modTemplate);
return $this->html;
}
$smarty = $this->getSmartyObject();
$this->html = $smarty->fetch($modTemplate);
return $this->html;
}
Met @ voor file_exists onderdruk je een mogelijke foutmelding. Ik zeg niet dat dit de oplossing is, maar wellicht is er sprake van een niet-bestaand bestand of is de inhoud van de variabele onjuist. De foutmelding die dit normaal gesproken zou opleveren krijg je nu niet te zien. Ik zou die @ daar dus sowieso even weghalen.
Super dat je meekijkt met me. Dank.
Helaas is dit het niet. Overigens staat de app wel vol met oude en wankele code. Dus elke opmerking is wel handig, want inderdaad...dat zou het zomaar eens kunnen zijn.
Alleen juist in dit geval - en door jou ben ik gaan zoeken - is de code die ik gaf nou net niet de code die wordt uitgevoerd voor déze smarty problemen. Door de hele applicatie heen staan dezelfde van dit soort codes. En juist op de pagina waar het mis gaat is het net even anders:
Code (php)
1
2
2
$smarty->assign('buttons', $this->buttons);
$this->html = $smarty->fetch($modTemplate);
$this->html = $smarty->fetch($modTemplate);
Dus nu zónder die @file_exists!
Let ook op *fetch()*. Ik zag dat Smarty een DEBUG functie heeft. Wauw! De oplossing is nabij! Maar hij rendert het niet. Je kunt $debugging = true ergens instellen en dan zou hij een debug-scherm moeten toveren. Doet ie niet. Komt door onder andere die fetch. Je moet display() gebruiken.
Maar helaas, als ik daar *display()* van maak doet ie niks nieuws. Maar wellicht is dit wel een optie om te onderzoeken en die debug temp aan de praat te krijgen.
Andere ideeën blijven welkom. Bedankt!
Code (php)
1
2
3
4
5
6
7
8
2
3
4
5
6
7
8
<?php
exit('*****');
$smarty->assign('buttons', $this->buttons);
$this->html = $smarty->fetch($modTemplate);
?>
exit('*****');
$smarty->assign('buttons', $this->buttons);
$this->html = $smarty->fetch($modTemplate);
?>
Zie je nu iets op je scherm?
Ja, dan zie ik die 5 sterretjes.
Ik heb de PHP Storm debug aan de praat gekregen door de applicatie lokaal te draaien. Dus met Xampp en de professionele serverinstellingen krijg je exact hetzelfde probleem. Op zich ook interessant, want dan lijkt het niet aan serverinstellingen te liggen.
En dan zie je dat hij tot heel diep in de Smarty engine komt. Tot aan het bestand 'smarty_internal_smartytemplatecompiler' waar hij de 'lexers' parset. In ieder geval zijn dat die {translate} items. En dan gaat het mis, maar waarom? Geen idee. Vandaag met frisse moed weer verder debuggen met méér breakpoints om te zien of ik echt nog dieper kan gaan tot het werkelijke punt waar het fout gaat.
**Saillant detail**
{translate}Vertaal dit{/translate} dat gaat fout.
Maar als je een variable wilt weergeven met {$foo}, dat lukt wel.
Daarna gekeken of in de "httpd.conf" de regel "AddDefaultCharset UTF-8" stond. Dit was niet het geval. Dus toegevoegd en opnieuw opgestart, maar geen resultaat.
Dank evengoed voor het meedenken.
Maarten Baars op 31/05/2022 08:55:03:
Ja, dan zie ik die 5 sterretjes.
Ja, dan zie ik die 5 sterretjes.
Oké, door die regel telkens op een 'verdere' plek in je code te zetten, kun je makkelijk bepalen op welk moment de fout ontstaat. Je volgende stap zou bijvoorbeeld dit kunnen zijn:
Code (php)
1
2
3
4
5
6
7
2
3
4
5
6
7
<?php
$smarty->assign('buttons', $this->buttons);
exit('*****');
$this->html = $smarty->fetch($modTemplate);
?>
$smarty->assign('buttons', $this->buttons);
exit('*****');
$this->html = $smarty->fetch($modTemplate);
?>
Zie je de sterretjes nog steeds? Dan gaat tot dat punt alles nog goed. Dan ga je weer een stap verder:
Code (php)
1
2
3
4
5
6
7
2
3
4
5
6
7
<?php
$smarty->assign('buttons', $this->buttons);
$this->html = $smarty->fetch($modTemplate);
exit('*****');
?>
$smarty->assign('buttons', $this->buttons);
$this->html = $smarty->fetch($modTemplate);
exit('*****');
?>
Zie je nu ineens de sterretjes niet meer? Dan zit de fout dus in:
$this->html = $smarty->fetch($modTemplate);
Vervolgens kun je dan in die fetch() functie weer hetzelfde 'trucje' toepassen en zo kom je steeds dichter bij het punt waar er iets niet goed gaat. Ongeveer hetzelfde wat jouw editor ook doet, alleen doe je dat nu handmatig. Ik vind het persoonlijk wat makkelijker werken, maar wellicht vind jij de debug-functie van de editor handiger. Je moet het maar eens proberen.
Ik heb zelf ook zo aan debuggen gedaan en dat werkt inderdaad tot op zekere hoogte wel. Alleen niet in dit geval. Het probleem zit heel diep in de Smarty code en dan is het wel handig dat je breakpoints kan invoeren met één klik. Die breakpoints die je in PHP Storm invoert zijn eigenlijk ook exit() of die(). Maar dan met een volledige var_dump van alle variabelen.
Maar omdat je dus snel breakpoints kunt zetten en vanaf je breakpoint stapsgewijs de volgende regel kunt parsen totdat het fout gaat is het me dus na lang onderzoek gelukt om de bron van de ellende te achterhalen. De oplossing heb ik nog niet, maar het is wel een heel frappant iets en ik had er ook hier op deze site al eerder over geschreven.
Dit is de regel/code die de fout veroorzaakt:
Code (php)
1
2
2
$class_name = 'Smarty_Internal_Compile_' . implode('_', $_tag);
if (class_exists($class_name) ...
if (class_exists($class_name) ...
Wat Smarty hier doet is het volgende.
Ten eerste is het nodig de template te weten. In het kort is het dit:
Code (php)
1
<div>{translate}Vertaal dit naar het engels{/translate}</div>
Bij het parsen van de template ziet hij die {translate} en probeert éérst op de plek van de PHP code die ik aanwijs te achterhalen of er een SMARTY class van bestaat. Nu, die bestaat niet, want het is mijn eigen custom plugin.
Omdat de class niet bestaat, moet ie door met andere mogelijkheden, waaronder dus kijken of {translate} een plugin is. Maar daar komt ie niet.
class_exists()
Wat doet deze method? Die zegt ten eerste natuurlijk of de class bestaat. Bestaat ie niet, dan vuurt ie de autoload af om te zien of de class nadat de autoload is afgevuurd wél bestaat. En dáár gaat het mis. De autoload afvuren lukt niet waardoor hij hangt.
Maar waarom? Ik weet het niet. Ik heb dit al eerder gezien. Als ik een bestand in de root van de applicatie doe en een class_exists() uitvoer dan is er geen probleem. Maar staat het bestand in zeg maar /modules/orders/module.php, dan werkt het niet. Dan klapt ie eruit met een wit scherm. Ik heb dat destijds opgelost met een workaround, omdat de code van de applicatie zelf was. Maar nu is het van Smarty, een 3e partij, dus kan ik die code niet aanpassen.
Het is nu dus tijd om dat witte scherm na een class_exists() goed op te lossen. Maar waar ligt het aan? Ik weet dat het én op de server zelf gebeurt, maar ook op mijn lokale machine én ook op de lokale machine van een externe developer collega die ik heb ingehuurd.
Iedereen bedankt zover en bedankt voor het meedenken in het oplossen van de class_exists.
Maarten Baars op 31/05/2022 14:43:54:
Dit is de regel/code die de fout veroorzaakt:
Code (php)
1
2
2
$class_name = 'Smarty_Internal_Compile_' . implode('_', $_tag);
if (class_exists($class_name) ...
if (class_exists($class_name) ...
Dat zijn 2 regels :-) Ik kan je uitleg niet exact volgen, maar dat komt omdat ik de code niet bij de hand heb.
Doe eens:
Code (php)
Wat zie je nu?
Code (php)
1
class_exists('Smarty_Internal_Compile_Translate');
Die class bestaat niet, want het is een plugin.
class_exists() voert dan een autoload uit en op het moment dat ie de autoload uitvoert hangt ie.
Heb je daar een eigen functie voor?
Quote:
Wie voert de autoload uit?
PHP8.1 zelf. Zo werkt class_exists() by default.
1. Class zoeken
2. Class niet gevonden?
3. Autoload!
4. Class nu wel gevonden?
Je kunt dat omzeilen door dit te doen:
Code (php)
1
class_exists('classname', false);
Dan voert hij de autoload niet uit en kan in mijn geval de code wel door.
Maar zoals gezegd, dat kan ik niet, want dan pas ik 3rdparty code aan.
Quote:
Heb je daar een eigen functie voor?
Jep. Maar dat bereikt ie niet. Als ik daar een die() of exit() in zet zie ik 'm niet.
Gewijzigd op 31/05/2022 15:12:49 door Maarten Baars
De class "Smarty_Internal_Compile_Translate" bestaat niet en dat is terecht. {translate} is een plugin die je toevoegt met
Code (php)
1
$smarty->registerPlugin('block', 'translate', 'smarty_waf_translate');
Als je dan in je template toevoegt:
Code (php)
1
<div>{translate}Vertaal dit{/translate}</div>
...dan moet ie de function 'smarty_waf_translate' uitvoeren. Dat weet ie, omdat je dat bij registerPlugin in de tweede parameter hebt toegekend aan de {translate} tag.
Smarty controleert echter eerst of er een betreffende class bestaat.
Bestaat die niet, dan gaat ie door met de rest van de code, waaronder kijken of het een plugin betreft zodat ie de 'smarty_waf_translate' function kan uitvoeren.
Maar dat is in feite niet van belang bij het oplossen van dit probleem. Het probleem is dat als je een class_exists uitvoert op een class die niet bestaat dan hangt de hele applicatie en doet ie verder niks meer. Je moet dan natuurlijk gewoon wel verder kunnen, al doe je class_exists('belachelijkeclassdienietbestaat'), dan moet je geen wit scherm krijgen.
Ik zoek dus een oplossing om class_exists() by default te laten werken. Dus dat ie blijft werken als ie de autoload ook afvuurt.