Schwerwigendes Problem im Template Virtual Tour | Museum erzeugt ;-(
Author: WatMooi Frank LubachHallo Community,
Ich habe gerade folgendes Problem beim Template "Virtual Tour | Museum" hier wollte ich das Objekt "Cookie-Script" einfügen im Footer. Bezüglich Code u. Anmeldung bei Cookie-Script passt alles, das ist nicht das Problem... nur, weil in der Vorschau und nach dem Upload das Cookie-Banner nicht gezeigt wurde, habe ich das Objekt in den Header Bereich verschoben,... nun Doof weil bei diesem Template der Head Bereich also Logo und Navigation über Objekt in den Seiten enthalten ist. In der Vorschau ist trotzdem alles in Ordnung soweit,... aber unter Webseite-Optimierung kommt "Das Objekt ist größer als sein Arbeitsbereich" und nach dem Hochladen ist die der die ganze Seite verschoben und die Header Navigation verschwunden... geh ich in den Arbeitsbereich Inhalt des Templates - Header ist dieser aber Leer und ich kann da dieses Objekt nicht löschen... habt ihr bzw. jemand da eine Lösung ??? Steh gerade auf dem Schlauch...
LG und ein Schönes WE
Frank
Author
Hier der Screen von der Optimierung...
Author
Der Fehler mit dem Objekt "Cookie-Script" im nicht vorhanden Header lässt sich in X5 zwar nicht lösen bzw. das und obwohl es nicht zu finden ist, wird dieses immer noch zu groß im Arbeitsbereich immer noch angezeigt... aber der Anzeigefehler auf der Startseite lässt sich umgehen..fraglich ob er überhaupt damit zusammen hängt... oder die Beta die ich hab da einen Fehler hat... und zwar hab ich auf dem Server eine index.html und eine index.php ... es wird immer die index.html angesteuert die dann wo das anzeige Problem zu sehen ist... diese habe ich mal umbenannt und nun wird die index.php beim aufrufen der domain wieder verfolgt... und das problem mit der header navigation hat sich erledigt... habe das objekt dyn. text drinnen das braucht ja die .php variante... da scheint wohl der Knackpunkt irgendwo zu liegen ...
Du benötigst im Prinzip das Widget von den Cookie-Script nicht auf deinen Seiten. Es ist nur dazu da um auf die Website des Skripts zu kommen und um sich anzumelden und danach wird auf der Website vom Cookie-Script erklärt wohin der Code gehört.
Im Prinzip gehört der erste Code unter "1" Statistik& Code Reiter "Code" vor dem </HEAD> Tag eingefügt.
Der 2. Codeabschnitt gehört in deine Datenschutzseite im Text-Objekt eingefügt wo der Datenschutztext ist und danach im Text-OBjekt auf "HTML-Code" schalten. Sehen tut man aber nur Online die Auswirkungen.
Author
Hallo Andreas,
Nun das Objekt oder Mod Cookie-Script ist ja eigentlich auch nicht mehr wie ein Fenster zum Code einfügen
aber das scheint einen Fehler zu haben, den mit dem einfachen code schnipsel Objekt, das eh schon im X5 ist, hat es ohne Probleme funktioniert ;-)
Aber die anderen zwei Probleme sind schon anderer Natur,... nach dem Aufrufen der Domain greift diese auf den jeweiligen Ordner auf dem Webspace zu, in dem das Projekt liegt und führt bzw. zeigt über die Index die Webseite an,... hier wurde immer die index.html aufgerufen, die eine zerschossene Seite und fehlende Navigation zeigte.. ist man dann auf eine Unterseite über die Footer Verlinkung gegangen, und von dort zu Startseite ist alles in Ordnung... hier wird aber dann die index.php aufgerufen,... ich habe dynamisch einhalte drin die php verlangen...und warum auch immer ist die index.html drin geblieben,....habe diese nun umgenannt... und beim erneuten Hochladen wird diese auch nicht erneut erstellt... das ist schon mal gelöst.... bei dem anderen Problem jedoch muss inco ran.... da das Template über die Seite den Header also Navi und Logo steuert auf jeder Seite ist die navigation... braucht das Template keinen eigentlichen Header und der ist auch Leer und man kann da auch kein Objekt einfügen sollte man meinen.... ich habe dort jedoch das Cookie-Script Objekt platziert was nun sichtlich verschwunden (nicht ausgeblendet oder unterhalb des Rahmens liegt) es ist wirklich nicht Sichtbar oder Klickbar wird aber bei Optimierung der Seite als zur Groß im Arbeitsbereich erkannt obwohl es gar nicht mehr Exestiert... und das in allen wir Arbeistbereichen Desktop, Tab und Phone .. aber Sichtbar oder enthalten ist es nirgends,... von daher kann es nur ein Bug im Template oder X5 sein oder ?
Gruß und ein Schönes WE ...
Frank
Wenn man PHP-Code in einer Seite hat, dann muss man diese nicht manuell umbenennen, sondern kann dieser Seite in WebSite X5 die Endung .php geben.
In WebSite X5 unter ...
3 Sitemap
... die gewünschte Seite markieren und oben auf "Eigenschaften" klicken, dann Reitert "Erweitert" anklicken und bei "Dateinamenformat" umstellen auf "php".
Author
Danke Daniel,.. aber das wusste ich auch schon,... hätte hier nur wenig gebracht das die index.html auf dem zusammen mit der index.php hätte hier eine änderung der html auf php nicht funktioniert da diese ja schon vorhanden ist,.. von daher hab ich diese ja umbenannt auf was anderes und geschaut ob die beim erneuten hochladen wieder mit angelegt wird und das selbe spiel von vorne beginnt quasi... aber war nicht so zum glück... die hätte beim ändern auf php automatisch gelöscht werden müssen...nun ja ist ja durch und läuft alles wieder... danke dir trotzdem und ein schönes WE.... Sonne kommt.... LG Frank
Wenn du index.php und index.html hast aus deinen beschriebenen Gründen, kann WSX5 nicht automatisch wissen, dass es eine Version löschen soll am SErver. Das muss man immer selbst erledigen.
Wenn du ein Objekt im Header oder Footer drinnen hast und die siehst es nicht unter "Inhalt des Templates" dann musst du bei der "Struktur des Templates" beim Header kurzfristig eine Höhe von 500px eingeben, damit es den sichtbaren Bereich aufmacht wo du das Objekt löschen kannst.
Author
Kann manschmal doch so einfach sein,...nur selber sieht man es nicht :)) Vielen Dank Andreas S. und ein Schönes WE Dir und Deiner Fam. !!!!!!
Author