Nach Installation nur weiße Seite im Frontend

Digital_Data · 2. Mai 2015 04:11

Version ist eigentlich 4.7.20

Also die Probleme gingen los, als mit Typo Version 4.5.12 auf dem Webserver das PHP upgegarded wurde und nun auf einmal einen Haufen Fehler aufpoppten:

Non-static method t3lib_TSparser::checkIncludeLines()
> should not be called statically, assuming $this from incompatible context in
> /var/www/vhosts/dramfilm.com/httpdocs/t3lib/class.t3lib_tstemplate.php on line
> 977

Zwar hab ich versucht die Aufrufe zu korrigieren und die Fehlermeldungen waren auch weg, aber das Frontend und Backend liefen trotzdem nicht richtig. Das ist an sich schon sehr ärgerlich.

Okay nun habe ich ein Update durchgeführt auf Version 4.7.20 (ich ging nicht auf 6.2, weil das in Foren als nicht praktikabel angesehen war, will da aber hin). Mit dem Upgrade Wizard lief das einwandfrei durch. Nun zeigt aber das Frontend eine leere Seite, auch im Backend unter View.

Ich habs schon alle Fehlermeldungen an, auch sql. Es kommen aber keine Fehlermeldungen. Auch die Error logs des Servers sind leer. Ich hatte das Problem schon vor drei Jahren, als wir die Typo-Installation auf einen neuen Server umzogen. Immer weiße Seite. Beim fünften Mal hat es dann irgendwann geklappt. Ich will das aber nicht wieder x-mal ausprobieren, das muss ja einen Grund haben.

Leider findet man tausende Foren-Einträge mit "weiße Seite", was auch nicht wirklich befriedigend ist und keine Lösung bisher gebracht hat. Caches sind alle gelöscht. Zwei Extensions mit Beta sind deaktiviert. Es sind aber eh keine weiteren Extensions (als anscheinend das normale) installiert.

Das ist der Source-Code der HTML-Seite mit der Bitte um Hilfe. Bin Typo3-Anfänger, aber Programmierer. Mache das für einen guten Freud, der noch weniger Ahnung von PC hat, bei Typo vielleicht etwas mehr.

<!DOCTYPE html
PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html lang="en">
<head>

</head>
<body>

</body>
</html>

Julian.Hofmann · 4. Mai 2015 08:15

Hallo.

Oft ist die "leere weiße Seite" Rresultat aus sehr frühen Fehlern in PHP, sodass gar keine Ausgabe stattfindet, sondern bereits zuvor abgebrochenw ird. Das wäre analysierbar mit Aktivierung der Fehleranzeige (displayErrors).

Bei Dir wird aber eine Ausgabe produziert, d.h. verrichtet PHP seine Arbeit erstmal.

Wie bindest Du Dein Template ein? Ganz direkt per TypoScript? Via Extension (TemplaVoila, Templateselektor odgl.)?

Weiterer Punkt, der oftmal zu Unstimmigkeiten führt: unvollständige Datenbank-Strukturupdates. Geh mal ins Install-Tool und mach dort ein "DB compare". Evtl. fehlt nur in einer der wesentlichen tabelle eine neue Spalte, und fallen deshalb DB-Abfragena uf die Nase.

Viele Grüße
Julian

Digital_Data · 4. Mai 2015 22:16

Hallo Julian,

Danke für die Antwort.

DisplayErrors hab ich auf 1, in den Logs taucht aber nichts auf, also links im Menü von Typo aber auch im Server-Log des Apache-Servers.

DB Compare hab ich gemacht, ich hab dort alles angeklickt. Soweit ich weiß werden keine Extensions benutzt.

Template war auch mein Ansatz aus diversen Foreneinträgen. Ich hab mich am Wochenende mit dem Besitzer länger unterhalten, der weiß leider auch nicht mehr. Das Template hat anscheinend vor vielen Jahren jemand gemacht, der nicht mehr greifbar ist.

Ich muss gestehen, ich kenne mich damit wenig aus. Es gibt ein Template auf der Seite root. Wenn ich das anklicke, dann habe ich:
Title = New Site
Sitetitle = (leer)
Resources = (leer)
Constants = (leer)
Und Setup dies hier:
config.sys_language_uid = 0
config.language = de
config.locale_all = de_DE

#Navigation#
lib.sub_nav = HMENU
lib.sub_nav {
wrap = <div id="content_subnav">|</div>
entryLevel = 0
excludeUidList =
1 = TMENU
1 {
expAll = 0
noBlur = 1
wrap = <ul>|</ul>
IProcFunc = user_IProc_dfn
#### Leave NO turned on, even it is not necessary,
#### because when it is copied later, it turns on CUR and IFSUB automatically
NO = 1
NO.ATagTitle.field = abstract // description // subtitle
NO.allWrap = |
#<span class="hidden">.</span>

NO.wrapItemAndSub = <li>|</li>

NO.stdWrap.htmlSpecialChars = 1

NO.linkWrap =

NO.ATagBeforeWrap = 1

CUR < .NO

CUR.allWrap = <span class="sub_cur">|</span>

CUR.wrapItemAndSub = <li>|</li>

CUR.doNotLinkIt = 1

CUR.stdWrap.htmlSpecialChars = 1

IFSUB < .NO

IFSUB.linkWrap =

}

2 < .1
3 < .1
4 < .1

}

#Footer
lib.footer = COA
lib.footer.10 = COA
lib.footer.10 {
wrap = <div id="footer_navi_innen">|</div>
10 = HTML
10.value =

30 = HMENU
30 {
special = list
special.value = 25,30,29
1 = TMENU
1 {
expAll = 0
noBlur = 1
wrap = <ul class="footer_menu">|</ul>
IProcFunc = user_IProc_dfn
NO = 1
NO.wrapItemAndSub = <li>|</li>
NO.allWrap = <font color="white">| |  |*| | |  |*| |</font>
ACT = 1
ACT.wrapItemAndSub = <li class="act">|</li>
ACT.allWrap = <font color="white">| |  |*| | |  |*| |</font>
#ACT.linkWrap = <li id="act">|</li>
}
}
}

#Template

page = PAGE
page.typeNum = 0
page.10 = USER
page.10.userFunc = tx_templavoila_pi1->main_page
page.includeCSS{
file1 = fileadmin/templates/root_style.css
file1 {
title = Seiffert
media = all
}
}

#page.headerData.30 = COA
page.headerData.30{
10 = TEXT
10.value = "javascript zum Beispiel"
}
page.shortcutIcon = fileadmin/templates/images/favicon.ico
[browser = msie]
page.includeCSS.iehacks = fileadmin/templates/ie8.css
[global]

Julian.Hofmann · 8. Mai 2015 08:22

Digital_Data schrieb
page.10.userFunc = tx_templavoila_pi1->main_page

Hier dürfte ein guter Ansatzpunkt sein.
Bietet Dir der Extensionmanager ein Update für TemplaVoila an?

Für TYPO3 4.7 sollte TemplaVoila mind. in Version 1.7 da sein, für TYPO3 CMS 6 TemplaVoila mind. in Version 1.8

Digital_Data · 9. Mai 2015 08:35

Hallo Julian,

vielen, vielen Dank, jetzt bin ich eins weiter. TemplaVolia war anscheinend gar nicht installiert, wusste aber auch gar nicht, dass ich es benötige. Jetzt hab ich Templa Volia 1.9.7 installiert. Außerdem static_info_tables_2.3.2. Hab ich in einem Eintrag gelesen. Database updates hab ich gemacht. Jetzt kommt beim View folgender Fehler:

Fatal error: Class 'tx_templavoila_div' not found in I:\Homepage\Webserver\www.dramfilm.com\typo3conf\temp_CACHED_FE_ps77be_ext_tables.php on line 1257

Das File typo3conf/ext/zemplavolia/class.tx_templavoila_div.php
ist tatsächlich nicht vorhanden. Dann hab ich in den Extension Manager geschaut, dort sind bei TemplaVolia / Files unten die ganzen Klassen, also class.tx_emplaviola_usw , da fehlt _div tatsächlich. Im Baum unter Classes ist es vorhanden, muss ich das irgendwie noch installieren. Habe nichts gefunden.

Vielen Dank schon einmal für Deine Hilfe.

Liebe Grüße Jürgen

Julian.Hofmann · 9. Mai 2015 17:07

Jetzt scheint bisschen was in gecachten Info zu hängen. Die temoräre Datei hat noch Informationena us der alten TemplaVoila-Version in sich stehen, die in de rneuen Version nicht mehr existieren bzw. falsch sind.

Bitte lösche mal:
- typo3conf/temp_CACHED*
- typo3temp/Cache/*

Digital_Data · 10. Mai 2015 05:59

Hallo Julian,

Okay, nachdem ich das gemacht hatte, kam folgender Fehler:

TemplaVoila ERROR:

Couldn't find a Data Structure set for table/row "pages:67".
Please select a Data Structure and Template Object first.

Dann hab ich noch einmal ganz am Anfang angefangen. Das Backup der Webseite eingespielt, ich wollte schon dort das TemplaVolia updaten. Dann wusste ich wieder, warum mir das so unbekannt war, in der Version liefert nämlich der Extension Manager eine weiße Seite. Die damalige Installation hatte wohl auch schon ein Problem.

Dann hab ich noch einmal das Update auf 4.7 durchgeführt und sofort dann das TemplaVolia upgedated. Und dann ging es. Jetzt zeigt er die Seiten an. Ich hatte dann noch ein Problem mit ImageMagick auf meinem lokalen Server, aber das läuft jetzt auch.

Vielen lieben Dank also noch einmal für Deine Hilfe.

Ich muss jetzt meinen lokalen Webserver wegen der PHP-Version updaten, damit ich dann Typo auf 6.2.9 updaten kann. Ich hoffe, danach läuft noch alles und ich kann das dann auf den Server hochladen.

Liebe Grüße aus Landshut Jürgen