Weblog Kommentare
ohne Worte
Beat Post author am |
Habe gerade die neusten Daten aufgespielt. Funktioniert soweit gut. Einzig der FTP-Upload dauert von Thailand auf einen CH-Server dann doch gute 30 Minuten... ?
Ian Styx am |
Ich hoffe wenigstens per SFTP! Und noch besser mit einem VPN + SFTP.
Never trust Hotel Networks!
Ansonsten glaube ich, dass bei dir der Cache nicht funktioniert, siehe Categories und Freetags.
Und wieso animieren sich die Entry Titel plötzlich als Aufrolltext?
Ian Styx am |
Ich muss mich korrigieren. Du hast doch schon ein generiertes cache file (bei cats und tags) nur ohne list links, d.h. nur intro und outro sind da.
Ich habe noch mal was nachgeschoben. Vielleicht sagt uns das "Warum".
Wobei ich glaube, dass es bei dir damit zusammenhängt, dass - aufgrund deiner "ungewöhnliches Nutzung" jemand zuallererst auf einer categories Seite das cache file generierte. Wir werden sehen..
Beat Post author am |
Habe ja etwas freie Zeit am Strand ? und deshalb spielte ich per CSS an den h2-Titeln herum...
Beat Post author am |
Habe 2 commitete files gesehen. Braucht es beide?
Ian Styx am |
Ja!
Er.holung heißt: Laptop zu! Buch raus!
Beat Post author am |
? Ich erhole mich gerade prächtig ?
Ömmm... wo müssen die Files denn hin? Ich finde kein Verzeichnis /additional_plugins
Ian Styx am |
Da scheint zuviel Sonne schon erste Spuren zu hinterlassen ?
Wer redet denn von /additional_plugins ?
Beat Post author am |
In Github steht z.B.: additional_plugins/last.txt
Ian Styx am |
Nur dass das history Plugin ein Core Plugin ist und damit in styx liegt. Das solltest du inzwischen wissen!
Beat Post author am |
Irgendwie habe ich im Moment so gar keine Zeit für Rätsel... Habe die beiden Files nun nach /templates/styx hochgeladen (auch wenn ich etwas irritiert war, dort keine solchen Files gesehen zu haben). Nun steht Sea-Food und anschliessend Karaoke auf dem Programm. ?
Ian Styx am |
Wovon redest du nur? Das klingt falsch und ist falsch!
Es geht um die Commits vom 20.Januar (3 bisher) unter https://github.com/ophian/styx/commits/master
Beat Post author am |
Ich habe jetzt die neue pure/style.css und die neue serendipity_plugin_history.php hochgeladen. In meiner user.css habe ich die Anweisungen für das history-intro und -outro entfernt. Die zwei weiter oben erwähnten Dateien habe ich wieder gelöscht.
Ian Styx am |
Jupp - aber wie du sehen kannst - ohne den kleinen fix in https://github.com/ophian/styx/commit/d473c9aa0a971a375e98f465d94d509236e74178 gehts nicht ohne Fehler!
Ian Styx am |
Genau das. Alle Verzeichnisse und alle Dateien.
Im Webhosting Paket gibt es auch einen Berechtigungen Sidebar link. Was gibt der aus?
Ehrlichweise verstehe ich nicht was für Schwierigkeiten da vorliegen sollen - das müsste so eigentlich funktonieren... und du bist sicher, dass das nichts mit dem Kuddelmuddel .net -> .ch zu tun hat? Oder mit der Umstellung auf ImageMagick? Was wäre wenn du das auf GD zurückstellst? Um welches ImageMagick Binary handelt es sich?
Beat Post author am |
Der besagt bei Inhaber, Dateien, Verzeichnisse immer "keine Änderung vornehmen"
Ganz ehrlich.... im Moment bin ich von dieser ganzen Bilder/Medien-Geschichte etwas angepisst.
Ich verstehe den ganzen Trouble ja auch nicht und genau deshalb bin ich angepisst. ?
Ich will jetzt nichts behaupten was ich nicht sicher weiss, doch von net/ch-Knuddelmuddel kann man ja auch nicht wirklich sprechen. Das Installationsverzeichnis blieb unangetastet. Es ändert sich einzig, worauf Serendipity von aussen angesprochen wird und was es nach aussen anzeigt (also die URL). Dies wurde mit einer einzigen Umstellung in der Konfiguration gemacht. So etwas sollte das System durchaus vertragen ohne gleich Kopf zu stehen...
Weil ImageMagick nicht funktioniert, habe ich das in der Konfiguration wieder auf Nein gesetzt. GD sollte also wieder greifen. Trotzdem ändert sich rein gar nichts am Fehlermuster. ?
Laienfrage: Wäre es möglich, dass die DB-Tabelle styx_images aus irgendeinem Grund nicht beschrieben werden kann? Kann ich das irgendwie überprüfen? Werden die Thumbnails auch da abgespeichert/registriert?
Nachtrag: Daran liegt es auch nicht. Die neusten, per FTP hochgeladenen Bilder sind da registriert.
Ian Styx am |
Nur Geduld. Du bist jetzt schon so weit, dass es Unsinn wäre jetzt frustriert hinzuwerfen!
Das Blog ist aber immer noch unter beiden Domain extensions (net/ch) ansprechbar. Das verwirrt vielleicht nicht nur mich.
Am besten machts du mir da mal einen Zugang. (Wenn du willst!)
500er Fehler müssten in den error logs geloggt werden. Sie können Permission Probleme sein.
Am besten fragst du kurz mal nach und schilderst dein Problem, dass du kein Upload hinbekommst. Es muss an irgendetwas liegen und die Permissions sind eine beliebte Fehlerquelle (siehe unter /logs - oder gibt es gar ein webostingtool link dazu?).
Welche Perms hat denn der Oberordner von styx? Zb /web ? (und /logs,und /tmp ?)
PHPs iMagick extension ist - wie ich letztens gerade schon einmal schrieb - unabhängig vom binary, welches der Hoster nomalerweise unter soetwas wie "/usr/bin/convert" zur Verfügung stellt. Man kann also nicht kurzerhand vom einen auf das andere schließen. Styx kann z.Z., wie auch Serendipity origin, nur mit dem Binary umgehen.
Thumbnails werden natürlich nicht erstellt, wenn der upload nicht klappt. Macht man es per FTP, muss man wahrscheinlich danach die Mediathek Synchronisation im Wartungsbereich vornehmen. Aber Achtung, das kann dazu führen das er dir alles aus der DB rauskloppt was zur Zeit nicht physisch vorhanden ist (siehe deine Nach-Asien-Arbeiten). Insofern würde ich das erst dann versuchen, wenn alles wirklich an Board ist und keine Bilder-Link-Fehler mehr da sind.
Ich kann dir versichern, dass es sowohl mit GD als auch mit ImageMagick in einer frischen aktuellen (lokalen) Installation, sowohl mit dem empfohlenen 400px Thumb Size, wie auch mit deinem kleinen 160px Thumb Size klappt. Auch die WebP Varianten werden erstellt.
Beitragsbilder nicht zentriert? Du meinst:
https://www.beatsblog.ch/2584-sun,-fun-and-nothing-to-do....html ?
Hmmm! Moment... kannst du dich erinnern, anhand welchen besonderen Bildes und Ereignisses auf blog.dokumenzi ich diese Änderungen eingepflegt hatte. Ich muss das mal vergleichen zum sun-fun-Bild, aber weiß nicht mehr wo und welches das genau war.
Update: Ich weiß es jetzt wieder. Es ging um ein kleines (bis 400px width) (figure) Bild, so wie mein "blah blah blah" Kommentiertes Test Bild in https://www.blog.dokumenzi.ch/2612-Seitenleisten-links-rechts.html. Auf einmal ist das Verhalten genau umgekehrt, sowohl auf beatblog.ch als auch hier. Das heißt, dass mein ganzer schöner Würgaround für diesen Fall jetzt (auch mit seinen Auswirkungen auf größere Bilder) genau das Gegenteil bewirkt. (So als wenn inzwischen ein Browser Update dies verändert hätte... sehr ugewöhnlich..!) Wenn dir dazu nicht noch etwas einfällt was ich jetzt nicht bedacht habe muss ich es wohl rückgängig machen. Oder war das eventuell bevor du auf 2 Seitenleisten umgestellt hattest?
Beat Post author am |
In Kommentar #c6380 schrieb ich:
Die Upload-Fehler sind alte Bekannte. Du schriebst:
Ja, das werden sie auch. Es sind diese "bad header"-Dingsbums. Im errorlog steht (Beispiel):
Das gleiche hatten wir hier auch schon. Siehe ab diesem Kommentar: https://www.blog.dokumenzi.ch/2604-Stand-01.01.2020,-1418.html#c6016
Damals war die Lösung, dass in der Blog-Konfiguration/Bildkonvertierung eine maximale Bildbreite angegeben war, ohne jedoch die Verkleinerung zu erlauben (vor dem Upload Grösse anpassen). Diesen Fehler habe ich auf beatsblog.ch aber nicht wiederholt. Die Konfiguration ist dort absolut identisch mit derjenigen hier (welche jetzt ja problemlos funktioniert). Trotzdem erhalte ich die gleichlautenden 500er Fehler, wie damals.
Die zentrierten Bilder haben wir hier diskutiert; https://www.blog.dokumenzi.ch/2607-image-center.html
Interessant an beatsblog.ch ist, dass vereinzelte/wenige Beitragstitelbilder zentriert dargestellt werden, die Meisten sind jedoch linksbündig (auf den ersten 3 Seiten 3x zentriert, 27x linksbündig) -> wobei ich gerade festgestellt habe, dass es hier ab Seite 6 (wo die importierten Beiträge anfangen, also vor und bis https://www.blog.dokumenzi.ch/2550-Schutzblech.html) genau gleich ist.... obwohl im Quellcode "center" steht, werden die Bilder linksbündig dargestellt.
Mit ANGEPISST wollte ich sagen: Ich bin etwas enttäuscht/verärgert/genervt und brauche einen Moment Abstand vom Thema, bevor ich wieder daran setze. Ich schmeisse ganz sicher nicht hin. Diesen Weg bin ich nun zu geschätzten 80% gegangen und bekanntlich sind die letzten 20% immer die Schwierigsten. Das wird schon werden. Nur beschäftige ich mich im Moment lieber mit anderen Dingen als diesen Fehlern nachzurennen. Zumal meine PC-Internet-Umgebung ferienhalber auch eher suboptimal ist.
Ich habe im Arbeitsartikel alle Zugangsdaten hinterlegt. Du kannst Dich gerne austoben. Ich habe überhaupt keine Erwartungshaltung. Es sind meine Probleme und nicht Deine. Wenn Du Dir das ansiehst bin ich dankbar, wenn nicht dauert es einfach etwas länger......
Beat Post author am |
Das "image-center"-Problem konnte ich mit folgendem Eintrag in der user.css lösen:
Beat Post author am |
Upload-Problem gelöst (vorerst).
Als Laie probiert man vieles aus nur um zu sehen, ob es etwas bewirkt oder nicht. So kam ich heute auf die Idee, dass ich /uploads/ und alle Unterverzeichnisse volle Berechtigung erteile (also 777). Und siehe da.... der Bilder-Upload funktioniert genauso wie die Erstellung von Thumbnails.
Nur... das kann wohl nicht die definitve Lösung sein.
Ian Styx am |
HEY!! ?
Das war eine ausgezeichnete Idee. Danke.
Ich habe das gerade nochmal sehr intensiv überprüft und das war tatsächlich etwas, dass in bestimmten Fällen fehlte. Sobald du den nächsten Sync machst, und ich war heute echt fleißig!, kannst du deins in der user.css voraussichtlich wieder entfernen. Überprüfe es dann lieber noch einmal.
Ian Styx am |
Den Vorschlag hätte ich bestimmt auch noch gemacht. Ich meiner ganzen Serendipity Historie (im Forum) ist das X-Mal die nur einzige Lösung gewesen.
Ich würde trotzdem nochmal nachfragen, ob das nicht besser und damit sicherer geht. Das kann mit dem User und auch mit der 4. (bzw ersten von 4) Stellen zusammenhängen,so dass die Oktalzahl 0 auf 1 oder 2 oder was auch immer präzisiert werden muss.
Auf alle Fälle ist es schön das es erstmal läuft und kein Styx Problem an sich ist!
Ian Styx am |
Zur Ergänzung:
Der ziemlich aufgebohrte Geschichte mit dem "display: contents" und dem figure inline "display: block" für kleinere images war und ist trotzdem nötig, denn es ging darum, in einem bestimmten media screen range, große, mittlere und kleine figurierte Bilder mit Kommentaren frei schwebend mittig im content Container zu bekommen, ohne denselben aus der fluidablen Balance mit den Seitenleisten und der Gesamtbreite zu bringen. Mit deiner Ergänzung ist das jetzt eine sehr runde Sache! Klasse!
Du kannst das Phänomen bei dir eben nicht wahrnehmen, weil du die figure image comment borders entfernt hast (Ich schreibe, um mich selbst daran zu erinnern bzw. erinnern zu können!) Ego ita scribo! ?
Ian Styx am |
Nur zur Info:
Das hat sich später übrigens aufgelöst, als ich irgendwann bemerkte, dass mein Firefox mit strikten individuellen Einstellungen in "Verbesserter Schutz vor Aktivitätenverfolgung" eine Ausnahme für deinen Blog brauchte.