nikosch

Wenn es keine zwingenden Gründe für Ajax/Echtzeit gibt, ist das für mich immer the way to go. Der User kennt das aus Webanwendungen, es braucht keine ständigen Datenbankabfragen, Javascript kann sich nicht „verschlucken“ oder irgendwelche ominösen Race conditions auftreten. Ein Submit, ein Eintrag ist fürgemein eine recht sichere Angelegenheit. Zudem kann der User beliebig auf der Oberfläche rumspielen, ohne etwas ohne sein Wissen zu speichern..
(Und das serverseitige Handling ist auch noch viel einfacher).

Darf man fragen, für welche Branche das entsteht?

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Mister Ad

dreamcatcher

Obwohl ich hab gerade mal 5 Minuten überlegt... eigentlich das ist Schwachsinn.

Ich kann genauso gut via XHR Request das einzelne "Rechteck" speichern.

Die Frage ich nur wie ich dann überprüfen kann, ob die Zeit die gepostet wird bereits in der DB steht oder nicht.
Quasi eine "isTimeInTimerange()" Methode.

Wenn diese true ergibt wird der entsprechende Wert aus der DB geholt, $StartzeitDB & $EndzeitDB gespeichert und dann wie folgt durch $startPost und $endPost gesplittet:

alt: $startDB - $endDB
neu: $stardDB - $startPost || $endPost - $endDB



Daraus ergibt sich jedoch die herausforderung, dass am Ende alles sehr fragmentiert sein wird.
Das heißt es geht nur "one way".

Wenn nun $startPost und $endPost wieder als "nicht verfügbar" hinterlegt werden sollen ergibt die "isTimeInTimerange()" Methode ein false und es entsteht somit ein neuer DB Eintrag, obwohl die zwei existierenden zu einem hätten zusammengefasst werden können.

Obwohl das auch nicht die ganze Wahrheit ist... denn man kann die Methode so abändern bzw. eine neue Methode schreiben die überprüft ob zwei Zeiten in der DB existieren die einmal $startPost und $endPost darstellen.

Joa so müsste es auch per XHR gehen



Ist natürlich murksiger als einfach immer nur einen String zu updaten.
Aber wenn mit PHP Praktiker mit jahrelanger Berufserfahrung sagen, dass das die besser Alternative ist, löse ich es so.
Denn auf XHR Requests soll nicht verzichtet werden.

Der Thread wurde ja nicht eröffnet damit ich meine Meinung vertreten kann, sondern damit ich dazu lerne

You got PM.

nikosch

Ich hab auch nicht die Weisheit mit Löffeln gefressen. Anbetrachts der fortgeschrittenen Stunde mach es lieber so, wie Du es schaffst.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

dreamcatcher

Das nicht, aber du hast mindestens das 6-fache an meiner Erfahrung.

Ich bin in die -aktive- PHP Entwicklung erst seit Dezember 2010 eingestiegen, du hingegen schon seit min. 2008
Abgesehen davon gehe ich mal durch deine Posts davon aus, dass du auch ein Studium in der Richtung absolviert hast.

Naja wir brauchen uns nicht über Referenzen unterhalten, du bist hier schon nicht umsonst zum Moderator gekürt worden

nikosch

Stimmt, hat ne Menge Geld gekostet

Btt.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

dreamcatcher

Kleines Feedback zum Schluss:
Ich hab alles umgeschrieben.

Neben den genannten Vorteil nun auch Schichten direkt über den Verlauf von mehreren Tagen in die DB zu pflegen, ist es auch viel bequemer mit den Daten umzugehen.

Es war zwar aufwändiger zu programmieren, hat sich aber gelohnt.
Jetzt sieht es richtig professionell aus

Danke nikosch !