seltsamer Serverblues: CT 2.9.3 läuft nicht, TL 2.8.4 hingegen schon

Hallo Gemeinde.

Ich habe bei meinem Provider das "interessante" Problem, dass TL 2.8.4 problemlos läuft, CT 2.9.3 hingegen Probleme bereitet. TL ist derzeit im root und für die Website zuständig. CT ist mit eigener DB in einem Unterverzeichnis des gleichen Speicherplatzes und für den Prototyp der neuen Website gedacht.

SMH ist für beide Installationen eingerichtet und laut SMH-check auch funktionierend. Daten unter "Einstellungen" lassen sich bei beiden Installationen schreiben und werden übernommen.

Systemdiagnosetool in der jeweils passenden Version meckert bei beiden Installationen mit einem Error bei create directory und create file. Also auch hier kein abweichendes Verhalten, wenn auch nicht positiv.

Allerdings kann ich bei der CT-Installation im Backend keine Artikel editieren oder unter Systemwartung etwas ausführen, bspw. die sitemap.xml neu erstellen. Ich erhalte dann einen blank screen und sonst nichts.

Zusätzlich müllt es mir unter "System-Logs" alles mit 'Running weekly cron jobs' + Erstellung sämtlicher CSS-Dateien voll und zwar bei jedem Seitenaufruf. Das müsste ja bedeuten, dass die cron.php ihren timestamp in der localconfig.php nicht überschreiben kann/darf. Wie weiter oben geschrieben werden dort allerdings Änderungen übers Backend übernommen.

Bei der TL-Installation funktioniert alles problemlos und keine der beschriebenen Fehler treten auf.

Hat sich den zwischen TL 2.8.4 und CT 2.9.x irgendwas an den Systemvoraussetzungen geändert?

Bin mit meinem Latein gerade etwas am Ende, vielleicht hat jemand von Euch ja den passenden Tipp für mich?

Schalt mal die Fehlermeldungen an, wg. BlankScreen

Hast du die htaccess (RewriteBase) auch angepasst ?

Und schau nochmal in deinen HTML Source, ob da evt. Doppelte URLS im Base Head Tag stehen

Zitat:

---

Zitat von lindesbs

Schalt mal die Fehlermeldungen an, wg. BlankScreen

---

Hatte keine Auswirkung. Es kommt nur die "weiße Seite". Bei reload erscheint dann ein Bestätigungsfenster wg. erneutem Datenversand vom Browser. Bestätigung bleibt ohne Ergebnis, ich komme nur über den back-Button zur letzten Anzeige und dort hat sich nichts verändert wenn ich einen Artikel editiert hatte bzw. ist keine sitemap.xml auf dem Server geschrieben worden, wenn ich dies über die 'Systemwartung' angestossen hatte.

Zitat:

---

Zitat von lindesbs

Hast du die htaccess (RewriteBase) auch angepasst ?

---

Die ist beim Prototyp im Unterverzeichnis noch nicht aktiviert und somit ungenutzt.

Zitat:

---

Zitat von lindesbs

Und schau nochmal in deinen HTML Source, ob da evt. Doppelte URLS im Base Head Tag stehen

---

Nee, da passt alles. Bin ja nicht bei Strato :D

Die CT-Installation funktioniert sowohl im Front- als auch im Backend. Nur wenn es ans Daten schreiben geht, habe ich die Probleme.

Ich konnte den Verursacher ausfindig machen: Es liegt an einer Inkompatibilität der Erweiterungen DomainLink und googlesitemap.

Nach Deaktivierung der Erweiterung DomainLink funktioniert das Editieren von Seiten/Artikeln und die Erstellung der sitemap.xml nun auch in der CT 2.9.3 Installation.

Ich habe die beiden Installationen verglichen und dabei ist mir die Erweiterung DomainLink in der CT 2.9.3 aufgefallen, die in der TL 2.8.4 Installation nicht vorhanden war. In beiden Versionen kommt die Erweiterung Redirect4ward zum Einsatz, die in der neuesten Version DomainLink zwangsinstalliert und in der TL 2.8.4 war eben noch eine ältere Variante ohne DomainLink drin.

Kannst du mir sagen, welche sonstigen Erweiterungen du installiert hast?
Ich habe selbst meine DomainLink mit googlesitemap zusammen im Einsatz, jedoch keine Probleme damit. Ich vermute bald, dass es durch eine 3. Erweiterung zu irgend einem Nebeneffekt kommt ...

MfG Tristan

Zitat:

---

Zitat von tril

Kannst du mir sagen, welche sonstigen Erweiterungen du installiert hast?

---

Klar. Das wären:

TL 2.8.4 Installation:
BackupDB 1.2.0 Build 21
googlesitemap 1.2.3 Build 3
Redirect4ward 1.2.0 Build 9
slideshow2 1.0.0 Build 12

CT 2.9.3 Installation:
BackupDB 1.2.0 Build 22
csseditor 2.5.5 Build 16
dlh_googlemaps 1.0.1 Build 7
DomainLink 1.1.0 Build 2
Favicon 1.3.1 Build 4
googleanalytics 1.2.0 Build 5
googlesitemap 1.2.3 Build 4
Redirect4ward 1.3.0 Build 10
slideshow2 1.0.0 Build 17

Wie schon erwähnt, die DomainLink habe ich mit der Installation der Redirect4ward bekommen. Da scheint es auch mit den Versionen Probleme zu geben, denn wenn ich die Redirect4ward im ER zur Installation auswähle, bekomme ich:

Redirect4ward 1.3.0 Build 10
DomainLink 1.0.2 Build 8

Nach der Installation bekomme ich aber für die DomainLink angezeigt:
DomainLink 1.2.0 Build 6 verfügbar

Also, diese Erweiterung aktualisieren, dann kommt die seltsame Meldung:
Redirect4ward 1.2.0 Build 9 verfügbar?

Dabei ist ja schon die 1.3.0 installiert...

thx, ich werde dem mal nachgehen...

Zitat:

---

Zitat von 135ti

... Da scheint es auch mit den Versionen Probleme zu geben, denn wenn ich die Redirect4ward im ER zur Installation auswähle, bekomme ich:

Redirect4ward 1.3.0 Build 10
DomainLink 1.0.2 Build 8

Nach der Installation bekomme ich aber für die DomainLink angezeigt:
DomainLink 1.2.0 Build 6 verfügbar

Also, diese Erweiterung aktualisieren, dann kommt die seltsame Meldung:
Redirect4ward 1.2.0 Build 9 verfügbar?

Dabei ist ja schon die 1.3.0 installiert...

---

Das Problem scheint wohl öfters mit dem ER vor zu kommen, oft dann, wenn grad Updates im ER eingespielt wurden. Habe auch schon gehabt, dass er mir sagte "es gibt keine neue Version", auf aktualisieren gedrückt konnte ich dann auf die neue aktualisieren und hinterher meinte er, es gäbe ein Update auf die ältere Version :D scheint wohl mit dem Caching im ER zusammen zu hängen.

Also ich stehe zugegebenermaßen ein wenig auf dem Schlauch...

Ich habe jetzt eine Ausnahme für googlesitemap in DomainLink hinzugefügt (Version 1.2.1) und gleichzeitig andreas.schempp einen (optionalen) Patch für seine googlesitemap Erweiterung geschickt, welche die Funktionen von DomainLink berücksichtigt.

Dennoch konnte ich gar Fehler (weiße Seiten) oder andere Probleme nicht nachvollziehen...

Ist es möglich, dass ich Zugriff auf die betroffene Installation oder besser noch eine Kopie bekomme? Es fällt mir schwer einen Fehler zu fixen, den ich nicht nachstellen kann... :rolleyes:

MfG Tristan

Also ich stehe hier echt vor einem Rätzel, jetzt hab ich schon einen Server mit PHP 5.2 installiert, kann besagtes Problem aber immer noch nicht nachstellen ...

Wenn jemand ein ähnliches Problem hat und mir einen Administrativen Zugang zu dieser Installation gibt, so das ich das Problem untersuchen kann wäre ich ihm/ihr sehr verbunden :)

MfG Tristan