I am trying to create a webpage in my local network using an Esp8266. I found this article (https://www.instructables.com/Simple-Webserver-Using-Arduino-UNOMega-and-ESP8266/) on the internet and everything worked fine. I can view the webpage from my pc but not from an Ipad. Somehow the code works for Windows machines but not Ipads. Why? Thank you in advance.
Gast
#7359637
Da die Kommentare so oder so auf deutsch waren:
- Ofensichtlich funktioniert Deine SW einigermassen. Einziger Punkt (aber das koennen meine fehlenden C++-Faehigkeiten sein):
1 |
|
2 |
|
3 |
|
4 |
|
Wuerde das nicht ein Speicherleck produzieren? Aber meine C++-Faehigkeiten sind ausbaufaehig.
- Zeige mal den Quellcode Deiner Webseite. Einigene Webbrowser sind etwas schwierig. Eine Standardwebseite sollte etwa so aussehen:
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
8 |
|
9 |
|
10 |
|
11 |
|
12 |
|
Gruesse
Th.
Danke für die schnelle Antwort. Ich habe es mit der Website extremst simple gehalten. Der Code ist:
<h1>Solar-Pumpe</h1> <p>Temperatur oben: 70℃</p> <p>Temperatur unten: 10℃</p> <p>Pumpe: an <br>100%</p>Ich habe es mit der Website extremst simple gehalten.
Das ist nicht simpel, das ist kaputt. Du sendest nur, was im Body-Element stehen sollte, und lässt den Rest weg. Einen HTTP-Reply-Header kann ich auch nirgendwo erkennen.
Ich finde es eher erstaunlich, dass es Browser gibt, die das akzeptieren.
Danke. Ich versuche es mal mit dem vorgeschlagenen Design.
LG Benjamin
Gast
#7359648
Ja, und am PC (welcher Browser) funktionert es ja. Am IPad nicht.
Spendiere doch einfach mal:
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
8 |
|
9 |
|
10 |
|
11 |
|
12 |
|
13 |
|
14 |
|
15 |
|
16 |
|
Kostet ja nix. Denn der Code ist so simple, dass es etwas simples sein muss (z.b. Flasche IP-Adresse, Firewall). Vielleicht gibt es hier auch einen Apple-Benutzer der diese Frage loesen kann.
Gruesse
Th.
Ich habe es jetzt ausprobiert. Das Problem bleibt aber bestehen. Auf dem Ipad verwende ich Safari und auf dem PC funktioniert es bei Brave und Edge. Danke trotzdem.
Ich habe es jetzt ausprobiert. Das Problem bleibt aber bestehen.
Auch diesen Hinweis beachtet?
Einen HTTP-Reply-Header kann ich auch nirgendwo erkennen.
Du solltest Dich nochmal in Ruhe mit HTTP befassen.
Gast
#7359696
Moin, -
w3-Validator meckert noch ein paar Semikoli nach dem Grad-Zeichen an:
1 |
|
ob das Entscheidend ist kann ich nicht sagen. Habe keine Apple-Produkte.
Gruesse
Th.
P.S.: Zeigt das Ding nichts an? Kann man irgendwie den Seitenquellkode anzeigen lassen?
Kann man irgendwie den Seitenquellkode anzeigen lassen?
Ich glaube nur über Hilfsmittel;
https://ole.michelsen.dk/blog/view-source-on-the-ipad-and-iphone/
Einen HTTP-Reply-Header kann ich auch nirgendwo erkennen.
Vor allem das kommt mir auch komisch vor. Versuche mal das hier:
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
8 |
|
9 |
|
Jetzt funktioniert es. Tausend Dank an alle, die versucht haben, das Problem zu lösen. Die webpage die am Ende auch auf dem Ipad funktioniert hat war: "HTTP/1.0 200 OK\r\n" "Content-Type: text/html\r\n" "\r\n" "<h1>Solar-Pumpe</h1>" "<p>Temperatur oben: 70℃</p>" "<p>Temperatur unten: 10℃</p>" "<p>Pumpe: an" "<br>100%</p>" also mit dem http-header aber ohne das komplizierte Web-design.
Nochmals Danke an alle
Benjamin
also mit dem http-header aber ohne das komplizierte Web-design.
Also immer noch kaputt, so dass Du jederzeit damit rechnen musst, dass nach einem Browser-Update nichts mehr geht.
Du solltest mindestens noch "<html><head><title>Seitentitel</title></head><body>" davor- und "</body></html>" dahintersetzen, das wird Deinen Speicherplatz nicht sprengen.
@Benjamin, ich würde unbedingt empfehlen das WiFi-Passwort der FRITZ!Box 6591 Cable zu ändern, nachdem es hier zusammen mit dem Code veröffentlicht wurde.
Benjamin schrieb:
also mit dem http-header aber ohne das komplizierte Web-design.
Also immer noch kaputt, so dass Du jederzeit damit rechnen musst, dass nach einem Browser-Update nichts mehr geht.
Auch wenn man das formal da haben sollte, da muss man sich keine Sorgen machen.
Wenn es nach mir ginge, würde im Web richtiges XML verwendet, da hat man simple, strikte und konsistente Regeln, an die man sich halten muss.
Aber wir haben stattdessen nun mal HTML. Der wilde Westen, wo jeder macht, was er will. Es gibt da Unmengen regeln, was wo drin sein dürfte, welche Tags self closing sind oder sein können, etc. Aber letztendlich bleibt HTML ein zusammengehackter Mist.
Nichteinmal die Browserhersteller oder die W3C kümmern sich mehr darum, was erlaubt wäre, und was nicht. Als Beispiel, eigene Attribute müssen nach HTML5 mit "data-" anfangen. Aber wenn man in JS WebComponents definiert, definiert man die Attributre ohne "data-" Prefix: https://developer.mozilla.org/en-US/docs/Web/Web_Components/Using_custom_elements#using_the_lifecycle_callbacks
Es gibt gewisse Regeln, an die man sich halten muss. z.B. welche Tags man schliessen muss, oder auch welche Tags in welchen Tags erlaubt sind, einfach weil der Browser anhand dessen den Inhalt interpretiert.
Aber das <html> Gerüst, dass kann einem egal sein. Eigentlich ist meistens so, wenn es läuft, läufts, und wird auch weiterhin laufen.
(Das mit den HTTP Headern darf man hingegen nicht falsch machen. Das ist nicht teil von HTML, und wenn man sich nicht an HTTP hält, geht es nicht!)
1 |
|
2 |
|
Da fehlt immer noch jeweils ein Semikolon vor den "</p>".
Es geht um eine lokale Datei, welche einfach im Brower geoffnet werden soll ? Ohne kommunikation ? Das muss gehen :
mypage.html als textfile schreiben & umnennen, kein doc, kein rtf.
<html> <head> </head> <body> <h3>wasauchimmer</h3> </body> </html>Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.