Contao 2.10.0 verfügbar

[AgentK]

Und der Helpdesk spielt nicht richtig mit:
http://www.druckerei-und-print-office.de/forum.991.html
.....
Peter

Der Fehler liegt hier in der Umstellung von .tpl-Templates auf .html5 oder .xhtml-Templates.

Gruß
Stefan

[ees]

Servus,

bei mir werden seit dem Update meine Images nicht mehr angezeigt! Zum Beispiel mein Header und Footer sind Bilder... diese sind natürlich nicht vorhanden.

Weiß jemand bescheid?

Grüße

ees

[aportmann]

hallo

header und footer im seitenlayout aktiviert?

gruss andi

[ees]

hey andi... danke für die Antwort,

es sind beide Hacken für Kopfzeile wie auch Fußzeile einfügen gesetzt. Es war nur ein Beispiel auch viele andere Bilder z.B. das Firmenlogo werden nicht gefunden obwohl der Pfad stimmt.

Grüße

ees

[aportmann]

… werden nicht gefunden obwohl der Pfad stimmt.

kann ich mir kaum vorstellen, irgendwo muss ja der fehler sein. hast du deine website irgendwo online zur begutachtung?


gruss andi

[ees]

Leider nicht.. da dass Update schief ging teste ich jetz lokal bis es funzt.
Das wäre die Seite: http://www.ees-augsburg.de/

und lokal siehts so aus:
Unbenannt.jpg

Grüße

ees

[aportmann]

so ohne beispiel wirds ein ratespiel.
falls der pfad zu den bildern wirklich stimmen, müsste fast das bild selbst beschädigt sein. etwas anderes kommt mir zurzeit nicht in den sinn.

gruss andi

[ees]

Aslo ich hab folgendes festgestellt:
Mein Pfad der Bilder liegt in tl_files\...
aber jedes Bild liegt normalerweise auch in system\html und dort sind keine!

Grüße

ees

[pmmueller]

Du bewahrst deine Bilder unterhalb von /tl_files/ auf.
Contao speichert temporär erstellte Kopien/Bearbeitungen davon in /system/html/... (aka "Cache").

Hast du schon mal probiert, den Contao-Cache zu löschen? System - Systemwartung - Daten bereinigen.

[ees]

Jap ich habe den Cache gelöscht aber es hat sich nichts geändert.
Wenn ich die Bilder neu zuweise dann bleiben Sie da! Aber warum ich will jetz doch nicht alle Bilder neu eintragen?

Grüße

ees

[ees]

Welche frage sich mir noch gestellt hat:

Warum muss ich meine .css Dateien die im root-Verzeichnis liegen jetz nach system\scripts kopieren dass kein Fehler kommt?
Wie läuft das da ab bzw. warum ist das so?

Grüße

ees

[pmmueller]

Warum muss ich meine .css Dateien die im root-Verzeichnis liegen jetz nach system\scripts kopieren dass kein Fehler kommt?

Weil seit 2.10 die automatisch generierten CSS-Dateien in /system/scripts zu Hause sind und weil es anscheinend nicht programmiert wurde, dass das von alleine passiert

[aportmann]

und nicht vergessen allfällige bildpfade in der css anzupassen.

[ees]

Weil seit 2.10 die automatisch generierten CSS-Dateien in /system/scripts zu Hause sind und weil es anscheinend nicht programmiert wurde, dass das von alleine passiert

OK, danke dann passt es ja aber ich habe davon noch nirgends was glesen eine Anleitung von LEO für dieses neue Update wär glaub ich spitze...

und nicht vergessen allfällige bildpfade in der css anzupassen.

was meinst du damit?

Grüße

ees

[Nils Heinold]

nach dem Update auf 2.10.0 hatte ich auch so ein .css Problem.

Ich hatte mir dann mal den Quelltext angesehen und wollte dem link zur zusammengefassten .css Datei nachgehen. Bekam dann aber den Hinweis, dass ich keine Berechtigung für diese Datei hätte.

Hab dann einfach die .css- Datei gelöscht, so dass Contao eine neue schrieb und alles war wieder schick.

Vielleicht hilft es.
Gruß Nils

edit: das Gleiche betraf übrigens auch einige .js Dateien,

[ees]

Danke Nils...

aber was für eine .css Datei war das? wenn ich meine lösche kommt natürlich ein Fehler.

Grüße

ees

[aportmann]

je nachdem wie du mit dem css umgehst ändert sich der relative pfad zu den bilder. sofern du das framework benutzt sollte dich das jedoch nicht betreffen.


gruss andi

[Nils Heinold]

na die Zusammengefasste in system/scripts/[ganzvielezahlen].css, die wird von Contao selbst erzeugt, sollte sie nicht da sein.

Nils

[ees]

je nachdem wie du mit dem css umgehst ändert sich der relative pfad zu den bilder. sofern du das framework benutzt sollte dich das jedoch nicht betreffen.

Ja ich denke an dem liegt es nicht. Trotzdem Danke muss ich halt jedes Bild neu angeben.

na die Zusammengefasste in system/scripts/[ganzvielezahlen].css, die wird von Contao selbst erzeugt, sollte sie nicht da sein.

Danke Nils aber das mit dem Löschen klappt leider nicht. Muss doch eine andere Ursache haben.

Grüße

ees

[xchs]

Hast Du vielleicht ein Problem mit den Schreibrechten in "system/html"? Was meint denn der System-Check?

[ees]

Nein sollte kein Problem geben... Im System-Check ist über "system/html" nur folgendes zu finden:

if (!$this->isWindows && ($file == 'system/html' || $file == 'system/tmp')) {
$this->folderPermissions[] = 777;
$folderpermissions .= ',777';
}

und das...

// Remove 777
if (!$this->isWindows && ($file == 'system/html' || $file == 'system/tmp')) {
array_pop($this->folderPermissions);
$folderpermissions = str_replace(',777', '', $folderpermissions);
}


Grüße

ees

[BugBuster]

Und das sagt dir nun was?

[ees]

Ich weiß nicht was die 777 bedeutet?

Achja mir ist auf gefallen bis Version 2.9.5 lag mein Bilderpfad "tl_files/..." in 'href'. Jetzt sieht es so aus wie wenn 'href' nicht mehr existiert? Bei 2.10.0 gibt es nur noch den 'src'-Pfad oder täusche ich mich da?
Ich habe das per Firebug ermittelt.

Grüße

ees

[BugBuster]

Kleiner Tipp, Firebug formatiert den Quelltext oft um, lässt Sachen weg, vor allem wenn dieser Syntax Error hat.
Schaue direkt im Quelltext nach um sicher zu gehen.

Und wenn du schon Quelltext hier postest, dann den der bei dir angeblich nicht funktioniert. (direkt aus dem Quelltext, nicht aus FireBug!)
Auszüge aus dem Check bringen hier nunmal gar nichts.

[ees]

Danke für deine Hilfe...

ich glaube ja dass der Quelltext passt habe zumindest nix geändert. Halt Halt... es war kein Auszug aus dem Firebug das habe ich nur gesehn.
Der Auszug kommt aus dem Check.

Grüße

ees

[lucina]

Nein sollte kein Problem geben... Im System-Check ist über "system/html" nur folgendes zu finden:

if (!$this->isWindows && ($file == 'system/html' || $file == 'system/tmp')) {
$this->folderPermissions[] = 777;
$folderpermissions .= ',777';
}

Das ist jetzt nicht Dein Ernst, hier Quelltext des Systemchecks zu posten?

Ich vermute, es ist eine weitaus bessere Idee, den Systemcheck einmal auszuführen und allfällige Fehlermeldungen danach abzustellen.

Carolina.

[ees]

Ich hab doch die Datei ins Verzeichniss kopiert und im Browser gestartet was soll mir der Code da sagen?
Zur Info ich teste lokal.

Grüße

ees

[BugBuster]

Äh, wie jetzt, du rufst den Check auf und bekommst Quelltext angezeigt?

[ees]

Ich öffne die Datei im Browser!?

Irgendwas stimmt hier nicht!

Grüße

ees

[lucina]

Die Frage ist wohl eher, was der Code ausgibt. Den Quelltext kennen wir ja schließlich alle selbst, und ich gehe nicht davon aus, dass es da eine Extraversion für Dich gibt. Der soll Dir eben gar nichts sagen sondern Dir nach Ausführung ein Ergebnis anzeigen, das über die Integrität Deiner Installation Auskunft gibt.

Allerdings - und da komme Dir jetzt auf die Spur - handelt es sich bei der Datei contao-check.php schon der Endung nach um eine PHP-Datei, die - um bei Aufruf im Browser mehr als nur sich selbst im Quelltext zurückzugeben - einen laufenden Webserver benötigt.

Wenn Du eine Installation von Deinem Webspace nach lokal kopierst, dann musst lokal ebenfalls ein Webserver laufen. Bitte informiere Dich über die Optionen, die es für Dein Betriebssystem da gibt (z.B. MAMPP, XAMPP, ggf. native Unterstützung).

Carolina.

(Im Übrigen ist ein Systemcheck lokal in diesem Fall vollkommen irrelevant, da Du ja Probleme auf Deinem Server / Webspace / was auch immer hast)

[ees]

Danke Lucina ich werde weiter schauen... aber hat von euch keiner Probleme dass der Bilderpfad nicht mehr stimmt?

Grüße

ees

[BugBuster]

Aslo ich hab folgendes festgestellt:
Mein Pfad der Bilder liegt in tl_files\...
aber jedes Bild liegt normalerweise auch in system\html und dort sind keine!

Klingt wieder nach Schreibrechten. Wenn Contao dort keine anlegt, wobei er das glaube ich nur tut, wenn er die Umrechnen muss (Thumbs, etc.) , kann er entweder nicht schreiben oder die GD-LIB Unterstützung hat plötzlich ne Macke. Hätte aber nichts mit Contao Update zu tun.

Zeig doch mal einen Pfad der nicht funktioniert, wo sucht denn der Browser ein Bild was nicht existiert?

Ich kann so schlecht raten ohne Infos.

[ees]

Hallo BugBuster,

das hier ist der Pfad zu unserem Logo:
"tl_files/ees-website_pics/logo.png"

Hat unter 2.9.5 noch einwandfrei funktioniert!
Wenn ich nun im Backend den Pfad auf "system\html\logo-20bfebb7.png" ändere ist das Bild da. Aber ich glaube das ist eine schlechte Lösung, denn wenn ich das Bild in tl_files einmal ändere bleibt es ja gleich (Cache).

Grüße

ees

[BugBuster]

das hier ist der Pfad zu unserem Logo:
"tl_files/ees-website_pics/logo.png"
Hat unter 2.9.5 noch einwandfrei funktioniert!
Wenn ich nun im Backend den Pfad auf "system\html\logo-20bfebb7.png" ändere ist das Bild da.

Also sind doch welche in system/html !
Nicht doch, du selber nimmst den Original Pfad. Contao ändert das selbst ab, wenn es das für notwendig hält.
Hast du vielleicht im Theme einen anderen Pfad eingestellt der nun nicht mehr passt?

Wie ist der generierte Pfad in der Webseite? (bei einem Bild wo es nicht funktioniert)
so?:

<div id="logo">
<a href="http://deine lokale domain auf der du testest.de" title="EES"><img src="tl_files/ees-website_pics/logo.png" alt="Logo"/></a>
</div>

[ees]

Ja da sind Bilder im Cache soll ich diese Löschen?
Also ich habe gar nichts im Theme geändert! Der Pfad ist ja eigentlich au vorhanden! Warum kann er das bild aus "system/html" holen aber nicht aus "tl_files"?

Wie ist der generierte Pfad in der Webseite? (bei einem Bild wo es nicht funktioniert)

so sieht der Code aus:

<div id="logo">
  <a href="{{env::url}}" title="EES"><img src="tl_files\ees-website_pics\logo.png"/></a>
</div>

[Flex]

Versuch es mal so:

<div id="logo">
  <a href="{{env::url}}" title="EES"><img src="tl_files/ees-website_pics/logo.png"/></a>
</div> 

Bei HTTP benutzt man grundsätzlich Slashes, keine Backslashes! Unabhängig vom Betriebssystem

[ees]

Sry hab ich vergessen zu erwähnen... habe ich bereits getestet ohne Änderung.

Trotzdem Danke

Grüße

ees

[Flex]

Kannst du das Bild denn direkt aufrufen, wenn du die komplette URL in den Browser reinpackst?

[ees]

Nein kann ich nicht das ist das seltsame, es kommt die Meldung Zugriff wurde verweigert...

Ich habe gerade einfach auf der Startseite ein Bild angelegt. Konnte das Bild in der Dateiverwaltung mit dem tl_files-Pfad auswählen. Alles Bestens. Doch als ich die Website neugeladen habe hab ich für eine Sekunde einen Rahmen gesehn und weg wars wieder!

Also alles in allem eine seltsamee Angelegenheit.

Grüße

ees

[BugBuster]

Nein kann ich nicht das ist das seltsame, es kommt die Meldung Zugriff wurde verweigert...

Du willst nun echt sagen, das du im Backend auf das Bild innerhalb von tl_files zugreifen kannst, aber im Frontend per Browser direkt nicht?
Glaub ich nicht.
Sicher das in der generierten Webseite das {{env::url}} auch ersetzt wird?
Ich will sowas sehen, aber ebend wo es nicht funktioniert:

<div id="logo">
<a href="http://www.ees-augsburg.de" title="EES"><img src="tl_files/ees-website_pics/logo.png" alt="Logo"/></a>
</div>