Hallo Leute!
Ich hoffe, die Frage wird nicht direkt entsorgt, da sie "keine" und "Bilder" enthält, denn, Nein!, es hat nichts mit css_style_content zu tun ;D
Hoffe ich jedenfalls.
Ich habe sowohl T3 6.2.25 als auch inzwischen 7.6.9 installiert.
Und sehe weder hier noch da ein einziges Bild auf dem Android-Smartphone (oder iPhone - das schickte mir ein Kollege)
Da alle meine Sites unter 4.5.x hier keine Probleme hatten (und ich bislang nichts dazu gefunden habe), frage ich hier, da ich vermute, dass es mit irgendwelchen Neuerungen zu tun hat, die sich massiv auf die Ausgabe von Bildern auswirken (responsive etc.)
Bei Bedarf poste ich die Links zu den Test-Installationen - da diese jedoch sowieso gelöscht werden, wenn die Seite scharfgestellt (werden sollte) wird, nutzen sie später niemandem.
Nur soviel: Auf dem PC - egal welches OS oder welcher Browser - sieht alles perfekt aus - nur auf dem Smartphone gibt es kein einziges Bild zu sehen!
Bin wie üblich für jede Hilfe dankbar und hoffe stark, dass die Frage Beachtung findet, auch wenn sie notgedrungen in einer eher unten liegende Kategorie landen musste (wusste nicht, wohin sonst damit).
Thx in advance
Schwerus
Ok, hat sich - vorläufig - erledigt...
Der (darf man dass hier schreiben??) PIMMELIGE Knackpunkt waren Anführungszeichen in
config.baseURL... im TS-Setup
Bislang funxte das ohne, jetzt hat intuitives Testen gebracht, dass (aktuell nur unter 7.6.9 getestet) zwingend Anführungszeichen notwendig sind.
sieht also zwingend jetzt so aus: config.baseURL = "http://yourdomain.de" (statt wie zuvor einfach config.baseURL = http://yourdomain.de/
Jetzt sind alle Grafiken auch auf einem Android-Smartphone zu sehen... falls es beim iPhone nicht funxt, werde ich den Thread hier noch erweitern - Daumen drücken!
Also, dass ich nichts mehr dazu schreiben muss =D
:o Öhm, eigentlich nicht. Die Doku liefert zumindest ein anderes Beispiel, und Anführungszeichen zwingend für Strings in TS wären mehr als ungewöhnlich.
Tests in TYPO3 7.6.9:
Laut TSref:
config.baseURL = http://localhost/
<base href="http://localhost/muell-7.6/">
Laut Deines Lösungsweges:
config.baseURL = "http://localhost/"
<base href=""http://localhost/muell-7.6/"">
Letzteres HTML ist definitiv invalide
Nebenbei, auf typo3.org gibt's einen nettenArtikel zu baseURL: baseURL is dead - long live absRefPrefix
Hallo Julian,
Dank für die schnelle Antwort! (irgendwie bekomme ich keine Benachrichtigungen mehr per Mail über neue Posts??)
So ähnlich sieht's tatsächlih aus
<base href=""http://subdomain.yourdomain.com"">
, allerdings ohne den abschließenden Slash!
Und das ist tatsächlich kaum valide - aber es ist das Einzige, was funktioniert!
Mit config.absRefPrefix hatte ich natürlich experimentiert, allein wg. RealURL für die Zukunft, wollte aber den Thread damit nicht überladen, da es auch keinerlei Effekt hatte.
Da ich - ob der fehlenden Treffer in meinen Suchen - offensichtlich der Einzige bin, bei dem das krude Konstrukt nötig ist ab Version 6.2.X aufwärts, liegt es nahe, die Ursache beim Provider zu vermuten - nun, da muss es bei der Vermutung bleiben... eigentlich kein kleiner Provider, die Umstellung auf höhere PHP-Versionen (5.5+) hat dort allerdings erst kürzlich stattgefunden...
Und jetzt die Auflösung!
Kurzes Vorwort:
Ich war immer ein Fan von TYPO3, weil es, egal, auf welche Probleme man gestoßen ist, immer irgendwie in den Griff zu kriegen war, bischen Erfahrung und Ehrgeiz vorausgesetzt. Und das auch schon 2006, als nicht schon fast jedes Problem irgendwo mal aufgetaucht - und ergoogelbar gewesen ist.
Deswegen war ich jetzt einigermaßen verzweifelt, dass es so ein krudes Konstrukt tun musste (s.o.), um auch nur Bilder angzeigt zu bekommen.
Julian hat natürlich Recht! Der Code ist nicht valide. Hatte aber funktioniert. Bis ich RealURL installiert habe, und selbst da nicht sofort, sondern erst, als ich eine zweite Menuebene eingebunden habe. Da ist mir das Ganze um die Ohren geflogen. Die Verzweiflung wuchs.
Und tatsächlich war es ein einfacher TIPPFEHLER in der Sublevel-Domain! Statt relaunch hatte ich realaunch geschrieben - (und immer fleißig mit Copy/Paste das Basis-TS - und den Fehler - von einer Installation zur nächsten mitgeschleppt) - das sieht nicht nur ähnlich aus, man spricht es auch fast ähnlich, sodass der Gehirnkasten bis zum Schluss keinen Fehler gemeldet hatte...
Und funktioniert hat der Krampf oben, weil die Browser den Code in den Meta-Tags als invalide rausgehauen haben! Und durch den sowieso übergebenen Pfad überschrieben haben!
Nur: Mit RealURL klappt das natürlich nicht mehr!
Ich weiß nicht, vielleicht sollte man den Thread löschen... Oder er kann eine gutes, warnendes Beispiel sein, nicht nur die Template-Analyse zu verwenden, sondern bei merkwürdigen Problemen einfach mal wachsam selbst eingefügte Variablen Stück für Stück auf Richtigkeit zu überprüfen!