Beiträge von Sempervivum

Ich habe mal einen Blick in die Doku geworfen:

https://www.php.net/manual/de/function.ssh2-sftp.php

U. U. könnten diese Zeilen schon ausreichen um die Verbindung zu testen:

Zitat

This method returns an SSH2 SFTP resource for use with all other ssh2_sftp_*() methods and the ssh2.sftp:// fopen wrapper, Bei einem Fehler wird false zurückgegeben..

Prüfe ob $sftp auf false geht, wenn der PI nicht erreichbar ist.

Der Name dieser PHP-Datei liest sich doch viel versprechend: verbindungsTest.php Poste doch mal den Code darin, damit wir prüfen können, ob er geeignet ist.

Das ist nicht verwunderlich, denn die Variablen $sftp, $alleFehler und $deleteError werden ja in dem Skript für den Cronjob gar nicht definiert. Du musst die Codeabschnitte, die das tun, ebenfalls übernehmen.

Dann musst Du ein PHP-Skript schreiben, das nur die Aktionen enthält, die alle 3 Stunden ausgeführt werden sollen.

Ja, im wesentlichen richtig, nur dass die Reihenfolge etwas anders ist: Auslöser der ganzen Sache ist das Javascript. Das schickt eine Anfrage an den Server, die PHP-Datei auszuführen, diese liest die Datenbank aus und liefert die Daten zurück an den Client bzw. Javascript.

Zitat

Ich stochere völlig im Dunkeln, wie ich den Inhalt der Datenbank und mein Javascript zusammenbringe. Es gelingt mir nicht, irgendetwas zu ergoogeln, das mich weiterbringt, da ich nicht mal weiß, wonach ich googeln sollte. Mir fehlt jede Vorstellung dessen, was passieren muss, nachdem PHP die Daten aus der Datenbank bekommen hat.

Der Begriff, der dir fehlt, lautet "ajax". Das ist ein Verfahren um Informationen, die auf dem Server vorhanden sind, ohne Neuladen der Seite, in den Client bzw. in den Browser zu bekommen:

https://developer.mozilla.org/…uide/AJAX/Getting_Started

Statt des XMLHttpRequest, der hier angegeben wird, bevorzuge ich jedoch das modernere und einfachere fetch:

https://developer.mozilla.org/…API/Fetch_API/Using_Fetch

@Keulenkarl alles gut, ein simples Missverständnis und kein Drama!

ichkannnix schrieb:

Gibt es irgendwelche Vorteile bei einem von den 3 Beispielen?

Das dritte mit dem +=+ ist auf keinen Fall zu empfehlen, da Trickprogrammierung und schwer verständlich.

Den Unterschied bei den anderen beiden kannst Du selber austesten durch diesen Code:

Zitat

habe in anderen Skripten gesehen das da oft eine ID steht ,die irgendwas mit dem Feld, Button oder sonst was am Hut hat.

Genau, anders gesagt, IDs, Variablennamen etc. sollten sprechend bzw. aussagefähig sein. Das erleichtert das Verständnis für Außenstehende, wenn Du z. B. im Forum um Rat fragst und auch dir selbst, wenn Du dir das in einem halben Jahr wieder ansiehst.

Zitat

Früher war es verboten eine Variable, Funktion oder ID eine Zahl zu geben, die Browser hatten damit Probleme.

AFAIK trifft das auf Variablen und Funktionen immer noch zu, nur für IDs ist es in HTML5 zulässig.

Es gibt noch einen anderen Gesichtspunkt bei der Sache: In CSS ist eine numerische ID wiederum nicht zulässig. getElementById funktioniert damit aber nicht querySelector und auch nicht querySelectorAll weil für den Selektor, der als Parameter übergeben wird, die Regeln von CSS gelten und damit eine Zahl nicht zulässig ist.

Deshalb ist es nicht empfehlenswert eine reinen Zahlenwert als ID zu nehmen.

Der Zugriff, den Du bei deinem Alert verwendest, funktioniert übrigens, wenn man ihn so umändert:

console.log(window['1'].value);

Aber ebenfalls nicht empfehlenswert.

Nein, Du brauchst Math nicht. Das ist etwas verwirrend in Javascript: Das Pluszeichen dient sowohl zum Addieren von Zahlen als auch zum Zusammenfügen von Strings. Und weil der Inhalte eines Eingabefeldes ein String ist, werden die Zahlen zusammen gefügt statt addiert. Wandle die Strings aus den Eingabefeldern mit parseInt in eine Zahl um, dann funktioniert es, wie Du möchtest.

Es gibt da für Android ein Remote Debugging in Chrome, wo man über den Computer debuggen kann. Hatte ich schon Mal installiert, es war ein wenig tricky, hat aber am Schluss funktioniert. Bei Apple-Geräten gibt es das auch, aber ebenfalls vom Computer und man muss dann einen Mac haben.

Der erste Schritt wäre, die Fragen und Antworten auf dem Server abzulegen und das ginge durchaus auch ohne PHP und nur mit Javascript und Ajax bzw. fetch. Du müsstest dann, wenn Du auf PHP verzichten willst, die Fragen und Antworten in unterschiedlichen Dateien ablegen:

Erste Datei: Erste Frage und die Antworten dazu.

Zweite Datei: Lösung für die erste Frage sowie zweite Frage und Antworten dazu.

Dritte Datei: Lösung für die zweite Frage und ...

Wenn es jetzt jemand darauf anlegt, zu schummeln, könnte er immer noch die URL der nächsten Datei ablesen und die Datei mit der Lösung laden aber Du wärst immerhin einen Schritt weiter und es ginge nicht direkt durch Auslesen des Quelltextes.

Stimme zu, das wäre eine Alternative. Und zu dem Einwand vom Fragesteller selber:

Zitat

Mein Ansatz war es in der Media Square mit display none auszublenden. Ich habe aber gelesen dass diese Methode nicht optimal ist weil es das Video trotzdem lädt was für das Handy nicht so toll wäre.

ist zu sagen, dass die Browser auf Mobilgeräten ein Autoplay nicht zulassen. Daher kann man davon ausgehen, dass auch auf Mobilgeräten das Laden des Videos unterbleibt.

Bist Du schon auf dieses gestoßen?

https://stackoverflow.com/ques…-leaflet-with-own-buttons

Mit addLayer und removeLayer kannst Du die Layergroups zur Karte hinzu fügen und wieder entfernen.

Mit diesen Markern in OSM habe ich mich schon Mal beschäftigt aber ohne Leaflet. Poste doch mal einen Ausschnitt aus deinem Code, wo man sehen kann, wie Du sie setzt. Wahrscheinlich gibt es eine Funktion in der API, mit der man sie sichtbar und unsichtbar machen kann.

Hast Du dir meinen Link in #2 angesehen? Versuche es damit und wenn Du nicht zum Ziel kommst, melde dich wieder.

Es gibt jedoch eine Einschränkung bei deinem Vorhaben: Auf mobilen Geräten unterdrücken die Browser i. allg. ein Autoplay und starten ein Video nur durch Interaktion des Benutzers. Und Scrollen gehört nicht zu den Aktionen, die es tun, jedenfalls nicht im Samsung-Browser.

Das lässt sich heute sehr viel einfacher als in deinem Skript mit dem Intersection-Observer machen:

https://developer.mozilla.org/…Intersection_Observer_API

Zitat

Man lernt eigentlich nur das, was man auch wirklich anwendet ...

Ein weiser Chinese hat mal gesagt:

Zitat

Erzähle mir und ich vergesse.
Zeige mir und ich erinnere mich.
Lass es mich tun und ich verstehe.

Konfuzius 553-473 v. Chr.

Wenn Du die Breite auf auto setzt, stellt der Browser sie entspr. der natürlichen Breite ein. Bleibt die Frage, wie Du diese wenigen Elemente adressierst. Hast Du die Möglichkeit, ihnen eine bestimmte Klasse zu geben? Wenn nicht, sehe ich nur die Möglichkeit, sie mit nth-child oder nth-of-type zu adressieren, aber dazu müssten sie auf der selben Stufe im DOM liegen.