Weiße Seite ohne Inhalt bei allen Suchanfragen V2.62_06.02.2011

[PeterL]

Hallo,

ich bekomme seit gestern bei allen Suchanfragen eine weiße Seite ohne Inhalt angezeigt, davor lief das Script einwandfrei.
Zur Überprüfung habe ich das Script eben noch mal in ein Unterverzeichniss installiert mit dem gleichen Ergebnis.
Nach ausführlichen Recherchen im Forum komme ich auf keine Lösung, vielleicht kann mir jemand helfen?
Meine Vermutung ist, das Serverseitig etwas nicht mehr stimmt.
Hier ist mal der Link der php.info: http://www.kaufspinne.de/test/doc/info.php

Grüsse
Peter

[FrankW]

Bei welchem Provider liegt denn das Skript und was sagt der Provider, was er verändert hat?
Wenn es gestern lief und heute nicht mehr brauchen wir ja nicht lange suchen, da wurde entweder das Skript oder eben das Hosting verändert.

[PeterL]

Hallo Frank,

das Hosting liegt bei Prosite

Mein Provider teilt mir mit:
"Wir hatten am Dienstag kurzzeitig php 5.3 installiert, dann aber wieder php 5.2 aktiviert. Wo können wir uns den Fehler mal anschauen?"

Ich geb mal 2 Beispiellinks mit die betroffen sind:
http://www.kaufspinne.de/shop-category/0/4/Seite1.html

http://www.kaufspinne.de/find/all/0/...-desire-z.html

Meine Frage wäre jetzt, welche Einstellungen in der php.ini zwingend notwendig sind um das Script wieder zum laufen zu bringen?

Die Frage bekomme ich bestimmt gleich von meinem Provider gestellt.

Grüsse
Peter

[FrankW]

Bei dir kommen so wie ich das sehe keine XML Daten (cache Ordner bleiben leer, oder ?).

Es ist also nicht der Loader in der ini, sondern eher curl und memory limit, safe mode off, enable_dl on und vieles mehr.

Gutes Beispiel, warum man nicht zu irgendein einem noname Billighoster wechseln sollte (-.

Er soll den alten Zustand wieder herstellen und nicht an Dingen rum ändern, die Kunden betreffen ohne das abzusichern.
ER hat nicht nur die PHP Version geändert und wieder zurückgesetzt, sondenr die Hostingparamater verändert - was er geändert hat wird er ja vielleicht doch noch wissen ?

[PeterL]

Hallo Frank,

also die Cache-Ordner sind alle auf 777 gesetzt und werden auch geladen, mit dem was das Script verarbeiten kann.

Was jetzt übelst ist, die kriegen das anscheind nicht mehr hin.

Grüsse
Peter

[FrankW]

Sorry, nicht sicher verstanden - in den Cache Ordnern liegen nach einer Anfrage die XML Daten der jeweiligen Webservices ?

Wenn der Provider zu blöd ist seinen eigenen Server nach einem Änderungsversuch (alleine das muss man sich verinnerlichen) wieder in den Ursprungszustand zurück zu versetzen solltest du dir ernsthaft überlegen, ob sie nicht auch in die Steinzeit schickst.

Wenn wir uns das ansehen sollen brauchen wir per Email noch mal alle Infos und Zugänge, wobei ich ganz ehrlich sagen muss, dass ich finde, dass das etwas zu weit geht.

Wenn der Provider offensichtlich die Parameter verändert wie er lustig ist und scheinbar nicht weiß was er da tut, dann bringt es auch nichts, wenn wir das fixen und er über Nacht wieder Mist baut.

Der bricht irgendwie die Seiten mit externen XML Daten bereits beim Laden ab, das sollten sie problemlos identifizieren können.

Du kannst mal ganz banal alle Files noch einmal aufspielen, vielleicht ist da auch nur ganz blöd was zerschossen.

[AxelK]

Hi Peter,

vielleicht mal Amazon deaktivieren. Hat hier schon zu Problemen geführt.

Gruß Axel

[PeterL]

Hallo Frank,

seitens des Providers warte ich immer noch auf Antwort.
Ich stelle mal folgende Cache-Ordner dar, die nicht geladen werden:

searchEBAY/
imageEBAY/
imageZANOX/
spellSUGGESTIONebay/
imageAMAZON/
getProductDetail/
searchMIRAGO/
searchZANOX/
searchAMAZON/
searchEBAYmore/

Das Script habe ich mir zur Sicherheit nochmal gedownloadet und in das Unterverzeichnis http://www.kaufspinne.de/test instaliert, mit dem selben Ergebnis.

Ich werde aber vorher den Rat von Axel ausprobieren und dann den Provider nochmal kontaktieren.

Grüsse
Peter

[FrankW]

Hm, gerade noch mal nachgesehen und demnach käme affilinet ?
Also den Rest mal tesweise ausschalten.

define('MULTIDOWNLOAD_AN','1'); // Multidownload Module

Die kannst du Testweise auch mal auf 0 setzen (antürlich getrennt getestet):

define('MULTIDOWNLOAD_AN','1'); // Multidownload Module

[PeterL]

Hallo Axel und Frank,

ich habe alle eure Vorschläge ausprobiert, mit dem selben Ergebnis, das die XML Daten (Shopinhalt) der jeweiligen Webservices nicht geladen werden und die Seiten bei allen Suchanfragen weiß bleiben.

Sollte jemand ähnliche Probleme bekommen, der Fehler lag am Ioncube Loader der nochmal neu installiert wurde.

Grüsse
Peter