Javascript / Greasemonkey: Form submit in iframe automatisieren

[Cyblord -. (Gast)]

Folgendes Szenario:

Ich habe eine lokale html Datei auf Platte liegen, die folgenden 
Abschnitt enthält:

<iframe src="domain-not-under-my-control.com/form.html" data-month="1">
</iframe>

<iframe src="domain-not-under-my-control.com/form.html" data-month="2">
</iframe>

<iframe src="domain-not-under-my-control.com/form.html" data-month="3">
</iframe>

//... noch ein paar mehr iframes mit immer derselben form

Ich binde von einer Domain, die nicht unter meiner Fuchtel steht 
mehrmals ein Formular über ein iframe in mein lokales html ein.
Ich möchte folgendes bewerkstelligen wovon mich die same-origin-policy 
noch stoppt:

Sobald ein iframe geladen ist, soll ein Wert in der <select>-Box 
innerhalb des Formulars selektiert werden (in jedem iframe wird ein 
anderer Wert selektiert) und dann das Formular abgeschickt werden.

Sinngemäß sieht das Formular so aus:

<form action="displaydata.php" method="post">
  <select name="month">
    <option value="1">1</option>
    <option value="2">2</option>
    <option value="3">3</option>
    //...
  </select>
  <input type="submit" value="Send" />
</form>

Manuell mit Maus funzt das ohne Probleme, aber das ist lästig. Möchte 
ich dasselbe mit javascript machen, spuckt mir die same-origin-policy in 
die Suppe.

Wie kann man das bewerkstelligen? Ein Lösung ohne Add-Ons wäre super, 
Greasemonkey wäre auch akzeptabel. Es wäre auch ok wenn es erstmal nur 
im Firefox geht.

[Andreas K. (andreas_k209)]

um same-origin-policy zu überbrücken, habe ich alles über einen lokalen 
Server (oder Raspi) in php durchgeschleust.

Hier hole ich z.B. Daten einer Dreambox:

get.php?url=anderedomain/irgendeineseite

<?php
//get TV-Infos

 header("Content-Type: text/xml; charset=utf-8");
 
 $url=@$_GET['url'];
 //url=http://192.168.0.99/web/getservices?sRef=1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.favourites.tv" ORDER BY bouquet
 $linien=@file($url); //HTMl-Seite einlesen
 if($linien ===  FALSE)
        {
        //Datei konnte nicht gelesen werden
            echo '<?xml version="1.0" encoding="utf-8" ?>';
            echo '<sender>';
            echo '<stat info="nodata" />';
            echo '</sender>';
        } 
        else
        {
            foreach ($linien as $line_num => $line) 
                {
                echo $line;
                }  
        }
?>

Kannst Du nicht die Daten an displaydata.php direkt verschicken? (siehe 
XMLHttpRequest)

Andererseits ist die same-origin-policy ja da um sowas zu verhindern.

[Cyblord -. (Gast)]

Andreas K. schrieb:
> um same-origin-policy zu überbrücken, habe ich alles über einen lokalen
> Server (oder Raspi) in php durchgeschleust.

Ja ein lokaler Proxy wäre normalerweise eine Lösung, aber so einen kann 
ich nicht in Betrieb nehmen, da es um ein Intranet-Web-Tool in der Firma 
geht und ich diese Lösung gerne auch an Kollegen weitergeben möchte.

Mittlerweile habe ich für meinen konkreten Fall noch eine Lösung 
gefunden, die ganz ohne JS auskommt, da das Ding auch über GET-Parameter 
steuerbar ist.

[Matt P. (Firma: mnc) (mattyp)]

Can Javascript be added to a site 
https://babasupport.org/apple/iphone-error-4005/ for better website 
options ??? I want to make some changes to it. Also, tell me a better 
alternative for Android Studio.

[c.m. (Gast)]

muss das in deiner lokalen html-datei laufen, oder willst du einfach nur 
den response von den posts haben?
wenn ja, schau dir mal curl an. damit kannst du z.b. in einer loop deine 
monate verändern und das ergebnis laden.
https://gist.github.com/subfuzion/08c5d85437d5d4f00e58

curl -H 'Content-Type: application/x-www-form-urlencoded' -d 'month=1&bla=2'

das ganze eingepackt in eine loop

for m in $(seq 1 12); do .... done;

wobei 'month=1&bla=2' zu 'month=${m}&bla=2' wird.

[Cyblord -. (Gast)]

c.m. schrieb:
> wenn ja, schau dir mal curl an.

Prinzipiell richtig, allerdings muss man noch cookie und session und 
Authentifizierungskacke mitschicken, die sich bei jedem Aufruf ändert, 
wäre schon gegangen aber wäre auch echt Arbeit geworden. Ist halt so 
eine altbackene Firmen-Intranetseiten-Applikation, die selbst niemand 
mehr anfassen mag, und die bei mir anfragende Entität wünschte sich halt 
gerne eine einfache managergerechte One-Click-Solution, ohne 
Installation von irgendwelchen zusätzlichen Tools. Da das Ding mit GET 
genauso steuerbar ist wie mit POST, ging das glücklicherweise relativ 
simpel mit iframes und URLs ohne JS.