Loading
Gedanken des ipernity-Webmasters zum "Read-Only"-Status von ipernity vom 13. bis 18. Mai 2021
ipernity war von der Nacht von Donnerstag auf Freitag, den 14. Mai 2021, bis zum Dienstagmittag, 18. Mai 2021, im Lesemodus. Schreibvorgänge in die MySQL-Datenbank gingen nicht live. Grund war ein von jemanden manuell in die MySQL-Konsole eingegebener, aber dann fatalerweise mittels Strg-C abgebrochener MySQL- Befehl. Dieser setzte die MySQL-Replikation auf diversen Servern außer Kraft, wodurch die Seite in den Read-Only-Modus wechselte.
Dieses wurde von mir am Freitagmorgen gegen 10:30 Uhr Uhr bemerkt.

Nehmt euch Zeit - das folgende ist ein wirklich sehr langer Text, wo ich einige Dinge ansprechen werde, auch am Verhalten anderer, was ich ziemlich unverhältnismäßig bzw. als nicht angemessen empfinde.

Nun muss ich sagen, dass ich bis zu diesem Freitagmorgen noch nichts von MySQL-Replikation gehört hatte.
MySQL-Replikation ist - sehr vereinfacht gesagt - eine Art Kopiervorgang von einem MySQL - Master - Server auf einen oder mehrere mit dem verbundene MySQL- Slave - Server. Man kann sich das wie ein weiteres Laufwerk vorstellen, auf den jeder MySQL-Befehl (in binärer Form) rüber kopiert wird, der auf dem jeweiligen Master-Server ausgelöst wird. Ergänzend hat jeder Befehl eine fortlaufende Nummer, anhand dessen der Slave mit dem Master kommuniziert, bis zu welchem Stand er die Kopie besitzt. Vorteile von MySQL-Replikation sind grob eine höhere Geschwindigkeit und - eigentlich - eine höhere Ausfallsicherheit. Jedenfalls, so lange nicht händisch in diesen Vorgang eingegriffen wird bzw. etwas ihn stört.

Den kompletten Freitag verbrachte ich ganz überwiegend damit, überhaupt erst einmal heraus zu finden, was das Problem ist, also warum ipernity nur noch im Lesemodus ist. Dafür galt es, unzählige Logfiles auf den diversen Servern zu analysieren und zu verstehen, wie diese Server untereinander vernetzt sind und einander bedingen.

Gegen Freitag Nachmittag war mir klar, was das Problem war, und grob auch, wie das Problem möglicherweise zu beheben sein könnte. Ich war mir aber noch nicht komplett sicher und schrieb daher am Freitagabend um 20:18 Uhr folgendes auf Twitter als Antwort auf die Störungsmeldung von ipernity:
Es geht um einen mysql-Replikations-Sync-Fehler.
Ich habe bis heute morgen keine Erfahrung damit gehabt und habe den ganzen Tag darüber gelesen, wie man ihn beheben kann (und was es ist), und was ich an dieser Stelle sagen kann: #ipernity wird heute nicht mehr schreibbar sein. Es muss morgen weiter untersucht werden.
Zu dem Zeitpunkt war längst klar, dass Qwellcode nicht mehr an diesem Freitag an die Fehlersuche gehen würde. Und sicher auch nicht vor Montagmorgen, 9 Uhr.
Ich hatte also das restliche Wochenende Zeit, möglicherweise ein wenig Geld für ipernity einzusparen und mich weiter in das Thema einzulesen, die Serverarchitektur zu verstehen und möglicherweise selbst das Problem gelöst zu bekommen - da von außen bis zum Montagmorgen ohnehin nichts möglich war.


Ich verbrachte große Teile der Nacht von Freitag auf Samstag und den kompletten Samstag dann damit, mich weiter in das Thema MySQL-Replikation einzulesen. Mich darüber zu informieren, worauf bei einer derartigen Fehlermeldung besonders zu achten ist. Und wie das bei ipernity und der von ipernity verwendeten Serverarchitektur möglicherweise zu lösen ist. Dabei galt dann auch noch darauf zu achten, dass die von ipernity verwendeten Programmpakete auf den Servern alles sind - aber nicht aktuell. Ganz und gar nicht aktuell. Sie sind, um es deutlich zu sagen - hoffnungslos veraltet. Die Schreiber von Anleitungen, die schreiben, wie man den auftretenden Fehler behebt, gehen natürlich davon aus, dass wenigstens ansatzweise aktuelle Programmversionen verwendet werden.
Meine Recherche bestand also auch darin, heraus zu finden, ob die vorgeschlagenenen Lösungswege überhaupt mit entsprechend alter Software in der Form möglich sind - also ob die entsprechenden Befehle in der Programmversion, die ipernity nutzt, überhaupt schon dort implementiert waren. Nicht in allen Fällen war das der Fall, einige Anleitungen zur Problembehebung setzten ganz offenkundig Befehle ein, die es in der damaligen Programmversion, die ipernity noch immer verwendet, noch gar nicht gab.
Gegen Samstagmittag bzw Samstagnachmittag hatte ich eine mögliche Lösung parat, die funktionieren könnte. Ja, könnte, denn wirklich sicher war ich mir zu dem Zeitpunkt noch nicht.

Und ich muss sagen - gegen Samstagmittag sank meine Motivation ziemlich, da weiter Untersuchungen durchzuführen und das ganze (neue) Wissen in mich hinein zu prügeln.
Grund dafür war dieser Thread in einem Diskussionsforum bei Flickr, auf den ich Samstag gegen Mittag hingewiesen wurde, und den ich nachmittags dann während einer kurzen Kaffeepause dann las.
Dort geht es zunächst um den längeren Ausfall, den ipernity im Dezember 2019 hatte (was vor meiner Amtszeit als ipernity-Webmaster lag), der aber Ansichten einiger Clubmitglieder offenbarte, die mich einfach nur fassungslos und auch ein wenig wütend werden liessen, weil er im Folgenden auch meine Amtszeit und mich als Person betrifft bzw. mir Lügen unterstellt.

Ich füge dazu jetzt mal ein 13 Screenshots der dortigen Diskussion in diesen Artikel ein. Lest euch das dort geschriebene mal durch. Das gesagte befindet sich in der jeweiligen Bildbeschreibung, damit es für alle mit deepl problemlos zu übersetzen ist:

Zwischenablage01 Zwischenablage02 Zwischenablage03 Zwischenablage04 Zwischenablage05 Zwischenablage06 Zwischenablage07 Zwischenablage08 Zwischenablage09 Zwischenablage10 Zwischenablage11 Zwischenablage12 Zwischenablage13

Den Sonntag verbrachte ich dann damit, über eine ssh - Verbindung zu versuchen, von allen Datenbanken ein Sicherheitsbackup zu ziehen, um die durch mich geplante Korrektur der Datenbanken vorzubereiten. Das funktionierte aus vielerlei Gründen für mich nicht. Um nur einige Gründe zu benennen, warum es nicht gelang, eine Kopie der Datenbank auf meinen Rechner zu ziehen: Zu geringer Plattenplatz auf den betroffenen Servern für einen MySQL-Dump direkt dort als per sudo su zum root gemachten normalen User. Der Versuch, mich stattdessen über eine ssh pipe auf den Server einzuloggen, um nicht erst die Datenbank-Kopie auf dem dortigen Server zu speichern und sie dann von dort herunter zu laden scheiterte an dem nicht Vorhandensein eines User-Passworts für einen User, der Leserechte an der MySQL-Datenbank hat. Es gibt lediglich für einen User mit einfachen Rechten einen Zugang, mit dem wir uns auf dem Server einloggen, dieser hat allerdings weder Lese- noch Schreibrechte für die Datenbank. Um direkt von der Datenbank lesen zu können, wird sich per "sudo su" zum root-User gemacht. Da von dem aber kein Passwort bekannt ist, ist damit (meines Wissens nach) kein Login per ssh-Pipe auf den Servern möglich, um ohne Zwischenspeicherung auf der zu kleinen Serverplatte die Kopie direkt auf meinen Rechner zu übertragen. Die Suche nach einem User ohne Passwort oder nach einem User mit irgendwo in einem File hinterlegten Passwort mit Leserechten für den MySQL-Server verlief erfolglos.

Aus diesem Grund brach ich dann am Sonntagabend meine weiteren Untersuchungen für den geplanten Rettungsversuch ab. Stattdessen stellte ich alles, was ich bis dahin an Informationen über den Zustand der ipernity-Server zusammen gesammelt hatte inklusive verschiedener möglicher Lösungswege für Markus von Quellcode zusammen, damit er dann direkt mit der Problembehebung starten kann - ohne wieder bei Null anfangen zu müssen.

Da ich wusste, dass ich unter diesen Umständen (es wird ipernity etwas kosten) und aufgrund der unerfreulich geführten Diskussion bei flickr noch schlechter schlafen würde als schon in den Nächten zuvor, schrieb ich am Sonntagabend dann noch die Zusammenfassung des Wochenendes, und was ich unternommen hatte, und postete diese auf pastebin.com (denn hier bei ipernity ging es halt noch nicht). Dort schrieb ich auch nochmal genauer, was der Hauptgrund dafür war, der mich davon abhielt, die Datenbank zu reparieren. Und ich schrieb was darüber, wie die Server von ipernity miteinander vernetzt sind und miteinander kommunizieren - was letztlich dann der Grund dafür war, dass praktisch gar nichts mehr möglich war, was Schreibrechte in der Datenbank erfordert. Bzw. es war möglich, wurde aber nicht mehr umgesetzt, sondern lediglich in die Warteschlange der noch abzuarbeitenden MySQL - Befehle hinten eingereiht.
Diesen entsprechenden Text - ich nannte ihn "Des ipernity Webmasters Wort zum Sonntag" in Anlehnung an eine kirchliche Sendung im Deutschen Fernsehen könnt ihr in deutsch, englisch und auf französisch auf der pastebin.com- Webseite nachlesen - auf ipernity konnte ich ihn ja leider gerade nicht schreiben. Also, ihr könnt ihn da nachlesen - jedenfalls, sofern inzwischen die pastebin - Webseite wieder funktioniert, denn auch die war offline:


Es ist doch schön zu sehen, dass nicht nur ipernity.com solche Probleme hat, sondern auch Webseiten, für die bezahlte Profis arbeiten. ;-)

Auch diese Information vom Sonntagabend verteilte ich dann wieder so breit, wie es mir eben möglich war. Also als weitere Antwort unter dem ipernity - Twitter - Posting zur Störung, in der besagten flickr - Diskussionsgruppe, im ipernity- Discord-Channel und - nun hatte ich ja genug Zeit für so was - sogar auch noch bei Facebook. Obwohl ich Facebook nun wirklich nicht mehr nutze...

Wie auch immer, Sonntagabend stellte ich dann noch alle Informationen zusammen, die ich bis dahin gesammelt hatte und schickte das mit einigen möglichen Lösungswegen an Markus von Qwellcode.
Die von Qwellcode hatten zum Glück direkt am Montagnachmittag einen Slot für uns frei, so dass er direkt mit der Reparatur der Datenbanken beginnen konnte. Er erstellte hierfür für das Sicherheits-Backup der Datenbank übrigens eine neue Serverinstanz bei Amazon Web Service - somit hatte er dann genügend Festplattenplatz zur Verfügung, um die komplette ipernity-Datenbank dort zu speichern.
Warum ich das nicht auch so tat? Weil ich von AWS noch weniger weiß wie von MySQL-Replikation vor dem fraglichem Wochenende.
Und ohne ein Sicherheitsbackup der kompletten Datenbank wollte ich nicht irgendwelche Versuche unternehmen, nicht bei dem Serveraufbau, den ipernity hat. Aber zum Serveraufbau und warum der so kompliziert ist (und welcher Punkt mich dabei besonders abschreckte bzw. irritierte) schrieb ich ja im Wort zum Sonntag was.
Dann musste nur noch der Fehler behoben werden (so grob, wie in den von mir gefundenen Anleitungen, aber halt nur so grob, weil die Architektur bei ipernity deutlich komplizierter ist wie in den Anleitungen) und die Server ihre Warteschlange abarbeiten. Nur als kurze Info: Die Slaveserver waren teilweise, nachdem sie wieder liefen, arbeitsrechnisch 18 Stunden hinterher. Normalerweise sollten MySQL-Slave-Server lediglich wenige Sekunden hinterher sein - wenn überhaupt. Im Idealfall wird natürlich jeder Befehl, der auf dem Master ausgeführt wird, sofort auf den Slave rüber kopiert, was zu einer Latenz von weniger als einer Sekunde führt.

Entsprechend der langen Warteschlange, die - obwohl die Server bereits wieder fehlerlos arbeiteten - im Laufe des Dienstags zwischenzeitlich sogar nochmal länger statt kürzer wurde (bedingt durch die vielen Tests vieler User, was denn nun schon funktioniert und was nicht), dauerte es auch noch bis zum Dienstagnachmittag, bis alles wieder gesynct war und funktionierte. Die eigentlichen Arbeiten an den Servern waren am Montag wohl dann weitestgehend abgeschlossen, den Rest mussten dann die Server unter sich ausmachen.

Es gab also faktisch rund zwei bis maximal drei Arbeitstage lang einen Ausfall. Also in dem Fall, dass ihr von professionellen Datenbankspezialisten ausgeht. Und nur von tatsächlichen Arbeitstagen ausgeht, an denen ein Mensch was tat, was über "überwachen des rückkehrens der Server" hinaus geht.
Was mich angeht war es ein verdammt anstrengender Freitag und ein Wochenende, was ich ausschliesslich am Rechner verbrachte, mit Ausnahme von kurzen Pausen zum Essen. Und viel besser sah es dann auch ab Montag nicht mehr aus, denn das Gefühl, nun nur noch auf andere warten zu können machte es nicht besser. Na gut, ihr hattet das bereits seit Donnerstagnacht.

Aber was ich mir für die Zukunft wünsche: etwas weniger demoralisierende Statements auf irgendwelchen Plattformen. Ich tue alles, was mir möglich ist - im Zweifel sogar fast rund um die Uhr - um ipernity am Laufen zu halten. Andere arbeiten ebenso hart daran, die Userbasis zu vergrößern, die Webseite zu verbessern (da steige ich wie woanders geschrieben ja nun auch so langsam ein) oder andere Dinge für ipernity zu tun. Und Statements, dass ihr euren Clubbeitrag ja bezahlt und dafür "wenigstens eine angemessene Informationspolitik durch das Management" erwartet - nun - ich bin nicht euer Management und möchte es auch nicht sein.
Ich bin Fotograf, der ebenso seinen Mitgliedsbeitrag bezahlt und nebenher vielleicht auch noch weitere Dinge übernimmt. Ich erwarte keine Dankbarkeit dafür, dass ich mir die Stunden mit der ipernity-Webseite um die Ohren schlage. Ich tue das freiwillig, und ich wusste, was auf mich zukommt. Na gut, nein, ich wusste es nicht, und hätte ich es gewusst, ich hätte vielleicht eine andere Entscheidung getroffen. Aber es macht mir Spass. Auch jetzt noch. Und auch an Tagen wie am vergangenen Wochenende - denn ich lerne gerne neue Dinge hinzu.

Aber gelegentlich wäre etwas mehr Geduld angebracht. Und Verständnis dafür, dass wir alle das hier nur nebenher machen und auch noch andere Dinge zu tun haben. Das mein Wecker nicht an eine Systemüberwachung gekoppelt ist, die sofort einen Alarm auslöst, wenn auf dieser Webseite irgendwas mal nicht funktionieren sollte. Und ich erwarte es, dass immer mal wieder irgendwelche Dinge passieren werden, die zu Problemen führen. Das lässt sich gar nicht vermeiden bei einer so veralteten Software, die technisch nicht mehr aktualisiert werden kann. Und vielleicht auch etwas Verständnis dafür, dass man sich bei Problemen zunächst einmal ganz prioritär darum kümmert, das Problem zu lösen - und die Kommunikation dann mehr teamintern abläuft, als nun allen Vereinsmitgliedern jeweils zu erzählen, was gerade aktuell unternommen wird.

Da muss es dann auch mal reichen, wenn einen Tag lang die Information nur aus "Wir sind uns des Problems bewusst und arbeiten an der möglichst schnellen Behebung" lautet. Und eben nicht stündlich ein Update kommt, was aktuell gerade gemacht wird. Auch nicht alle vier Stunden, auch nicht alle acht. Sondern dann, wenn es etwas zu berichten gibt. Also beispielsweise jetzt, wo das Problem wieder behoben ist.

Wer zeitnah mehr wissen möchte, was das Problem ist, darf gerne Teil des Teams werden und sich dann darum kümmern, mit den anderen Vereinsmitgliedern in den Austausch zu gehen, was genau das Problem jeweils ist und was gerade unternommen wird, um das Problem zu beheben. Ich zumindest werde auch zukünftig primär an Problemlösungen arbeiten statt Krisenkommunikation zu betreiben. Das beherschen andere ohnehin viel besser wie ich.

Bleibt gesund! Und überlegt, wie ihr selbst ipernity voran bringen könnt! Im Zweifel hilft es manches Mal schon bei einer Problemlösung, vielleicht einfach mal gar nichts zu sagen statt die noch motivierten Helfer zu demotivieren...

Also ganz so, wie es uns die ipernity - Server während der Störung sagten, als sie sagten, dass wir eigentlich ja gar nichts sagten, aber doch irgendwie etwas sagten, worauf irgendjemand reagiert hätte oder eben auch nicht. ;-)

Und ansonsten ist in diesem Kommentar im Teamblog alles dazu gesagt worden, was wichtig ist. Wobei das allerwichtigste in dem Fall erst im letzten Satz steht: es gab keine Datenverluste und alles, was während des Readonly-Modus in die Datenbank eingegeben wurde, wurde von den Servern auch ausgeführt.

Und ich hoffe, niemand behauptet nochmal, das Team oder zumindest ich würden nicht mit den anderen Vereinsmitgliedern in ausreichender Form kommunizieren....
Aber alles zu seiner passenden Zeit.

Also - die Diskussion ist freigegeben!


10 comments

StoneRoad2013 said:

Thank you for all your work to solve the problem.
The efforts you made are very much appreciated.

I also appreciated the shortness of the status messages in the blue banner, I would much rather the repair work went ahead, instead of spending time doing extra updates to the blue banner.

I do not know anything about the software behind the scenes, other than the version Ipernity runs on is very out-of-date, and to update it will need a complete re-write ...
3 years ago

ୱ Kiezkickerde ( ͡°… replied to StoneRoad2013:

Ja, ein einfaches update wird es mit dieser Software leider nicht geben können. Dafür ist sie zum einen zu komplex, und zum anderen zu veraltet, es wären zu viele Zwischenschritte nötig, um sie auf heute Programmversionen zu upgraden. Das macht keinen Sinn, daher ist eine Neuprogrammierung in dem Fall wirklich sinnvoller.
3 years ago ( translate )

bonsai59 said:

Also, Diskussionsbedarf habe ich keinen keinen. - Warum auch. Deinen ehrlichen Worten ist doch nichts hinzuzufügen. Vielleicht solten wir mal einen Spendentopf einrichten, damit wir das Ziel einer Neuprogrammierung eher erreichen können.

Grund war ein von jemanden manuell in die MySQL-Konsole eingegebener, aber dann fatalerweise mittels Strg-C abgebrochener MySQL- Befehl.

Da sieht man es mal wieder. Kleine Ursache, große Wirkung. Ich bin überzeugt, das jeder schon einmal in seinem "digitalen Leben" erlebt. Ich für meinen Teil hab' auch schon meinen Rechner mit einem banalen Fehler in die Knie gezwungen. Ein fehlerhaftes Windows Update hat auch schon mal dafür gesorgt, daß mein Rechner über Tage down war. C'est la vie. Das ist im Großen nicht anders.

Mein Freund, wenn wir uns mal wieder sehen, geb' ich Dir 'n Alster und 'n Fischbrötchen aus! ;-D Also! Was soll ich noch sagen ... ;-)
3 years ago ( translate )

ୱ Kiezkickerde ( ͡°… replied to bonsai59:

Naja, den Spendentopf hatten wir vor einigen Jahren ja schon mal eingerichtet. In www.ipernity.com/blog/team/4718938 steht, dass, um überhaupt nur an eine Neuprogrammierung zu denken vorab 30.000 EUR benötigt werden.
Und in www.ipernity.com/blog/team/4723478 steht, dass davon lediglich 17,114 EUR zusammen kamen.
Die komplette Neuprogrammierung dürfte aber eher bei 80.000 Euro liegen, je nachdem, was man zusätzlich haben möchte auch gerne 120.000. Wie ich an anderer Stelle schrieb - ich weiss, was entsprechende Leute kosten, die das beruflich machen. Ich habe in dem Bereich schon gearbeitet, und die Summen, mit denen da bei so umfangreichen Webseiten wie ipernity es ist hantiert werden sind mit Spenden echt nur sehr schwer zusammen zu bekommen - weil es ein sehr grosser Spendentopf sein müsste.

Du greifst ja "Grund war ein von jemanden manuell in die MySQL-Konsole eingegebener, aber dann fatalerweise mittels Strg-C abgebrochener MySQL- Befehl." nochmal auf. Auch das ist nur deswegen "erforderlich" gewesen, weil uns entsprechende Zugangsdaten für die entsprechenden Nutzer fehlen und wir uns daher mit dieser Krücke herumschlagen müssen, uns mittels "sudo su" zum root machen zu müssen. Das will man nicht! Nicht, um in einer Datenbank eine kleine Änderung vornehmen zu können! In keinem Fall! Normalerweise arbeitet niemand als Root in einer MySQL-Konsole herum, schon gar nicht schreibend!
Einzig: Es gibt keine andere Möglichkeit für uns. Jedenfalls nicht zum aktuellen Zeitpunkt.
Ich werde sicherlich demnächst mal dafür sorgen, dass das PHPMyAdmin, was installiert ist, nicht nur lesend auf den MySQL-Slave zugreifen kann, sondern schreibend auf einen der MySQL-Master. Dann hätte man wenigstens einen gewissen Schutz davor, dass etwas entsprechendes nie wieder passiert. Auch wenn ich davon ausgehe, dass die entsprechende Person daraus gelernt hat und nie wieder einen MySQL-Befehl auf diese Weise "abbrechen" wird. Aber es kann ja auch aus anderen Gründen zu einem Abbruch kommen - als root in der MySQL-Konsole gibt es aber eben keinerlei Schutzmechanismen, die dann eine Daten-Inkonsistenz verhindern können. Wie gesagt - man will nicht als root im mysql arbeiten, aber aktuell müssen wir es teilweise. Hoffentlich nicht mehr allzu lange.

Das Alster und Fischbrötchen - darauf freue ich mich jetzt schon sehr! Auch so ganz grundsätzlich. Ab Samstag darf in Hamburg zum Glück die Aussengastronomie wieder öffnen.... Und obwohl ich nicht der Typ bin, der regelmässig ausser Haus ein Bier, Alsterwasser oder was auch immer trinkt oder ausser Haus etwas isst - darauf freue ich mich, das endlich mal wieder tun zu können!
3 years ago ( translate )

StoneRoad2013 said:

I think we need to promote the donations for reprogramming again ... perhaps more emphasis in the explanation paragraph under the donate button ?

[As I stay logged in for long periods, I can not remember exactly what that says]
3 years ago

Ulrich Dinges said:

so hektisch wie die Geiferer und Du habe ich die Störung nicht gesehen. Ich habe noch in Erinnerung wie Du als "Sport Fotograf" darum gekäpft hast dass es hier einen großvolumigen Accont gibt, kann mich an einen deiner Blogs über "freie Netzwerke erinnern....
Bei der letzten Versammlung haben meine Frau und ich einen Corona Spaziergang gemacht
Wir sind nun mal ein ganz besonderer Online Verein
3 years ago ( translate )

ୱ Kiezkickerde ( ͡°… replied to Ulrich Dinges:

:-)
3 years ago ( translate )

klaus 040 said:

Unglaublich, was Du da für uns alle geleistet hast! Eigentlich ist ein Fischbrötchen mit Alster zu wenig dafür!
Ich hab deinen Artikel zwar gelesen, aber verstanden hab ich eher wenig. Eigentlich nur soviel: Du bist ein Mensch, der nicht aufgibt.
Aber ehrlich: nur wegen ein paar uneinsichtigen Meckerköppen muss man keine rechtfertigenden langen Artikel schreiben. Das Ergebnis spricht für sich. Und dafür gilt mein Lob!
Gruss, Klaus
3 years ago ( translate )

volker_hmbg said:

Den Worten von Klaus möchte ich mich anschließen.

Die aufgetretenen Probleme und Fachausdrücke die Du im ausführlichen Artikel beschrieben hast, sind für mich (als IT-Laien) nur ansatzweise verständlich. Dank deiner akribischen Beschreibung konnte ich aber das Wesentliche verstehen -dafür auch vielen Dank von mir.

Beste Grüße

Volker
3 years ago ( translate )

ୱ Kiezkickerde ( ͡°… said:

Naja, das Schreiben war natürlich vor allem auch für mich, um mit dem Thema dann auch abschliessen zu können. Und aufzuzeigen, dass es halt auch nicht immer wirklich hilfreich war, was man währenddessen dann erlebte. Ja, es hat mich kurzzeitig auch ziemlich angekotzt und aufgeregt - aber nach dem schreiben ging es mir schon wesentlich besser. ;-)
Hier zusammen gefasst habe ich das auch, damit ich dann in zehn Jahren nochmal drauf zurück blicken kann, wie chaotisch das früher mit ipernity war. Also, nach der Neuprogrammierung. ;-)
3 years ago ( translate )