Macken in Serendipity

Wednesday, May 11. 2005

Eigentlich sollte hier ein längerer Text zur Debian/Ubuntu-Problematik stehen, aber leider war das S9y-System, auf dem dieses Blog läuft, beim Absenden der Ansicht, daß mein Login expired ist. In so einem Fall ist dann leider der ganze, mühsam geschriebene Text weg.

Falls einer der Leser die Stelle kennt, an der ich dieses Verhalten abstellen kann, möge er oder sie sich bitte melden. Ansonsten muß ich Jannis wohl doch mal um einen Datenbank-Dump bitten und mein eigenes Serendipity aufsetzen - dort kann ich dann nämlich mittels Plugin auch von meinem HP 100 LX aus bloggen. Die meiste Zeit für Gedanken habe ich nämlich, wenn ich an einem nicht vernetzten Rechner sitze, und alles aufzuschreiben und nochmal abzutippen oder zu kopieren ist mir zu mühsam.

Posted by ToJe in Im Netz verfangen at 14:22 | Comments (11) | Trackbacks (0)

Defined tags for this entry: Blog, Fehler, Serendipity, Software

Related entries by tags:

Trackbacks

Trackback specific URI for this entry

No Trackbacks

Comments

Display comments as (Linear | Threaded)

Hast Du Dich bei Serendipity mit Cookie Login angemeldet? Sprich in der Login Maske auf "Save Information" ("Daten speichern") aktiviert? Nur dann ist man eigentlich vor einem Session Expire geschützt.

Was Dir passiert ist klingt danach, dass Du innerhalb des Standard Session Timouts (30 Minuten) nichts getan hast, und obige Checkbox nicht aktiviert hast. In so einem Fall macht jede PHP-basierte Session-Applikation dasselbe: Es erkennt Deinen Login nicht an.

In einem solchen Fall mache ich üblicherweise folgendes: Neues Fenster aufmachen, einloggen+autorisieren, zum alten Fenster wechseln und F5 drücken. Das gilt für jede PHP-Webapplikation, nicht Serendipity speziell.

In Deinem Fall empfehle ich jedoch, Texte immer vorzuschreiben und separat zu speichern. Oder ab und zu halt auf "Speichern" klicken. Längere Texte über 30 Minuten hinweg zu schreiben ohne sie extern zu erfassen ist schon etwas wagemutig.

(Einen Datenbankdump kann Jannis sicher dennoch zur Verfügung stellen

Viele Grüße,
Garvin

#1 Garvin (Link) on 2005-05-11 15:16 (Reply)

Nein, Cookie Login habe ich nicht aktiviert, eventuell ist das noch eine Alternative. Und ich schreibe keine 30 Minuten am Stück, es passiert nur öfters, daß ich beim Schreiben unterbrochen werde und die Unterbrechung länger als 30 Minuten dauert.

#1.1 ToJe (Link) on 2005-05-11 15:21 (Reply)

Okay, das Ankreuzen des "Daten speichern" wird Dir dann definitiv helfen. So werden Deine Logindaten im Cookie gespeichert und bei einem Session-Timeout wirst Du einfach neu authorisiert. Das impliziert natürlich ein paar Sicherheitsrisiken wenn die Cookies auf Deinem PC von anderen gesniffed werden können.

Wenn Du das also nicht eingehen willst, einfach mal den "Neu-Einloggen-F5-Trick" probieren

Zur allergrößten Not Mozilla LiveHTTP Header installieren, F5 drücken und dann die POST-Daten kopieren. So sicherst Du zumindest Deinen Content und kannst ihn später neu eintragen.

Grüße,
Garvin

#1.1.1 Garvin (Link) on 2005-05-11 15:25 (Reply)

Der Cookie sollte die Lösung sein. Noch bevor jBlog zu s9y wurde, und jBlog jBlog war, hatte ich mal so einen auto-submitter eingebaut, der alle paar Sekunden einen Draft des Eintrags, den man gerade verfasste, als Draft auf dem Server gespeichert hat. Damals war der Konqueror noch etwas launisch, hin und wieder, deshalb brauchte ich das.

Falls also der Cookie wider Erwarten nicht funktionieren sollte, wie erwartet, dann müssen wir uns wohl nochmal Gedanken machen

#1.1.2 Jannis (Link) on 2005-05-11 17:03 (Reply)

:: In so einem Fall ist dann leider der ganze,
:: mühsam geschriebene Text weg.
Mit Opera wäre das nicht passiert ...

#2 Andy (Link) on 2005-05-11 19:22 (Reply)

Was genau macht Opera an der Stelle anders als Firefox?

#2.1 ToJe (Link) on 2005-05-11 21:43 (Reply)

Durch klicken auf "zurück" hätte der Inhalt der Textarea noch da sein müssen. Kann aber gut sein, dass htmlarea einem da einen Strich durch die Rechnung macht!

#2.1.1 Jannis (Link) on 2005-05-11 22:15 (Reply)

(@jannis so isses!)

Opera cached die History vollständig, inklusive aller Formularinhalte. Das hat mir schon oft ein paar graue Haare erspart. Außerdem geht das Navigieren mittels "vor" und "zurück" rasend schnell, im Vergleich zu allen anderen Browsern (zumal Opera sowieso überall noch einen Tick schneller ist...)

Firefox wird das aber auch bald können, siehe http://www.golem.de/0505/37902.html

#2.1.2 Andy (Link) on 2005-05-11 22:27 (Reply)

Und das macht opera auch beim wysiwyg-htmlarea?

#2.1.2.1 Jannis (Link) on 2005-05-12 07:37 (Reply)

Ich kriege diesen graphischen Editor in meinem Blog leider nicht aktiviert (weiss nicht warum), daher kann ich das leider nicht testen.

#2.1.2.1.1 Andy (Link) on 2005-05-12 12:29 (Reply)

Das ist auch kein Wunder, htmlarea klappt nicht in Opera, weil Opera ein beschissenes JavaScript interface hat.

Das mit dem zurück klappt jedenfalls auch im Firefox ohne htmlarea mit Beibehalten des Inhalts.

#2.1.2.1.1.1 Garvin (Link) on 2005-05-12 12:49 (Reply)

Add Comment

	Aus gegebenem Anlass scheint folgender Hinweis leider nötig: Kommentare zu Werbezwecken sind ohne vorherige Kontaktaufnahme und schriftliche Einwilligung des Betreibers unerwünscht und werden generell gelöscht. Die Löschung anderer Kommentare bleibt vorbehalten Das wiederholte Einstellen gelöschter Kommentare ohne Rücksprache verpflichtet zur Zahlung einer Vertragsstrafe von 1000 Euro pro Einzelfall. Als wiederholtes Einstellen gilt auch, wenn der Kommentar im "Homepage"-Feld auf die gleiche (Werbe-)Website verweist!
Name
Email
Homepage
In reply to
Comment	E-Mail addresses will not be displayed and will only be used for E-Mail notifications. Standard emoticons like :-) and ;-) are converted to images.
	Remember Information? Subscribe to this entry