Wenn man es genau nimmt, heißt die genaue Übersetzung auch Schlagwort statt Stichwort. In der deutschen Sprache ist der Unterschied sehr fein geregelt, bedeutes Ersteres doch ein zugeordnetes Wort, das so nicht unbedingt im Kontext oder Titel vorkommen muss. Letzteres eben genau ein solches. Wer einmal im universitären Kontext Recherchen vorgenommen hat, weiß den Unterschied zu schätzen.
Kennzeichen von Tags sind also nicht Suchwörter im Text, sondern beigeordnete Wörter die in einer Datenbank hinterlegt werden. Ich würde sagen, das Tags als Wort heute universal verwendet wird, da man damit ganz klar eine Unterscheidung, auch des medialen Umfeldes beschreibt. Wer sagt schon "tag" wenn er ein Schlagwort erstellt/sucht. Ich finde es legitim, neuen Zeiten mit neuen Möglichkeiten auch neue Bezeichnungen zu geben.
Wir sind außerem auch nicht in Frankreich wo derartige Anglizismen vom Staat per Gesetz ins Französische gezwungen werden.
?
Beat Post author am |
No problem! Habe jetzt commit "history: Fix minor space" als neues serendipity_plugin_history.php abgespeichert und hochgeladen. schauen wir morgen ein nächstes Mal. ?
Beat Post author am |
? Und auch wenn der Papst die Bibel voller Tags macht... mir ist das egal. Bin protestantisch und ohne Hochschulabschluss. ?
Auch wenn Schlagworte die korrekte Übersetzung ist, so ist in meinem, nichtuniversitären, Sprachgebrauch der Ausdruck "Stichworte" verständlicher. ? Etwas Proletariat darf ja auch sein... und wir Schweizer können eh nicht richtig Deutsch ?
Beat Post author am |
? Hmmm... Irgendwie hat v1.19 nicht gefruchtet. Sehe wieder die Einträge von gestern und auch history_daylist.dat trägt noch den Zeitstempel von gestern.
? oh, grober Fehler. Heute morgen war www.blog.dokumenzi.ch nicht mehr zu erreichen. Ich habe dann manuell das history_daylist.dat-file gelöscht und siehe da, die Seite wurde wieder angezeigt. Da scheint es also noch ein Problem zu geben.
Hast du eine Möglichkeit in das (apache?) error log file zu schauen ca ab 0:00 Uhr des heutigen Tages. Da müsste irgendwo/wie vermerkt sein wo der ev. Fehler liegt.
Beat Post author am |
Am 22.01.um 19:56 gab es eine Apache-Warnung. Dann nichts mehr bis am 23.01. um 12:25 einen Apache-Error (Security). Dazwischen gibt es keine Einträge in error-logs. Sorry.
Vor meinem Zugriff war der letzte, gemeldete Fehler: 2020-01-23 04:25:55 Error 85.25.177.219 404 GET /robots.txt HTTP/1.0 (eine robots.txt gibt es auf meinem Server nicht).
Ich sehe nichts im code was einen fatal error mit totaler Blockierung bewirken könnte. Bei mir läuft es durch (mit dem einzigen Unterschied das ich gefakte testdata nehme). Und im access log? Was heißt eigentlich "nicht mehr zu erreichen"? Das dein Nginx ab und zu einen blackout hat und so etwas wie eine "caching" Kunstpause einlegt, habe ich auch schon mehrfach gehabt. Das hat aber nichts mit dem history Plugin zu tun. Meistens gehts nach einem reload wieder.
Beat Post author am |
"Nicht mehr zu erreichen" meint, dass der Browser zuerst angemäkelt hat, dass die aufgerufene Seite nicht sicher ist (kein https) und nach dessen Umgehung wurde mir eine Fehlerseite angezeigt aber kein Blog. Dies sowohl in Firefox wie auch in Microsoft Edge.
Eigentlich erwartete ich, dass dies heute Morgen auch wieder geschehen wird und ich war darauf vorbereitet, um dieses Mal Screenshots anzufertigen. Doch heute läuft der Blog wie gewohnt. Nur, dass das History-Plugin wieder die Daten von gestern statt von heute anzeigt. Das history_daylist.dat trägt den Zeitstempel: 23.01.2020 04:29:29. Das war, als ich gestern das alte File manuell gelöscht habe.
Das heisst aber auch: Der gestern aufgetauchte Fehler hat ev. gar nichts mit dem Blog oder Serendipity Styx Edition zu tun.
Ich habe es nun nocheinmal überprüft: Das aktive File: serendipity_plugin_history.php ist v1.20
So und dass das bei dir nicht updated liegt demnach höchstwahrscheinlich an deiner ?frontpage = categories Situation oder es steckt noch ein Logik Fehler drinnen. Ich werde mich um letzteres bemühen, habe aber gerade keine Idee dazu.
o.k. v1.21 hochgeladen und history_daylist.dat gelöscht. Wie sagt Franz Beckenbauer? "Schaun mer mal..." ?
Beat Post author am |
Hier hat die Aktualisierung des History-Plugins nicht stattgefunden. Auf www.beatsblog.net jedoch schon. Daraufhin stellte ich fest, dass ich nach dem letzten Datenupdate in dieser Installation das File /include/functions_entries.inc.php nicht mit der geänderten Version überschrieben habe (was ich nach der Installation auf www.beatsblog.net gemacht habe). Nun habe ich hier das history_daylist.dat File manuell gelöscht und functions_entries.inc.php ersetzt. So sollten morgen auch hier die Daten des Plugins aktualisiert werden.
Fehlt hier eventuell noch etwas? Denn auf beatsblog.ch gehts ja automatisch korrekt.
Beat Post author am |
Ja, habe ich auch bemerkt. Woran es liegt, weiss ich nicht. Ich habe nun nocheinmal das history_daylist.dat gelöscht und die zwei Dateien (functions_entries.inc.php & serendipity_plugin_history.php) überschrieben. Mal sehen, wie es morgen ausschaut.
Interessant ist auch, dass die Listen hier und auf www.beatsblog.ch jeweils unterschiedlich lang sind. Ich denke das hängt damit zusammen, dass ich früher öfters Beiträge später schrieb und dann auf das korrekte Datum auf 23:59 Uhr zurückdatiert habe. Diesem Sachverhalt bin ich bis jetzt jedoch nicht genauer nachgegangen.
Ja es sind 26.01. Entries aus den Jahren 09, 08, 07.
Solange du das richtige Datum im entry form rück- bzw vor-datiert hast sollte das eigentlich keine Rolle spielen. Denn das ist das ausgelesene timestamp Feld. Für alle sonstigen Entry Updates wird der neuere timestamp im last_modified Feld engetragen.
Beat Post author am |
Hab das Problem gefunden. Die beiden Serverzeiten sind nicht identisch. Wenn ich die Styx-Konfiguration so anpasse, dass beide die korrekte Uhrzeit anzeigen/ausgeben, so stimmen auch die History-Listen überein.
Habe gar nicht gewusst, dass D & CH in unterschiedlichen Zeitzonen liegen... ?
Wurde vor kurzem eingeführt wegen des Brexits. Da ihr nicht zu Europa gehört.. fallt ihr da halt nicht mit rein ?
Beat Post author am |
Es hilft schon sehr, wenn die richtigen Files am richtigen Ort abgespeichert sind. Nun scheint das Hystory-Plugin auch hier einwandfrei zu funktionieren. ?
Ian Styx am |
? forgive me - try again with v.1.19
Ian Styx am |
Wenn man es genau nimmt, heißt die genaue Übersetzung auch Schlagwort statt Stichwort. In der deutschen Sprache ist der Unterschied sehr fein geregelt, bedeutes Ersteres doch ein zugeordnetes Wort, das so nicht unbedingt im Kontext oder Titel vorkommen muss. Letzteres eben genau ein solches. Wer einmal im universitären Kontext Recherchen vorgenommen hat, weiß den Unterschied zu schätzen.
Kennzeichen von Tags sind also nicht Suchwörter im Text, sondern beigeordnete Wörter die in einer Datenbank hinterlegt werden. Ich würde sagen, das Tags als Wort heute universal verwendet wird, da man damit ganz klar eine Unterscheidung, auch des medialen Umfeldes beschreibt. Wer sagt schon "tag" wenn er ein Schlagwort erstellt/sucht. Ich finde es legitim, neuen Zeiten mit neuen Möglichkeiten auch neue Bezeichnungen zu geben.
Wir sind außerem auch nicht in Frankreich wo derartige Anglizismen vom Staat per Gesetz ins Französische gezwungen werden.
?
Beat Post author am |
No problem! Habe jetzt commit "history: Fix minor space" als neues serendipity_plugin_history.php abgespeichert und hochgeladen. schauen wir morgen ein nächstes Mal. ?
Beat Post author am |
? Und auch wenn der Papst die Bibel voller Tags macht... mir ist das egal. Bin protestantisch und ohne Hochschulabschluss. ?
Auch wenn Schlagworte die korrekte Übersetzung ist, so ist in meinem, nichtuniversitären, Sprachgebrauch der Ausdruck "Stichworte" verständlicher. ? Etwas Proletariat darf ja auch sein... und wir Schweizer können eh nicht richtig Deutsch ?
Beat Post author am |
? Hmmm... Irgendwie hat v1.19 nicht gefruchtet. Sehe wieder die Einträge von gestern und auch history_daylist.dat trägt noch den Zeitstempel von gestern.
Ian Styx am |
Paradise lost - v.1.20 ?
Beat Post author am |
Muss ich das history_daylist.dat file manuell löschen? Neues plugin-file ist aufgespielt.
Ian Styx am |
ja (wenn du die heutige Ansicht möchtest...)
Beat Post author am |
? gemacht! Bin schon gespannt auf morgen... ?
Beat Post author am |
? oh, grober Fehler. Heute morgen war www.blog.dokumenzi.ch nicht mehr zu erreichen. Ich habe dann manuell das history_daylist.dat-file gelöscht und siehe da, die Seite wurde wieder angezeigt. Da scheint es also noch ein Problem zu geben.
Ian Styx am |
Hast du eine Möglichkeit in das (apache?) error log file zu schauen ca ab 0:00 Uhr des heutigen Tages. Da müsste irgendwo/wie vermerkt sein wo der ev. Fehler liegt.
Beat Post author am |
Am 22.01.um 19:56 gab es eine Apache-Warnung. Dann nichts mehr bis am 23.01. um 12:25 einen Apache-Error (Security). Dazwischen gibt es keine Einträge in error-logs. Sorry.
Vor meinem Zugriff war der letzte, gemeldete Fehler: 2020-01-23 04:25:55 Error 85.25.177.219 404 GET /robots.txt HTTP/1.0 (eine robots.txt gibt es auf meinem Server nicht).
Ian Styx am |
Ich sehe nichts im code was einen fatal error mit totaler Blockierung bewirken könnte.
Bei mir läuft es durch (mit dem einzigen Unterschied das ich gefakte testdata nehme).
Und im access log? Was heißt eigentlich "nicht mehr zu erreichen"? Das dein Nginx ab und zu einen blackout hat und so etwas wie eine "caching" Kunstpause einlegt, habe ich auch schon mehrfach gehabt. Das hat aber nichts mit dem history Plugin zu tun. Meistens gehts nach einem reload wieder.
Beat Post author am |
"Nicht mehr zu erreichen" meint, dass der Browser zuerst angemäkelt hat, dass die aufgerufene Seite nicht sicher ist (kein https) und nach dessen Umgehung wurde mir eine Fehlerseite angezeigt aber kein Blog. Dies sowohl in Firefox wie auch in Microsoft Edge.
Eigentlich erwartete ich, dass dies heute Morgen auch wieder geschehen wird und ich war darauf vorbereitet, um dieses Mal Screenshots anzufertigen. Doch heute läuft der Blog wie gewohnt. Nur, dass das History-Plugin wieder die Daten von gestern statt von heute anzeigt. Das history_daylist.dat trägt den Zeitstempel: 23.01.2020 04:29:29. Das war, als ich gestern das alte File manuell gelöscht habe.
Das heisst aber auch: Der gestern aufgetauchte Fehler hat ev. gar nichts mit dem Blog oder Serendipity Styx Edition zu tun.
Ich habe es nun nocheinmal überprüft: Das aktive File: serendipity_plugin_history.php ist v1.20
Ian Styx am |
So und dass das bei dir nicht updated liegt demnach höchstwahrscheinlich an deiner ?frontpage = categories Situation oder es steckt noch ein Logik Fehler drinnen. Ich werde mich um letzteres bemühen, habe aber gerade keine Idee dazu.
Ian Styx am |
Jetzt aber - v.1.21 is online!
Beat Post author am |
o.k. v1.21 hochgeladen und history_daylist.dat gelöscht. Wie sagt Franz Beckenbauer? "Schaun mer mal..." ?
Beat Post author am |
Hier hat die Aktualisierung des History-Plugins nicht stattgefunden. Auf www.beatsblog.net jedoch schon. Daraufhin stellte ich fest, dass ich nach dem letzten Datenupdate in dieser Installation das File /include/functions_entries.inc.php nicht mit der geänderten Version überschrieben habe (was ich nach der Installation auf www.beatsblog.net gemacht habe). Nun habe ich hier das history_daylist.dat File manuell gelöscht und functions_entries.inc.php ersetzt. So sollten morgen auch hier die Daten des Plugins aktualisiert werden.
Ian Styx am |
Fehlt hier eventuell noch etwas? Denn auf beatsblog.ch gehts ja automatisch korrekt.
Beat Post author am |
Ja, habe ich auch bemerkt. Woran es liegt, weiss ich nicht. Ich habe nun nocheinmal das history_daylist.dat gelöscht und die zwei Dateien (functions_entries.inc.php & serendipity_plugin_history.php) überschrieben. Mal sehen, wie es morgen ausschaut.
Interessant ist auch, dass die Listen hier und auf www.beatsblog.ch jeweils unterschiedlich lang sind. Ich denke das hängt damit zusammen, dass ich früher öfters Beiträge später schrieb und dann auf das korrekte Datum auf 23:59 Uhr zurückdatiert habe. Diesem Sachverhalt bin ich bis jetzt jedoch nicht genauer nachgegangen.
Ian Styx am |
Ja es sind 26.01. Entries aus den Jahren 09, 08, 07.
Solange du das richtige Datum im entry form rück- bzw vor-datiert hast sollte das eigentlich keine Rolle spielen. Denn das ist das ausgelesene timestamp Feld. Für alle sonstigen Entry Updates wird der neuere timestamp im last_modified Feld engetragen.
Beat Post author am |
Hab das Problem gefunden. Die beiden Serverzeiten sind nicht identisch. Wenn ich die Styx-Konfiguration so anpasse, dass beide die korrekte Uhrzeit anzeigen/ausgeben, so stimmen auch die History-Listen überein.
Habe gar nicht gewusst, dass D & CH in unterschiedlichen Zeitzonen liegen... ?
Ian Styx am |
? Standard Northern Middle European Time
Wurde vor kurzem eingeführt wegen des Brexits. Da ihr nicht zu Europa gehört.. fallt ihr da halt nicht mit rein ?
Beat Post author am |
Es hilft schon sehr, wenn die richtigen Files am richtigen Ort abgespeichert sind. Nun scheint das Hystory-Plugin auch hier einwandfrei zu funktionieren. ?