Suchergebnisse

Aber wie eingangs erwähnt eben keine POST-Requests.

IndexedD ergibt dann Sinn, wenn im Browser anstatt einfacher Key-Value-Pairs Arrays von Objekten persistiert werden sollen. Zwar lassen sich Arrays auch stringified in den LocalStorage schreiben und beim Auslesen per Schleife durchsuchen, aber ein Query auf die IndexedDB ist die elegantere Lösung.

Vielleicht habe ich das falsch verstanden, aber du willst nicht ernsthaft eine komplette Datenbank auf den Rechner des Users herunterladen, damit dieser sich dort einloggen kann? Das wäre die dümmste Lösung ever. Mein Ansatz bezog sich darauf, wie man ausgehende Requests cached, falls der User...

Normaler Weise im Service Worker Cache. Das funktioniert aber mit POST-Requests nicht. Allerdings gibt es Workarounds dafür. Einfach mal googeln.

Ein Thread zu dem Thema reicht.

Wenn die Boxen eine von der Viewport-Breite abhängige Spaltenanzahl haben sollen, bietet sich ein Grid-Layout an. https://getbootstrap.com/docs/4.0/getting-started/introduction

Schick doch das Formular AJAX ab und mache anschließend einen Redirect auf die gewünschte URL. Dann wird das Action-Attribut obsolet.

URL-Parameter sind auch kein guter Ansatz. Du solltest den Request an einen REST-Endpoint senden, der die Datenbank-Abfrage als JSON liefert.

Dann stimmt wahrscheinlich irgend etwas mit deinem Code nicht. Ich baue gerade einen Client für Push-Notifications. Angefangen habe ich auch mit dem Google-Tutorial und das anschließend abgewandelt und ausgebaut. Funktioniert problemlos.

Auf Anhieb sehe ich da keinen Fehler. Was ich an deiner Stelle tun würde - Dieses Tutorial durcharbeiten: https://developers.google.com/web/fundamentals/codelabs/your-first-pwapp/

Wozu? Application Cache ist ohnehin veraltet. Dafür gibt es Service Worker.

Eine row hat 12 column, keine 29.

Gar nicht. PHP wird serverseitig ausgeführt Verwende statt Cookies den localStorage. Dann funktioniert es auch mit JS.

Die kurze Antwort lautet: Es ist ein iterativer Prozess. Man lernt etwas anhand von Tutorials und prägt sich das Erlernte anschließend in der Praxis en. Die lange Antwort würde Abende füllen. Die Frage ist eher: Wo willst du hin?

Backendseitig setzt man heutzutage auf Microservices. https://de.wikipedia.org/wiki/Microservices Als Sprache eignet sich hier vorzugsweise Java. Das muss man für den Anfang aber nicht lernen. Es gibt genügend Provider (BaaS), die eine API anbieten, welche man mit der eigenen App verknüpfen...

Bei IndexedDB geht es nicht darum, eine komplette Datenbank im Browser zu speichern, sondern zu antizipieren, welche Daten der User anfordern könnte, während er keine Verbindung zum Netz hat. Das könnten z.B. die nächsten Songs aus einer Playlist sein, die er in der U-Bahn abspielen will. Ich...

Frontend und Backend sind völlig unabhängig voneinander und werden über eine API connected. BaaS Provider wie Firebase haben den Vorteil, dass sie die API mitliefern. Für dein Vorhanden solltest du erstmal das Frontend mit dem Framework deiner Wahl (Angular, React, Vue, etc.) bauen.

Was du suchst, nennt sich Progressive Wep App. Dafür gibt es Tutorials auf Google Dev.

Anstatt Cookies den SessionStorage verwenden. Dann braucht es kein beforeunload. Ansonsten https://developer.mozilla.org/en-US/docs/Web/Events/beforeunload

Wieso write? Da gehört ein innerHTML hin.