[Byrel]

Hallo!

Ich lese es immer wieder, verstehe es aber nicht bzw. sehe keinen Vorteil darin. Ich weiß zwar was es heißt ein Objekt in ein persistentes Objekt umzuwandeln (zu serialisieren) etc. aber ich verstehe nicht was es bringen soll reinen Text zu serialisieren. Ich würde sagen nix. Schließlich ist ein Text ja schon ein Datenstrom.

Deshalb versteh ich z.B. auch nicht den Vorteil wenn ein simpler File Cache (der die Ausgabe buffert und anstatt sie an den Client zu senden einfach in ein File schreibt) die Option anbietet diesen Buffer zu serialisieren. IMHO wird da nur ordentlich mehr Rechenleistung verbraucht.

Deshalb, klärt mich auf. Was bringt so etwas?

MfG Byrel

[Jojo]

hmm.....
Vielleicht wenn du vorhast, zu Debugging-Zwecken ein Objekt, Array, o.ä. auszugeben?

[MrNiceGuy]

In gewisser Weise könnte ich mir vorstellen, dass serialisierung von bestimmten Bereichen der Webseite deutlich performanter sind, als jedes mal beim Aufruf einer Seite eine neue Datenbank-Abfrage zu starten. Als Beispiel: Wenn man ein Browsergame mit einem Tick-System nimmt, in dem alle 10 Minuten die Rohstoffe aktualisiert werden, speichere ich nach der ersten Abfrage das Ergebnis der vorhandenen Rohstoffe und den Zeitpunkt der nächsten Aktualisierung und brauche dann unter Umständen für 10 Minuten keine neue Datenbank-Abfrage dafür zu starten. Das war jetzt ein sehr plumpes Beispiel, aber abwege ist es keineswegs, zumindest die grobe Überlegung.

[robo47]

ich hab gestern schon überlegt, wo nutze ich serialisierung ? naja eigentlich fällt mir spontan nur 1 punkt ein, wenn ich irgendwas schnell, einfach und ohne weitere aufschlüsselung in der Datenbank speichern will, meistens sind das arrays, selten objekte und meist daten die irgendwo in der db vergammeln, die einfach gespeichert werden, dass sie halt da sind, falls ich sie mal brauche.

ein Vorteil ist halt, dass man theorhetisch alle daten jeglicher form (array, objekt ...) egal wie sie aufgebaut sind von der struktur, so ganz einfach in eine datei oder in eine datenbankspalte speichern kann.

ich weis ja nicht was schneller ist:

serialisieren in datei schreiben, auslesen, entserialisieren
im vergleich zu: implode mit nem parameter, in datei schreiben und dann auslesen und exploden.

Der Vorteil hier beim serialisieren ist dass ich mir auch z.b. keine Gedanken um ein Trennzeichen machen muss fürs implode/explode das dann dummerweise in nem string vorkommt und man sich noch gedanken ums escapen oder ähnliches machen muss.


mfg
robo47

[Byrel]

Hallo!

Danke für eure Antworten.

Meine Frage bezog sich aber eher auf die Serialisierung von reinem Text und nicht auf Datenstrukturen.

@JoJo

Vielleicht wenn du vorhast, zu Debugging-Zwecken ein Objekt, Array, o.ä. auszugeben?

Naja, wenn ich ein Array ausgebe z.B. mit print_r ist das ja auch nur reiner Text oder?

MfG Byrel

[MrNiceGuy]

Hmm... Ich denke für Strings macht es wirklich keinen Sinn, es ist wohl eher für Objekte und Arrays gedacht, die widerum Strings enthalten können und in aller Regel auch tun. Das ist die einzige Erklärung für mich, weshalb es überhaupt möglich ist, Strings zu serialisieren.

[Basti]

Serialisierung bedeutet ja etwas lapidar ausgrdrückt, eine Datenstruktur in "Textform" zu bringen. Einen Text zu serialisieren ist daher reichlich unnötig. Etw, wie ein neues Blatt Papier zu bügeln oder so.

Wo hast du denn diese Info aufgeschnappt?

Basti

@"robo47":
Du nutzt Serialisierung z.B. immer, wenn du Daten in eine Session packst. ...aber wohl eher implizit.

[Byrel]

k. A.

Bei einigen Frameworks. Bei den php.internals in Blogs.
Da hab ich oft Caches gesehen und auch in der Doku die so in etwa arbeiten:

PHP-Code:

if (! ($data = $cache->get ())) {
   ob_start ();

      echo "lalala";

   $cache->save (ob_get_contents ());
   ob_end_flush ();
} 


Also reiner Text. Vielleicht wollen Sie halt einfach auch die Möglichkeit anbieten Objekte, Variablen etc. zu cache. Obwohl wenn jemand sowas machen will wohl jeder nen Opcode Cache (z.B. APC) nehmen würde.



Wenn ich sowas wieder irgendwo seh, poste ich es hier.

MfG Byrel

[Ben]

Hab da auch schon mal drüber nachgedacht und bin zu genau diesem Ergebnis hier gekommen:

Zitat von MrNiceGuy

Das ist die einzige Erklärung für mich, weshalb es überhaupt möglich ist, Strings zu serialisieren.

Sehe ich genauso.

Diese Codezeile hier halte ich allerdings für äußerst zweifelhaft.

PHP-Code:

$cache->save (ob_get_contents ()); 


sofern es sich bei dem save() um eine Methode haltet, die die Daten in eine Datei schreibt.

[Byrel]

Ja war ja nur ein Beispiel. Normal wird Output Buffering im Cache aktiviert.

Oder verstehe ich was falsch? (Der Smilie irritiert mich :>)

MfG Byrel

[Ben]

Ne, verstehst nicht falsch, sondern ich hatte irgendwie file_get_contents() anstatt ob_get_contents() gelesen. .. *hust*

[Basti]

Zitat von Byrel

PHP-Code:

if (! ($data = $cache->get ())) {
   ob_start ();

      echo "lalala";

   $cache->save (ob_get_contents ());
   ob_end_flush ();
} 


Das war wohl nur als Beispiel gedacht. Anstatt dem echo "lalala"; würde hier eben ein GET-Request verarbeitet werden. Und im OB steht dann natürlich eine Zeichenkette. Von Serialisierung ist in dem Schnipsel jauch nichts zu sehen.

Möglich wäre es nun diesen String aus dem OB zusammen z.B. mit dem Verfallsdatum in ein Array zu packen und dieses cache::save() zu übergeben. In dem Fall könnte die Methode zwar erkennen, ob es sich um ein Array handelt und ggf. serialisieren, jedoch wäre das beim Auslesen nicht mehr so ohne weiteres Möglich (es sei denn, man "verbietet" die Option, Strings zu cachen, die formal aussehen, wie serialisierte Werte). Daher wird man die Option ob serialisieren oder nicht global (...) einstellen und Standard-Libs werden hier eben eine entsprechende Funktion anbieten, um bei reinen Text-Caches die Serialisiertung pauschal ausschalten zu können.

Ich vermute mal, das dass das ganze Geheimnis ist. Also: In der Regel serialisiert der Cache, aber wenn er in eine Anwendung eingebaut wird, in der eh nur Strings gecached werden, dann kann man die Option ausschalten, um Ressourcen zu sparen.

Basti