"dumme" Frage zu den WB-Variablen

[stesel]

Guten Tag,

gibt es eine Möglichkeit (Trick 17?), in einer, per iframe eingebundenen, php-Seite die WB-Variablen zu benutzen? Da ich viele davon benutzen MUSS(!), würde ich gern auf diesem Weg auf die "harte" Adressierung darin verzichten und WB_URL benutzen.

Ich hoffe, ich habe mich verständlich ausgedrückt   

Besten Dank für Eure Mühe
Stefan

[DarkViper]

WB und der Inhalt eines Iframes sind per Definition unterschiedliche Websites (verschiedene Browserinstanzen) auch wenn darin jeweils die selbe Website dargestellt wird.
Per PHP besteht dazwischen keinerlei Verbindung, darf auch keine Verbindung bestehen. Wäre ja doch irgendwie lustig, wenn jede beliebige Websites auf Serverinternas einer beliebigen, anderen Website zugreifen könnte.

Die einzig vernünftige und auch relativ sicher Methode wäre der Aufbau einer abgesicherten Ajax-Schnittstelle in WB durch ein spezielles Modul.

Ansonsten könnten einzelne PHP-Variablen als Javascript-Variablen in die HTML-Ausgabe von WB eingebaut werden (geht recht einfach über die Templates). Die Verbindung der beiden Browserinstanzen kann dann per JavaScript erfolgen.

Die Methode ist jedoch mit extremer Vorsicht zu genießen, da sie gleichzeitig auch eine regelrechte Einladung für Hacker darstellt.

[stesel]

Danke für die schnelle Antwort!

Die Sache mit dem Template und Javascript klingt gut, übersteigt aber meinen Horizont. Ich hoffe es ist nicht zu vermessen, dich dabei um Hilfe zu bitten? Das wäre wirklich supi!!! Da es sich hierbei um ein Intranet handelt, sollte die Hacker-Komponente zu vernachlässigen sein.

Danke
Stefan

[DarkViper]

Leider hab ich nicht genügend Zeit übrig um das selbst zu übernehmen.
Ich denke jedoch dass sich hier sicherlich jemand mit ausreichenden JS-Kenntnissen findet, der eine instanzübergreifende Verbindung derart realisieren kann, dass die Rechenleistung der Arbeitsstationen nicht in den Keller geht.

[BlackBird]

Mit jQuery kannst Du auf den Inhalt des IFrames zugreifen. (So lange die Inhalte von derselben Domain stammen.) Diesen Zugriff kannst Du nutzen, um dort per JavaScript Deine Variable(n) verfügbar zu machen.

http://simple.procoding.net/2008/03/21/how-to-access-iframe-in-jquery/
http://stackoverflow.com/questions/364952/jquery-javascript-accessing-contents-of-an-iframe

[Waldschwein]

Hallo!

Iframe ist immer ein Spiel mit dem Feuer - wenn man es nicht wirklich braucht, würde ich es auch nicht nehmen.
Leider weiß PHP nicht wirklich, was "drum herum" passiert, da es ja Serverseitig abläuft - und JavaScript auch nicht, weil JavaScript ja Clientseitig abläuft. Tricks gibt's viele, aber die meisten funktionieren anders, als man es gerne hätte - und auch selten zuverlässig.

Aber: Wieso soll man sich groß verrenken - man nehme "register_modfiles(jquery);" seit WB 2.8.1 in der index.php des Headers und schon stehen die WB_URLs als JavaScript im Quelltext.
Problem: Sie stehen eben auch nur als JavaScript zur Verfügung.
Daher wäre es evtl. sinnvoll, auf Iframe wirklich wie DarkViper schreibt zu verzichten. Nur eine AJAX-Schnittstelle http://api.jquery.com/category/ajax/ haben wir auch noch nicht in WB. AJAX ist im Grunde die einzige Möglichkeit (naja, und das was nicht wirklich AJAX ist, aber im Volksmund gerne dazu gezählt wird), wie man automatisch JavaScript an PHP übergeben kann. Nur muss es hierfür eben ein adressierbares Formular / Schnittstelle geben.
Es gibt dazu hier einen englischen Artikel: http://ajax.sys-con.com/node/188390
Allerdings kann ich dir sonst auch nicht weiterhelfen.

Edit: Um "viel" mit dem iFrame über JavaScript zu machen, bietet sich http://ideamill.synaptrixgroup.com/?p=6 an.

Gruß Michael

[BlackBird]

Aber: Wieso soll man sich groß verrenken - man nehme "register_modfiles(jquery);" seit WB 2.8.1 in der index.php des Headers und schon stehen die WB_URLs als JavaScript im Quelltext.

Aber nur, wenn die per IFrame eingebundene Seite über WB generiert wurde. Es könnte aber auch eine völlig unabhängige HTML-Seite sein. Das wurde ja nicht explizit geschrieben. Er schrieb nur "PHP-Seite", nicht "WB-Seite".

Und - JavaScript an PHP übergeben??

[Waldschwein]

Und - JavaScript an PHP übergeben??

XHR? Krücke wie immer, aber gehen tut alles.

Gruß Michael

[chio]

Ein iFrame ist DANN eine Gefahr, wenn du seine Quelle nicht unter Kontrolle hast, wenn er also von woanders herkommt.

Grundsätzlich kannst du an den iFrame-Aufruf einen Parameter (?id=XX) hängen und den per PHP abfragen. Ob in den iFrame eine WB-Seite oder was anderes reinkommt ist egal.

[BlackBird]

Da merkt man, daß ich auch nie mit IFrames arbeite. An die Parameter-Variante hab ich gar nicht gedacht.

[stesel]

Guten Morgen...

leider bin ich gestern überhaupt nicht mehr zum lesen und antworten gekommen. Sorry!

WOW - das liest sich ja alles derart heftig, dass mir gleich der Kopf schwirrt  .
Also die einzubindenden Seiten kommen alle von mir selbst und laufen in meinem eigenen Intranet. Hauptsächlich ist es ein dirlist-script, siehe hier http://www.websitebaker2.org/forum/index.php/topic,15045.msg111146.html#msg111146, aber auch die eine oder andere andere nicht-WB-Seite. Fremde Inhalte stehen nicht zur Debatte. Die im iframe laufende Seite muss auf die WB-Variable Zugriff haben. Auf das script kann ich derzeit leider nicht verzichten, da ein Großteil meiner Inhalte damit generiert wird.

Die geposteten Links und Vorschläge schaue ich mir natürlich an, in der Hoffnung, wenigstens ETWAS davon zu verstehen 

Falls ich eher den alten Fred hätte ausgraben sollen, so bitte ich um Vergebung 

[BlackBird]

Wenn es Scripten sind, die aufgerufen werden - also PHP-Dateien - kannst Du mit chio's Parameter-Variante arbeiten. Das dürfte am Einfachsten sein. Steht dann in $_GET.

[stesel]

Vielen Dank!!! Ich werde mal etwas "rumdoktern" und bei Nichtgelingen wieder hier aufschlagen  


Edit sagt:

Hmmm.... also meine stümperhaften Versuche sind alle im Chaos geendet. Ich verstehe einfach nicht, was ich da "mache"... Ich geb's auf und ändere eben bei Bedarf die 7 Trilliarden IP-Adressen von Hand 

[stesel]

Noch eine kleine Nachfrage, bevor ich das Handtuch schmeiße

Wie bekomme in den Inhalt der WB_URL-Variable an das iFrame übergeben?

Code:

<iframe id="iframe" border="0" marginwidth="1" marginheight="1" src="http://PFAD-ZUR-DATEI/lister.php?id=WB_URL" frameborder="0" width="100%" height="400"></iframe>

...funktioniert leider nicht. $_GET(id); bringt mir dann WB_URL und nicht den Inhalt.

Code:

<script type="text/javascript">
var URL = 'http://IP/!_wb';
var WB_PATH = 'E:/PFAD/!_wb';
var WB_URL = 'http://IP/!_wb';
var TEMPLATE_DIR = 'http://IP/!_wb/templates/TEMPLATE';
</script>

...sind bereits im ausgegebenen Quelltext vorhanden. Vielleicht hilft das ja?


Nochmals Danke für die Hilfe und eure Zeit!!!
Stefan

[BlackBird]

Wenn Du den IFrame aus PHP heraus erzeugst, mach sowas hier:

Code:

<iframe id="iframe" border="0" marginwidth="1" marginheight="1" src="http://PFAD-ZUR-DATEI/lister.php?id=<?php echo WB_URL; ?>" frameborder="0" width="100%" height="400"></iframe>

[stesel]

Danke... funktioniert aber leider nicht. Der Aufruf des iframes erfolgt aus einer WYSIWYG-Sektion, welche weiter nix als diesen Aufruf enthält.

[BlackBird]

Dann mach's halt mit 'ner Code(2)-Sektion.

[stesel]

Danke, das du trotz rolleyes antwortest  . Das werde ich am Montag dann probieren...

[Waldschwein]

Eine Alternative die mir gerade einfällt (NUR für wirklich abgesicherte Intranet-Umgebungen, für alles andere absolut nicht zu empfehlen, weil jeder die Daten mitlesen kann, Datenbank hacken kann weil im Klartext die Zugangsdaten für wirklich jeden sichtbar sind usw.)

Könnte man nicht das Show_Section Droplet http://www.websitebakers.com/pages/droplets/official-library/content/showsection.php so umbauen, dass es sich nicht aus derselben Datenbank, sondern aus der Datenbank der anderen WB Installation die Inhalte holt? Einfach die class.database.php mal angucken und jetzt die $database nicht global definieren, sondern einfach über mysql_connect() usw. die andere Datenbank zu adressieren?
Ansonsten könnte man über so ein Droplet evtl. auch rein theoretisch den iframe Aufruf vereinfachen. Aber da ich nicht im einzelnen weiß, wie das alles aussieht kann ich schlecht einen genauen Tipp geben.

Gruß Michael

[stesel]

...bitte nicht böse sein (ich bin wirklich dankbar für jeden Tipp), aber ich verstehe nur Bahnhof 

Einzig die Tatsache, dass ich nur eine WB-Installation habe und die aufzurufende Datei ein php-script ist, welches ich dutzendfach einsetze, möchte ich nicht unerwähnt lassen.

Ich werde mal dem Tipp von BlackBird folgen und das iframe nicht in einer WYSIWYG- sondern in einer CODE-Sektion aufrufen. Von alleine wäre ich noch nichtmal darauf gekommen, das als Möglichkeit in Betracht zu ziehen... (aber vielleicht habe ich auch das falsch verstanden?)

ALso DANKE für JEDEN Tipp!!!!

[BlackBird]

Na also wenn ich Dich recht verstehe, hast Du eine WYSIWYG-Sektion, die (nur?) einen IFrame aufruft. Da Du dem IFrame WB-Variablen/-Konstanten mitgeben willst, mußt Du ein wenig "tricksen". Daher der Vorschlag: Nehme eine Code2-Sektion und schreibe dort PHP-Quellcode rein, der einen IFrame erzeugt. Etwa so:

Code:

   echo "<iframe... ?WB_URL='".WB_URL."'>...</iframe>";

[stesel]

Hallo und danke für die Hilfe. Leider funktioniert das noch nicht so richtig...

Wenn ich den Aufruf in der Code-Sektion folgendermaßen mache:

Code:

echo '<iframe id="iframe" border="0" marginwidth="1" marginheight="1" src="http://PFAD ZUM SCRIPT/lister.php?pfad="'.WB_URL.'" frameborder="0" width="100%" height="413"></iframe></p>';

und im aufzurufenden script die Variable so abfrage:

Code:

$WBpfad = $_GET[pfad];
...hier das eigentliche script...
echo $WBpfad;

wird das script korrekt ausgeführt, aber die $WBpfad-Variable gibt nichts aus. Bitte - was mache ich falsch?!?!

Sorry, falls ich mich umständlich ausdrücke, aber ich bin kein Programmierer. 

[BlackBird]

Schreib mal pfad in Anführungszeichen: $_GET['pfad']

Ansonsten kannst Du Dir mit folgendem Code auch mal den kompletten Inhalt des globalen Arrays $_GET ausgeben lassen:

Code:

echo "<textarea cols=\"100\" rows=\"20\" style=\"width: 100%;\">";
print_r( $_GET );
echo "</textarea>";                     

Das gibt Dir das Array in eine Textarea aus.

[stesel]

...hm... die Ausgabe lautet:

Code:

Array
(
    [pfad] =>
)

Das heißt wohl, dass da irgendwas nicht funktioniert und die Variable pfad leer ist, oder?

[BlackBird]

Jupp. Genau das heißt es. Müßtest Du auch im HTML-Quellcode der Seite sehen.

Allerdings sehe ich den Fehler jetzt auch nicht.