Druckbare Version
Hallo,
Contao 4.4.48 » Seite lief
Update via CM durchgeführt - alle Pakete, auch [Besucher Statistiken]
Contao 4.4.54 » weisse Seite
Wenn ich das erstellte Besucher-Modul im Layout ausblende, funktioniert die Seite (wieder).
Modulkonfiguration » mod_visitors_fe_invisible ... aber auch die anderen Besuchervorlagen ergeben eine weisse Seite
Bitte um Hilfestellung
Der Debug-Modus zeigt nichts?
über die app_dev.php von heute vormittags:
gefolgt von gut 500 Zeilen in Form wie die hier zuletzt angeführte LogzeileHTML-Code:[2020-11-02 10:35:49] php.INFO: User Deprecated: Passing the path to the Composer installed.json as first argument is no longer supported in version 2.3. {"exception":"[object] (ErrorException(code: 0): User Deprecated: Passing the path to the Composer installed.json as first argument is no longer supported in version 2.3. at /var/www/vhosts/mydomain.at/httpdocs/main/vendor/contao/manager-plugin/src/PluginLoader.php:46)"} []
[2020-11-02 10:35:49] php.INFO: User Deprecated: Using a bundles.json file has been deprecated and will no longer work in version 3.0. Use the Plugin::getBundles() method to define your bundles instead. {"exception":"[object] (ErrorException(code: 0): User Deprecated: Using a bundles.json file has been deprecated and will no longer work in version 3.0. Use the Plugin::getBundles() method to define your bundles instead. at /var/www/vhosts/mydomain.att/httpdocs/main/vendor/contao/manager-plugin/src/Bundle/Parser/JsonParser.php:24)"} []
[2020-11-02 10:35:49] php.INFO: User Deprecated: The type "binary_string" was explicitly marked as commented in its configuration. This is no longer necessary and will be removed in DoctrineBundle 2.0. Please remove the "commented" attribute from the type configuration. {"exception":"[object] (ErrorException(code: 0): User Deprecated: The type \"binary_string\" was explicitly marked as commented in its configuration. This is no longer necessary and will be removed in DoctrineBundle 2.0. Please remove the \"commented\" attribute from the type configuration. at /var/www/vhosts/mydomain.at/httpdocs/main/vendor/doctrine/doctrine-bundle/ConnectionFactory.php:153)"} []
[2020-11-02 10:35:49] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"app_dev.php/visitors/screencount","_route":"contao_catch_all"},"request_uri":"https://mydomain.at/app_dev.php/app_dev.php/visitors/screencount?scrh=1080&scrih=820&scriw=1719&scrw=1920&vcid=1","method":"GET"} []
[2020-11-02 10:35:49] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2020-11-02 10:35:49] php.INFO: User Deprecated: Using ClassLoader::addNamespaces() has been deprecated and will no longer work in Contao 5.0. {"exception":"[object] (ErrorException(code: 0): User Deprecated: Using ClassLoader::addNamespaces() has been deprecated and will no longer work in Contao 5.0. at /var/www/vhostsmydomain.at/httpdocs/main/vendor/contao/core-bundle/src/Resources/contao/library/Contao/ClassLoader.php:72)"} []
Fehler gefunden!
Dieses Thema hatte ich schon mal ...
das template von 4.4 mit einem template von 4.9 ausgetauscht bzw. unter /templates/layout/ platziert und schon läuft das Teil.
@BugBuster wie kann sicher gestellt werden, dass beim Update auch ein funktionierendes template mod_visitors_fe_invisible.html5 mit installiert wird?
Hä?
der PHP Anteil, gerade im Template mod_visitors_fe_invisible.html5, hat sich überhaupt nicht geändert?
Damit ich das nachvollziehen kann:
- Welche Contao Version
- Welche Visitors Bundle Version
hat in dieser Kombi ein Problem verursacht?
Wie schon oben beschrieben:
Contao 4.4.48 lief mit Visitors ohne Probleme ... Version dazu weiss ich leider nicht mehr und kann ich auch nicht mehr nachvollziehen
Update auf 4.4.54 inkl. aller Erweiterungen und damit auch inkl. Visitors verursacht das beschriebene Thema. Mit dem Update steht nun die 1.5.2.4 in der Installation und hier unterscheidet sich das template zu einem Template aus einer 4.9.x Installation.
ich hatte das Thema schon mal hier - und ich sehe, dass es die gleiche Installation war. Ich hatte wohl damals das template nicht im eigenen /templates/ Ordner eingefügt, sondern unter /vendors/ angepasst. Somit hat sich's beim Update überschrieben und den Fehler wieder hervorgebracht.
Diesesmal habe ich das 4.9.x-template aber unter /templates/meinlayout/ platziert und erspart mir beim nächsten Update die Überraschung der "weissen Seite" ;)
WTF! never!!Zitat:
Zitat von derRenner
ja ich weiss :D :cool:Zitat:
Zitat von zonky
mach ich in der Regel auch nicht, da ich die Problematik ja kenne ... aber ich kann mir's nur so vorstellen, dass es damals so gelaufen ist
Nein ich meinte du sollst den Debug-Modus benutzen und damit den Fehler reproduzieren. Siehst du dann detaillierte Infos zum Fehler?Zitat:
Zitat von derRenner
Debug-Mode in 4.4? Das geht ja nur über die app_dev.php, oder? Und diese wirft eben obiges Ergebnis aus
Welches Ergebnis?Zitat:
Zitat von derRenner
Das heißt im Debug-Modus tritt kein Fehler auf? Wenn im Debug-Modus ein Fehler auftritt, siehst du direkt im Browser dazu nähere Informationen. Das was du gepostet hast sind nur Log Einträge (wo auch kein Fehler drin ist).
Ob ein Fehler auftritt kann ich nicht sagen, denn die Seite bleibt ja dann weiss ... kein Inhalt im Firefox - auch nicht via Devtools und damit auch keine Fehlermeldung via /app_dev.php
Unter Chrome kommt dann der entscheidende Hinweis (via Devtools):
Passe ich dann die Datei mod_visitors_fe_invisible.html5 an, also Inhalt aus einer Version, die unter 4.9 auch läuft, dann gibt's die Seite wieder und dadurch auch keinen Fehler via /app_dev.phpCode:<html><head></head><body><img class="invisible" src="app_dev.php/visitors/screencount?vcid=1&scrw=3440&scrh=1440&scriw=1874&scrih=1095"></body></html>
Ok, dann ist die Antwort auf meine FrageZitat:
Zitat von derRenner
'Nein, zeigt nichts.' :DZitat:
Zitat von Spooky
:D :cool:
Also im aktuellem Template (von einer Visitors 1.6.2 oder höher) wurde der Image Tag durch ein Ajax Call ersetzt, aber der Link wohin ist derselbe.
Daher verstehe ich jetzt nicht was das Problem sein soll.
Auch deine Chrome Ausgabe sieht für mich völlig normal aus.
Habe gerade meine 4.4.54 mit Visitors 1.5.2.4 ausprobiert, ohne Probleme. Sowohl normal als auch im Debug Modus.
Was auch immer das Problem ist, ich kann es nicht nachvollziehen.
Aber ich bekomme das am Ende der Seite ausgegeben:
Das kommt aus der Methode "indexPageIfApplicable", was hat das mit meinem Modul zu tun? Merkwürdig.Code:Warning: Use of undefined constant BE_USER_LOGGED_IN - assumed 'BE_USER_LOGGED_IN' (this will throw an Error in a future version of PHP)
in /contao44/vendor/contao/core-bundle/src/Resources/contao/classes/Frontend.php on line 631
Nachtrag:
Scheint auch nur zu kommen, wenn die Seite aus dem Cache kommt, auch mit dem neuen Template. Ist also was anderes und hat nichts mit dem Eingangsproblem zu tun.
Mit dem Template für 4.9 läuft die Seite ja auchZitat:
Zitat von BugBuster
Nicht aber, wenn das der einzige Inhalt der Seite ist :DZitat:
Zitat von BugBuster
Aber irgendwo gibt es das Problem, sonst würde die Seite bei eingesetztem Template für 4.4 auch korrekt dargestellt werden. Mit eingesetzten Template für 4.9 tut sie es ja auch.Zitat:
Zitat von BugBuster
Egal, ich setze in dieser Seite ja nun das Template für 4.9 ein ... und es läuft.
Für mich heisst es einfach beim nächsten Update darauf Obacht halten.
Ach das meinst du mit weißer Seite, da verstehe ich normalerweise was anderes. Dann ist auch klar das nichts in den Logs kommt oder im Debug Modus.Zitat:
Zitat von derRenner
Dann stimmt irgendwas bei dir nicht mit JavaScript. Hast du ein besonderen Browser oder irgendwelche Plugins?
Denn der JavaScript Anteil fügt etwas der Seite hinzu und ersetzt es nicht.
Also ein Problem mit Browser oder nur ausschliesslich bei mir schliesse ich aus.
Unterschiedliche Browser bei mir und auf verschiedenen Arbeitsplätzen und detto auf anderern Schirmen bei nicht bekannten Besuchern ... da wäre der Zufall schon verdammt gross ;)
Und dass JavaScript nicht funktionieren sollte schliesse ich ebenfalls aus, denn sonst würden ja viele, wenn nicht alle Installationen und Webseiten auf meinen Schirmen nicht funktionieren.
Auch befinden sich ja in beiden der templates <script> mit drinnen, nur eben in unterschiedlichen Ausführungen.
Version für 4.4
Version für 4.9Code:<!-- indexer::stop -->
<!-- Template for "only counting", no display in Frontend. -->
<?php foreach ($this->visitors as $visitor): ?>
<span class="visitor_count invisible">{{cache_visitors::<?= $visitor['VisitorsKatID']; ?>::count}}</span>
<script>
var iWidth = window.innerWidth || (window.document.documentElement.clientWidth || window.document.body.clientWidth);
var iHeight = window.innerHeight || (window.document.documentElement.clientHeight || window.document.body.clientHeight);
var sWidth = screen.width;
var sHeight = screen.height;
document.write('<img class="invisible" src="<?= $this->route('visitors_frontend_screencount') ?>?vcid=<?= $visitor['VisitorsKatID']; ?>&scrw='+sWidth+'&scrh='+sHeight+'&scriw='+iWidth+'&scrih='+iHeight+'">');
</script>
<?php endforeach; ?>
<!-- indexer::continue -->
... und wie schon erwähnt, die Version für 4.9 klappt ja ... und diese habe ich nun auch für 4.4 im EinsatzCode:<!-- indexer::stop -->
<!-- Template for "only counting", no display in Frontend. -->
<?php foreach ($this->visitors as $visitor): ?>
<span class="visitor_count invisible">{{cache_visitors::<?= $visitor['VisitorsKatID']; ?>::count}}</span>
<script>
document.addEventListener('DOMContentLoaded', function () {
var iWidth = window.innerWidth || (window.document.documentElement.clientWidth || window.document.body.clientWidth);
var iHeight = window.innerHeight || (window.document.documentElement.clientHeight || window.document.body.clientHeight);
var sWidth = screen.width;
var sHeight = screen.height;
var visitorurl = '<?= $this->route('visitors_frontend_screencount') ?>?vcid=<?= $visitor['VisitorsKatID']; ?>&scrw='+sWidth+'&scrh='+sHeight+'&scriw='+iWidth+'&scrih='+iHeight+'';
try {
fetch( visitorurl, { method: 'GET' , headers: { 'X-Requested-With': 'XMLHttpRequest', } } )
.catch( error => console.error('error:', error) );
} catch (r) {
return;
}
});
</script>
<?php endforeach; ?>
<!-- indexer::continue -->
Ich nicht, da du der einzige bist der dieses Problem hat auf einer Seite.Zitat:
Zitat von derRenner
falls es um die horn-ist.... Seite geht, da sind HTML Fehler auf der Seite
Ein schließender a Tag zu viel, kommt mehrmals vor, das nur am Rande.Code:<h4 class="fake-video-info-h"><a href="video/das-krokodil-in-der-taffa.html" title="Den Artikel lesen: Das Krokodil in der Taffa" itemprop="url">Das Krokodil in der Taffa</a></h4>
</div>
</a>
Du könntest als Test mal den Besucherzähler in den Footer Bereich packen mit dem alten Template. Zur Zeit scheint der ja recht früh in der Seite zu kommen. Das kann nur irgendein Konflikt sein mit den zahlreichen JS Scripten in der Seite, auch wenn ich mir das nicht erklären könnte.
... das Problem besteht ja auch nicht mehr, seit ich das template geändert habe - und das passierte bereits unter #4
darum siehst du das Problem ja auch nicht mehr ;)