Kommentare zu: jQuery UI Progressbar und PHP verbinden

Von: Markus

Markus — Mon, 15 Aug 2011 22:02:56 +0000

Bei mir hat sich die Processbar nicht bewegt. Lösung: $(“#bar”).progressbar(‘option’, ‘value’, Number(response));

Von: Paul

Paul — Tue, 23 Feb 2010 21:11:27 +0000

Hi Marko, das PHP Script vollführt ja eine langwierige Operation und will an verschiedenen Stellen einen Hinweis an den Benutzer ausgeben. Diesen Speichere ich in einer temporären Datei damit ich die per jQuery abfragen und ausgeben kann. Das arbeitende PHP Script kann ich ja nicht alle halbe Sekunde mit jQuery aufrufen, denn sonst würde es die Arbeit wieder von vorn anfangen oder einen Fehler zurück geben.

Hast du einen weiteren Vorschlag?

Von: Marko

Marko — Fri, 19 Feb 2010 13:22:14 +0000

Warum gehst du denn den Umweg mit einer temporären Datei?

Von: Paul

Paul — Fri, 04 Dec 2009 09:45:05 +0000

Hi Gabriel, das ist ein wichtiger Hinweis. Vielen Dank! Ich setzte diese Lösung meistens bei der Backend-Entwicklung ein, da ist es dann meistens nur ein Benutzer der langwierige Operationen ausführt.

Von: Gabriel

Gabriel — Wed, 02 Dec 2009 23:25:36 +0000

Vielen Dank für die Inspiration! Ich habe etwas ähnliches implementiert. Als Tipp will ich allen geneigten Lesern noch folgendes mitgeben: Achtet darauf, dass das lang laufende Skript keine Ressources blockiert, die das Status-Skript benötigt! Schreiboperationen in Sqlite, Datei-Handles und, ganz gemein: Sessions! Sessions sollten im lang laufenden Skript mit session_write_close() geschlossen werden.

Von: Gunah

Gunah — Fri, 09 Oct 2009 08:24:22 +0000

Moin

Sehr gute Anleitung, allerdings habe ich schon 10 Hoster auf meiner Liste stehen, wo kein flush untersützt wird :-/

Von: Paul

Paul — Sat, 07 Mar 2009 12:11:12 +0000

Hallo Armin,

vielen Dank für deine ausführliche Antwort! Für eine "normale" Webseite eignet sich diese Technik wirklich nicht. Ich habe es in zwei Projekten eingesetzt bei denen zum einen eine erhebliche Anzahl Mails verschickt werden, zum anderen viele und langwierige Datenbankoperationen ausgeführt werden (beides nur nach Anmeldung). Beides Vorgänge hatte ich mit einem Ajax Indikator visualisiert, aber nach 10 Sekunden wurden die Redakteure unruhig und einige klickten sogar auf Neuladen - trotz riesigem Warnhinweis - naja. Und so habe ich mich dann für die Progressbar entschieden.

Die vorgestellte Lösung ist allerdings nicht besonders "smooze". Es kommt vor das die ersten Schritte ewig brauchen und dann mit einem Schlag die Bar voll ist. Ich baue es deshalb gerade um: Ein Aufruf der Funktion get_remote() animiert die Schritte zwischen dem aktuellen Status und dem neuen, vom Server erhaltenen. Anschließend wird eine neue Anfrage gesendet. Das reduziert die Serverlast erheblich. Außerdem sollte das ausführende Script die remote-bar-24124.temp Datei nicht löschen, sonst läuft die letzte Anfrage von get_remote() ins Leere und erzeugt einen Fehler.

Es sieht also ganz so aus als gäbe es bald einen zweiten Teil und ich würde mich freuen auch dazu deine Meinung zu hören! Dann macht das bloggen gleich doppelt Spaß!

Vielen Dank und schönes Wochenende,

Paul

Von: ProfessorWeb

ProfessorWeb — Fri, 06 Mar 2009 21:58:27 +0000

Hi, bin zufällig auf diesen Artikel gestoßen. Dein Lösungsansatz ist gut. Zumindest um eine solche Progressbar umzusetzen.

Ich persönlich denke jedoch, dass eine Fortschrittsanzeige unsinnig ist. So lange eine Verbindung nur vom Client aus aufgebaut werden kann, lohnt sich der Aufwand nicht für das was man herausbekommt.

Sinnvoll wird soetwas, wenn der Server Nachrichten an den Browser schicken kann und zwar von sich aus, nicht erst dann wenn man vorher eine Abfrage gemacht hat.

Deine Demonstration generiert theoretisch 100 HTTP-Requests (alle 100ms einen, und das 10 Sekunden lang), praktisch vielleicht die Hälfte, da der Counter von 100ms erst gestartet wird, wenn ein Ergebnis zurückgegeben wurde. Und das kann auch länger als 100ms dauern.

In deinem Artikel hast Du ja schon geschrieben, dass sich diese Lösung nicht für viele, simultane Zugriffe eignet. Und Grund dafür ist die Flut an Zugriffen an den Server. Mal abgesehen von dem Traffic der permanent erzeugt wird, sowohl auf Server- als auch auf Client-Seite.

Wenn man sich diese Nachteile ansieht, sollte man sich ernsthaft die Frage stellen: Brauche ich eine Progressbar? Sind meine Berechnungen auf dem Server so aufwändig, dass der Nutzer denken könnte der PC hätte sich aufgehangen, wenn er keinen konkreten Fortschritt sieht?

Ich denke ein guter und bewährter Mittelweg sind die Activity Indicators: Animierte GIF-Dateien die dem Benutzer suggerieren es würde etwas geschehen. Der Traffic liegt je nach Bild bei ca. 10-20kB und es ist nur ein HTTP-Request notwendig um dieses eine Bild herunter zu laden.

Super Beitrag! Technisch einwandfrei, jedoch meiner Meinung nach mit Kanonen auf Spatzen geschossen. Der Aufwand und Verbrauch an Ressourcen rechtfertigt nicht den Nutzen.

Gruß Armin ProfessorWeb.de