Zeile in Textdatei löschen - aber wie

[Dennis]

Hi Tom

Auf einer Privat-Seite müsste es doch reichen, jeden Monat als eine Datei zu archivieren, oder?
Du sprachst doch von ca. 240 Beiträgen im Jahr. Die würden mit ca. 1.000 Byte Beitrag zuzüglich Bildern (werden nur die Referenzen in der Haupt-Datei gespeichert)

Also die URLs werden in der Haupt Datei gespeichert. Würdest du dem User die Möglichkeit geben, ein Bild upzuloaden? Oder soll er nur einen Link zu einem Bild angeben können? Oder soll er gar kein Bild angeben können?

... und 100 Bytes Verwaltungsinformatiion und vielleicht im Mittel 200 Bytes Stellungnahme des Guestbook-Admins --> 1.400 Bytes pro Beitrag ergeben --> 336kBytes im Jahr! Es würde also vollkommen reichen, jeweils den 13. Monat ins Archiv zu verfrachten.

Mit anderen Worten: Pro Jahr eine Datei im Archiv.

Die Archivierungs-Push-Funktion sollte unabhängig von der Save-Funktion sein, also entschichtet.

Mit entschichtet meinst du, dass sie nicht serealize() gespeichert werden soll, sondern als sinnvoller Text, eventuell als .html-Datei?

Dann kann man dynamsich entscheiden, ob nun immer der 13. Monat oder der 6. Monat verschobenn wird und ob das Archiv auf der anderen Seite jährlich, halbjährlich, vierteljährlich oder monatlich oder, oder oder organisiert werden muss. Also immer hübsch Input-Trigger und Output-Handler der Funktionen trennen.

Ich habe noch nicht ganz verstanden, wie du dir das vom Aufbau her vorstellst, mit dem dynamisch entscheiden.

Da hätte ich dann nochmal eine Frage; Was hälst du für besser?
Siehe oben. Wenn du sie EVA-Regel einhältst (auch wenn die aus dem Museum stammt), kann dir eigentlich nicht viel Böses widerfahren Und dann ist das auch schon mal einen "SelfHTML Creativ" wert.

Was ist denn die EVA-Regel? Hab ich noch nie von gehört.

Achso, da müsste man dann ftruncate(filesize()) verwenden?
Nein.

Oh, stimmt, Denkfehler meinerseits.

[...sperren...]

Das habe ich jetzt noch nicht ganz verstanden. _Weshalb_ braucht man dann eine Hilfsdatei?
Bitte die Frage in die Liste aufnehmen. Die Antwort dauert länger.

Und soll auch in den Feature-Artikel.

[...HTML-Form...]
Ich werde da protieren, wenn es soweit fertig ist. Ist nur Gewohnheitssache. Ich habe bisher zu ca. 60 Themen insgesamt ca 7.000 Kapitel (a 30 Siten im Mittel) mit Word erstellt. Da stellt man nicht plötzlich um auf Tech, genauso wie andersherum.

Das Ganze muss dann ja aber auch noch die das SelfHTML-Feature-Artikel-Layout. Wird bestimmt ne Menge Arbeit das alles rüberzuschreiben.
Wenn du willst, kann ich dir da ja ein bisschen helfen.

[...SuperRiesegroßesMegaArray...]
Hab ich da noch irgendwas wichtiges vergessen, was man ein Besucher eigeben können sollte?
Wenn Du etwas vergessen hättest, wäre das bei assoziativen Arrays nicht schlimm. Man könnte das Feld (Subarray) später erweitern. Das Script dazu muss natürlich auch angepasst werden. Aber es wäre i.d.R. abwärtskompatibel. Ein neues Script könnte auch deine alten Archive lesen, ohne sie konvertieren zu müssen.

Alte Archive existieren bis jetzt noch nicht, aber wenn mann z.B. ein Gästebuch erstellt, und später noch zusätzlich ein Eingabefeld für den User "Bild URL" macht, kann man die alten Daten trotzdem mit dem Gleichen Script auswerten - klar.

Beim Schreiben müsste man erst count($riesengroßes_Superarray) machen, und dann die nächsthöhere ID nehmen und den Eintrag erzeugen. Dann schließlich ist Gästebuch schreiben.
Ich würde da einen Schritt weitergehen und einen Meta-Record vorschalten über die Datei. Da steht dann auch die letzte vergebene ID drin. So wäre es leicht möglich, Sätze zu löschen, ohne mit der ID durcheinander zu kommen.

Das habe ich jetzt wieder nicht so ganz verstanden, da mit Meta-Record kein Begriff ist. Werden denn gelöschte IDs erneut vergeben? Es wäre vielleicht besser "nein", da man sonst die die Ausgabe nicht so leicht nach Eintragszeitpunkt ordnen kann.

Das Lesen wird sicher auch ein eigenes Kapitel beötigen, da ja "seitenweise" schon ein wesentliches Thema ist. Mir fällt noch ein dazu "Leserechte des Benutzers"

Genau, ich stelle mir das so vor, wie ich es auch schon realisiert habe, allerdings nicht mit deiner Methode in eine Textdatei zu schreiben:
Es gibt eine Datei, wo man ins Gästebuch eintragen kann, unter den Eingabefeldern werden die letzten beiden Monate aufgelistet.
Dann gibt es das Archiv, wo alle Monate auf einer Seite sind, und einzeln aufgerufen werden können.
Schließlich gibt es noch einen Admin Bereich, wo man einzelne Postings aus den letzten beiden Monaten löschen oder editieren kann. Oder man kann auch irgendeinen beliebigen Monat (der bereits im Archiv ist) löschen.

Sonst könnte ich eventuell ja noch ein Beispielscript als Ergänzung zu deinem Feature-Artikel schreiben, wo ich dann z.B. ein Gästebuch auf PHP Basis nehmen würde.
Ja. Erstmal einkleines einfaches. Dann die Gedanken dazu notien und ausarbeiten, dann ein komplexeres, dann wiede die Gedanken dazu, usw. So entsteht ein gutes Tutorial. man darf am Anfang auch ruhig Fehler drin ahben, muss den Leuten nur sagen, dass das schon ganz nett ist, aber nicht für den Produktivbetrieb geeignet.

Ich dachte daran, eine kleine Einleitung zu erstellen. Da fängt man ganz langsam an, Datein in eine Textdatei zu speichern.
Daran könnte man auch gleichzeitig die verschiedenen Methoden erwähnen, und deren Vor- und Nachteile nennen. Ich dachte da, erst eine kleine Notitz einfach zeilenweise in eine Textdatei zu schreiben -> Damit kann man aber noch keine verschiedenen Felder o.ä. machen. Dann mit einem Trennzeichen zu schreiben, und beim Einlesen der Datei nach dem Trennzeichen in Unterrarrays zu zerlegen -> auch nocht nicht so toll. Dann wird noch CSV erwähnt, was ja dem vorherigen ähnlich ist, gleicher Nachteil, Vorteil kann man ich Exel importieren.
Dann am Ende wird deine Lösung von dir vorgestellt. Du kannst Codebeispiel etc schreiben und die Vorteile noch mal genau erklären.

Ich hoffe, du konntest mir wenigstens einigermaßen folgen.

MfG, Dennis.