iFrames oder andere Möglichkeiten

[JessyBerlin]

Hallo,
Nach einigen vergeblichen Versuchen ein iFrames in meiner mit Contao erstellte Seite einzubinden hatte ich danach gesucht und musste lesen, das das einbinden von iFrames in Contao nicht ohne weiteres geht.

Meine Frage: wenn es nicht geht gibt es auch andere Möglichkeiten Inhalte anderer Seiten in seiner eigene einzubinden? Ich kenne mich nicht in Scripten so sehr aus, das ich mir selbst etwas schreiben könnte. Dafür bin ich viel zu viel Leihe. Nur wichtig ist, das mein Shop in meiner Seite dargestellt wird.

Kann mir Jemand helfen, da wäre ich sehr dankbar.

LG Jessica

[planepix]

Hallo Jessica,

iFrames kannt Du einbinden:
Dazu unter Einstellungen -> Sicherheitseinstellungen -> erlaubte HTML-Tags <iframe> hinzufügen und dann z.B. den iFrame-Code in ein Inhaltselement HTML einbauen.

[JessyBerlin]

Leider geht es nicht, der <iframe> Tag wird rausgelöscht.

[planepix]

Hallo Jessica,

ist der Eintrag <iframe> in den erlaubten HTML-Tags nach dem Speichern noch drin?

[JessyBerlin]

Ich glaube das ist das Problem. Nein da ist er auch nicht mehr.

[planepix]

ok

Dann ist die Datei localconfig.php nicht schreibbar.

Du kannst via FTP einmal nach den Schreibrechten schauen und dann ggf. umstellen, so dass die Datei Schreibrechte bekommt.

Nutzt Du den safe Mode Hack?

[JessyBerlin]

OK... ich hatte die Datei auf 777 gesetzt ging aber dennoch nicht.

Dann habe ich mir die Datei "localconfig.php" per FileZilla geladen dem Tag abgeändert und wieder auf dem Server geladen. Jetzt geht es.

Danke!

[JessyBerlin]

ok

Nutzt Du den safe Mode Hack?

Hmmm Wo sehe ich den das?

[planepix]

Fein das auf diesem Weg geklappt hat.

Ob der Safe Mode Hack benutzt werden muss, siehst Du, indem Du den Systemcheck (die zu Deiner Version passenden Systemcheck) in das Root-Verzeichnis Deiner Installation kopierst und aufruft. Oder wenn Du bei der Installation FTP-Daten eingeben musstest.

Oft ist auch der Providername hilfreich, da es dazu Erfahrungswerte gibt.

[JessyBerlin]

Ja FTP-Daten musste ich angeben. Der Provider ist zu klein und der Inhaber sagte mir das niemand auf den Servern Contao installiert hat.

[planepix]

Wenn sonst alles läuft mit der Installation würde ich es so lassen.

Bei Servern, auf denen der Safe Mode Hack benutzt werden mus, werden in der Regel die Verzeichnisse "system/tmp" und "system/html" sowie "system/log" auf schreibbar gesetzt (755 sollte ausreichen). Sowie die Datei localconfig.php auf 755.

Hilfreich ist denoch, den Systemcheck einmal anzusehen, dann sieht man auch, wie die rechte korrekt zu setzen sind.

[JessyBerlin]

Hallo @planepix,

so jetzt läuft alles super und ich danke Dir nochmal ganz doll, für Deine schnelle Hilfe.

LG Jessica

[xchs]

Hallo JessyBerlin,

ob der Safe Mode Hack (SMH) funktioniert und richtig konfiguriert ist, kannst Du auch mit dieser Erweiterung (Skript) überprüfen:

http://www.contao.org/erweiterungsli...hcheck.de.html

[mokaki]

Hab das gleiche Problem, ich möchte iframes einbinden (ein video), aber in der localconfig.php ist es schon korrekt drin, aber es funktioniert immer noch nicht.

woran könnte es sonst noch liegen?

[n!ck]

Ich hänge mich hier mal mit dran.

Möchte ein Vimeo Video einbinden. <iframe> ist eingetragen und wurde auch in die localconfig.php geschrieben. Dennoch wird es HTML Editor nach dem Aktualisieren immer wieder rausgenommen.

Woran liegt das?

[n!ck]

Tut mir Leid das ich hier nochmal pushe.. Das Ganze eilt leider ein wenig und sollte bis heute Abend behoben sein.

Daher wäre ich für Hilfe sehr dankbar.

[kos]

Wenn das so auf die Schnelle nicht geht, dann kannst Du den Code für das Video auch in eine Datei z.B. vimeo-video-iframe.tpl einfügen und diese unter ROOT/templates abspeichern.
Diese Datei dann mit dem Insert-Tag

{{file::vimeo-video-iframe.tpl}}

als HTML-Element in den Artikel einfügen.

[n!ck]

Uff Da es um einige Videos geht wäre das recht viel Aufwand.

Hat denn niemand eine Idee woran es liegen könnte das das erlaubte <iframe>-Tag nicht eingetragen bleibt?
Werden in einer weiteren Datei Restriktionen vorgenommen? Kann man das vielleicht auch "hart" eintragen?

[kos]

Hat denn niemand eine Idee woran es liegen könnte das das erlaubte <iframe>-Tag nicht eingetragen bleibt?

Also wenn <iframe> bei den Einstellungen nicht eingetragen bleibt, dann kann das doch nur daran liegen, dass die localconfig.php nicht beschreibbar ist

[n!ck]

In der localconfig.php wird es eingetragen. Das habe ich bereits geprüft.
Macht allerdings keinen Unterschied.

Habe gerade in der config.php allerdings nochmals $GLOBALS['TL_CONFIG']['allowedTags'] gefunden, wo <iframe> fehlte. Habe es dort auch eingetragen... weiterhin ohne Erfolg.

Versteh es nich so recht. Wenn es dort steht.. Sollte es doch auch genommen werden?!

In den Einstellungen bleibt <iframe> auch eingetragen. Wenn ich den Tag in einer neuen Nachricht unter HTML verwende, Aktualisiere und nochmal in den HTML Editor schaue, ist es wieder weg.

[kos]

Habe gerade in der config.php allerdings nochmals $GLOBALS['TL_CONFIG']['allowedTags'] gefunden, wo <iframe> fehlte. Habe es dort auch eingetragen... weiterhin ohne Erfolg.

Also da gehört es definitiv NICHT hin (-> nicht updatesischer )!

Außerdem wird die localconfig.php nach der config.php gelesen und die Einträge werden überschrieben.

Dann bleibt nur zu prüfen (da direkt die Datei editiert wurde) ob es in der Form: .....<h5><h6><i><iframe><img><input>..... bei $GLOBALS['TL_CONFIG']['allowedTags'] eingetragen ist, ohne evt. Komma oder Semikolon.

[n!ck]

Die Eintragung wurde über das BE gemacht und lediglich direkt in der localconfig.php geprüft. Eintragungen habe ich nur in der config.php gemacht, sprich um <iframe> erweitert - habe ich allerdings gerade wieder entfernt, damit es hier keine Probleme beim Update gibt.

Die Zeile sieht in der localconfig.php folgendermaßen aus:

$GLOBALS['TL_CONFIG']['allowedTags'] = '<iframe><embed><a><abbr><acronym><address><area><b><big><blockquote><br><base><bdo><button><caption><code><col><colgroup><dd><div><dfn><dl><dt><em><form><fieldset><hr><h1><h2><h3><h4><h5><h6><i><img><input><label><legend><li><link><map><object><ol><optgroup><option><p><pre><param><q><script><select><small><span><strong><sub><sup><style><table><tbody><td><textarea><tfoot><th><thead><tr><tt><u><ul><marquee><fb:like-box><fb:fan>';

Und da sehe ich keinen Fehler..


Update: Habe die Eintragung gerade mit einer anderen Installation, auf einem anderen Server getestet: Gleiches Ergebnis! Scheint also ein Problem in der Core zu sein! Beides Version 2.9.1

[lucina]

Ich habe das gerade ebenfalls in einer 2.91 gecheckt - funktioniert tadellos.

Mach doch mal bitte einen Contao-Check und poste mal alles, was nicht grün ist.

Carolina.

[n!ck]

Mach doch mal bitte einen Contao-Check und poste mal alles, was nicht grün ist.

Die Liste ist kurz:
Nix Alles grün.

Edit: Auch bei der anderen Installation welche ich zum Vergleich hergenommen habe.

[lucina]

Hmpf. Wenn ich das in einem 2.91 auf einem recht reproduzierbar restriktiven HE-Server und einem noch restriktiveren FreeBSD- / Lighty-System problemlos hinbekomme frage ich mich, wo da der Unterschied liegt. Welcher Provider? info.php? SafeMode?

Oder im iframe-Code? Ist das Tag geschlossen? Also zum Anfang ein <iframe> und zum Ende ein </iframe>??? Ist der Code dazwischen vollständg intakt?

[n!ck]

SafeMode ist aus, phpinfo ist sauber.

Einmal handelt es sich um einen Root von 1&1 und einmal um eine Webhosting Paket von 1&1.

Testweise habe ich nicht den Vimeo-Code sondern einfach nur

<iframe src="#"></iframe>

eingetragen... das wird auch entfernt.

Ein Beispiel Vimeo Code sieht folgendermaßen aus:

<iframe src="http://player.vimeo.com/video/13778581" width="400" height="225" frameborder="0"></iframe><p><a href="http://vimeo.com/13778581">Contao-CMS-pe-Guarani</a> from <a href="http://vimeo.com/user3664531">Nicolas Caballero</a> on <a href="http://vimeo.com">Vimeo</a>.</p>

Der komplette Teil:

<iframe src="http://player.vimeo.com/video/13778581" width="400" height="225" frameborder="0"></iframe>

wird entfernt. Der Rest bleibt wie er ist...

Ich verstehe es einfach nicht.

[do_while]

ich habe <iframe> auch schon mit Erfolg hinzugefügt, dass es am Hoster liegt kann ich mir nicht vorstellen.
Ich habe allerdings den <iframe>-Tag nicht am Anfang der Liste, sondern am Ende hinzugefügt. Hat Contao vielleicht ein Problem mit dem 1. Tag? (Bei <embed> würde das wahrscheinlich nicht so schnell auffallen).

[kos]

Hat Contao vielleicht ein Problem mit dem 1. Tag?

Hallo Hagen,

<iframe> ist bei mir auf einer Seite als 1. erlaubtes HTML-Tag eingetragen und das funktioniert ohne Porbleme (2.9.1).

[n!ck]

Habe es gerade mal an diversen Positionen eingesetzt. Ganz vorne, irgendwo dazwischen, in alphabetischer Reihenfolge und am Ende.

Keine Auswirkung. In den Nachrichten wird es dennoch immer wieder entfern nachdem ich im HTML Editor auf Aktualisieren klicke.

[do_while]

Na gut, es hätte ja sein können.

[lucina]

In den Nachrichten wird es dennoch immer wieder entfern nachdem ich im HTML Editor auf Aktualisieren klicke.

Das war der entscheidende Hinweis. Exakt das kann ich jetzt auch reproduzieren. Kein Problem beim Einfügen als Modul, aber der Tiny macht's in den News weg.

Bliebe für Dich, a) entweder ein Modul mit dem iFrame anzulegen und das dann per InsertTag in den Nachrichtentext einzufügen oder b) den Tiny temporär abzuschalten.

Und dann c) einen Bugreport zu schreiben.

Carolina.

EDIT: Tritt dann auch in Artikeln auf, wenn der MCE eingeschaltet ist. Der sollte sich definitiv nciht so verhalten.

[kos]

Nur mal so als Idee: wenn Hagen schon meint, dass die Position eine Rolle spielen könnte, wäre es dann nicht auch denkbar, dass die FAcebook-Tags, die Du am Ende eingefügt hast (=> <fb:like-box><fb:fan> ) vielleicht die Verursacher sein könnten?
Nimm die doch mal heraus und versuche noch einmal.

[kos]

...Exakt das kann ich jetzt auch reproduzieren. Kein Problem beim Einfügen als Modul, aber der Tiny macht's in den News weg.

Das ist auch bei mir der Fall.
Ich habe und hatte bisher <iframe> immer nur in einem HTML-Element eingesetzt und dann funktioniert das auch.

[lucina]

Tritt übrigens in dieser Form auch schon in TYPOlight 2.7x auf. Ich habe jetzt leider nix älteres mehr laufen und kann nicht überprüfen, ob das Verhalten schon immer so war (vermute ich jetzt einfach mal) und nur nicht aufgefallen ist, weil niemand auf die Idee gekommen ist, im Tiny einen iFrame einzufügen ... was, zugegebenermaßen, möglich sein sollte, wenn auch sehr unorthodox.

Die Lösung gibt es dann auch bei Moxiecode: http://tinymce.moxiecode.com/punbb/v...ic.php?id=6332

Carolina.

[do_while]

Einzutragen in die system/config/tinyMCE.php
Ich kann aber nicht sagen, ob das updatesicher ist.

[n!ck]

Tritt übrigens in dieser Form auch schon in TYPOlight 2.7x auf. Ich habe jetzt leider nix älteres mehr laufen und kann nicht überprüfen, ob das Verhalten schon immer so war (vermute ich jetzt einfach mal) und nur nicht aufgefallen ist, weil niemand auf die Idee gekommen ist, im Tiny einen iFrame einzufügen ... was, zugegebenermaßen, möglich sein sollte, wenn auch sehr unorthodox.

Die Lösung gibt es dann auch bei Moxiecode: http://tinymce.moxiecode.com/punbb/v...ic.php?id=6332

Carolina.

Einzutragen in die system/config/tinyMCE.php
Ich kann aber nicht sagen, ob das updatesicher ist.

Danke ihr Beiden! Funktioniert wunderbar. Habe die Zeile noch um ein |frameborder erweitert. Der Vimeo-Code funktioniert nun wunderbar.

Die Verwendung eines iFrame in Nachrichten oder Artikeln halte ich für selbstverständlich, gerade durch die verschiedenen Video-Codes. Sollte daher unbedingt behoben werden.

Ist die Eintragung in die tinyMCE.php nun updatesicher?

[lucina]

Updatesicher ist das solange Du diese Datei - wie eigentlich bei individualisierten Konfigurationsdateien üblich - von einem Update ausnimmst.

Alternativen siehe http://www.456bereastreet.com/archiv...ments_instead/ und http://intranation.com/test-cases/object-vs-iframe/

Carolina.

(Ja, ich finde das weiterhin gedanklich unorthodox, einen iFrame innerhalb eines Artikels zu benutzen. Mal abgesehen von all den Fragen zu Valitität, Doctype und so weiter denke ich nicht, dass ein iFrame semantisch in einen Artikel gehört. Ein Artikel ist semantisch ein Teil der Webseite, und mit dem Anzeigen externer Dokumente wird das für mich ad absurdum geführt. Etwas anderes wäre für mich, die Inhalte z.B. via DomInjection einzubinden.)

NACHTRAG: es gibt dazu auch ein Plugin unter http://sourceforge.net/tracker/?func...81&atid=738747

[salsa]

Hallo,

ich habe auch ein Problem mit dem <iframe> einbinden.
Die Einbindung im BE habe ich gemacht und der Code im HTML Artikel wird auch korrekt gespeichert.
Wenn ich die Seite aufrufe kommt dieser Fehler.iframe problem.jpg

Was bedeutet dieser Fehler? Der Rest der Internetseite funktioniert.

Danke.

Hat sich erledigt. Fehler meinerseits im Code.