Weblog Kommentare
Sizilien-Fotos, die Top 25
Ian Styx am |
?
Hier kann ich es verstehen, aufgrund der Serverrestriktionen, aber nicht auf beatsblog, dass du keine picture/source Elemente verwendet hast. Denn gerade in bildlastigen Einträgen macht sich die Ersparnis durch webp positiv sehr bemerkbar. Remember: Fallback zu original (jpg) wird vom Browser erledigt, wenn er es nicht kann.
Persönlich finde ich auch die "col" Struktur (Spalte, vertikal) besser. Sie ordnet einfach schöner und man kann hoch- und querkant Bilder mixen.
Beat Post author am |
*räusper*
Ich habe einfach den Quellcode von hier nach www.beatsblog.ch kopiert und dabei völlig vergessen, dass hier die webp-Geschichte ja nicht funktioniert. Ich werde also im Live-Blog die Bilder nochmal löschen und neu (richtig) einbinden. Sorry. War ein dummer Fehler von mir.
Werden denn bei "Spalten-Anordnung" auch Bilder nebeneinander dargestellt? Ich wollte einfach vermeiden, dass 25 Bilder untereinander erscheinen (weil Thmubnail-Grösse = 400px)
Beat Post author am |
Boah ? sieht jetzt ja ganz toll aus! ?
Übrigens: Du solltest ein Spendenkonto publizieren. Würde mich für Deine super Arbeit gerne irgendwie erkenntlich zeigen. ?
Ian Styx am |
Bilder in Spalten ordnen sich automatisch an. Es gibt durchaus Fälle, bei den die Anordnung nicht der gewählten Bilder-Reihenfolge entspricht, also wenn es eklatante oder geringfüge Größenskaldierungen gibt, die eine andere Ordnung erzwingen, die wohl etwas mit den Browser Algorithmen zur Berechnung zu tun haben.
Allerdings haben wir ja auch die col 2 = unbegrenzt, bzw auf 48 limitierte, und col 3 und 4 spaltige Galerie-Anzeigen, die besser mit einem klar teilbaren Amont aussehen, hier also besser mit 24 Bildern, also 3x8, plus das 25igste als Einzelbild on top. Man kann damit rumspielen, in dem man im Quellcode (c3 col serendipity_image_block) einfach mal das c3 auf c2 oder c4 ändert.
Verschiebe mal auf beatsblog im cke editor in der wysiwyg mode Ansicht das letzte Bild 018_1024_vorRagusa.jpg in den rechten freien Space der Galerie. Dann verschwindet es quasi, denn cke entfernt das picture/source aus dem link und es sind nur noch 24, so dass die Galerie wieder schön ausieht. (Ein phänomenales Verhalten, das mir auch ganz neu ist.) Besser also von vorneherein nur gut teilbare Amounts für c3 oder c4 Galerien einfügen.
Ian Styx am |
Na ja der Algo ist wohl eher: Teile durch X und fülle die Spalten entsprechend. So dass die erste bzw ersten Spalte(n) mir der höchstmöglichen Anzahl bestückt werden. Deshalb sieht das in den beiden letzten "Reihen" (die man ja so gewohnt ist, ergo lesend erwartet, dort aber gar nicht bekommt !) so merkwürdig aus.
Beat Post author am |
SUPER! ? Vielen Dank für die guten Tipps! ?
Ian Styx am |
Vor Ragussa (018) ist hier auch etwas völlig anderes wie auf beatsblog. Vielleicht gilt das auch noch für andere Bilder? Insofern war mein Verschiebe Hinweis kontraproduktiv und galt nur für das hier gesehene, denn jetzt hast du auf beatsblog einen link mitten in der Galerie. Korrigiere das besser im Quelltext oder lösche den kompletten Galerie part und selektiere neu.
Beat Post author am |
Ja, habe die Galerie neu erstellt.
Wollte statt "vor Ragusa" ein anderes Bild opfern und habe dann im Quelltext rumgewerkelt. (Wie Du) dann gesehen, dass dies nicht gut kommt, Galerie gelöscht und neu erstellt. Ging fix und nun sieht es SPITZE aus. Zudem können Erbsenzähler nun nicht mehr monieren, dass es mit dem Eingangsbild ja die TOP-26 sind. ? ?
Ian Styx am |
So ist es! ?
Ist da eigentlich ein komplett neues Abbild drauf (denn ich hatte auch an den default Galerie Klassen einiges geändert während du weg warst)?
Beat Post author am |
Ja, ist auch Stand heute, 13:16 Uhr
Ian Styx am |
Übrigens ist 1024 x 768 ein eher unübliches image Format, es ist allein ein Web Geräte Format. Das Ergebnis siehst du wenn daraus thumbs generiert werden, so dass es zu diesem unschönen Scroll Effekt in der Mediathek kommt. Ich würde sagen deine Kamera macht auch eine andere Ratio im Original, so dass man besser beim vorherigen Zuschneiden (so man dies überhaupt macht) nur sowas wie Prozentangaben statt konkreter Pixelngaben benutzt, bzw bei Seitenverhältnis beibehalten nur die Imagebreite änderst, die Höhe wird dann automatisch gesetzt. Aus solchen Bildern, die man dann hochlädt, kann die thumb generierung bessere Verhältnisse erstellen, so dass der scroll Effekt nur in ganz seltenen Fällen zu sehen ist.
Beispielsweise 4208 x 3120 wie von meinem Mobile wären dann besser 1024x759 oder 1200x889, oder so.
Beat Post author am |
Du wieder... immer was zu mosern... ?
Die Scrollbalken in der Mediathek stören mich nicht und das 4:3 Bildverhältnis gibt es in meinem Blog schon seit Anbeginn. Auch die Kamera nimmt 4:3 auf und wenn ich Bilder zuschneide, dann auch 4:3. Ich denk mir halt, dass 1024x768 ein PC-gerechtes und gängiges Darstellungsformat ist. Noch grössere Bilder bringen nur immer noch mehr kB, resp. MB.
Ian Styx am |
Darüber ließe sich sicher trefflich streiten...! ?
Ich meine es kommt auf den Sensor an. Browser sind fähig ARTGERECHTE Seitenverhältnisse in ihren Skaldierungsbemühungen ohne großen Aufwand zu berechnen. Deshalb würde ich immer beim Original Seitenverhältnis des Bildes bleiben.
Beat Post author am |
Info: Habe auf www.beatsblog.ch die TITLE-Informationen aller Bilder im Quellcode manuell abgeändert. So erhält man in der Lightbox dann entsprechende Bildkommentare.
Die folgende Frage ist nur um sicher zu gehen, dass ich nichts übersehen habe: Es gibt wohl keine komfortablere Lösung für ALT- oder TITLE-Informationen in Bildergalerien? Ich glaube ALT könnte man beim Hochladen eines Bildes bestimmen, doch TITLE?
Ian Styx am |
Nö, bin ich nicht. Ich glaube dass der Server, i.d.F. Apache das auch unterstützen muss.. Sollte er aber heutzutage. Meine Frage daran bleibt, ob das wirklich effektiv ist und nicht nur zu den Wundertüten der SEO Heiler gehört. Schließlich leben wir ja nicht mehr in den 80igern. ?
Aber:
Results for: https://beatsblog.ch/categories/BLOG
Web page compressed? Yes
Compression type? gzip
Size, Markup (bytes) 62,194
Size, Compressed (bytes) 16,147
Compression % 74.0
Response Headers
HTTP Status CodeHTTP/1.1 200 OK
Date Sat, 21 Mar 2020 09:01:32 GMT
Server Apache
Status 200 OK
Set-Cookie s9y_b28dXXXXXXX13e9b=4sciiYYYYYYY6mi1; path=/; secure
Expires 0
Cache-Control private, pre-check=0, post-check=0, max-age=0
Pragma no-cache
X-Session-Reinit true
X-FreeTag-Count Array
Content-Encoding gzip
Vary Accept-Encoding
Strict-Transport-Security max-age=31536000;includeSubDomains
Transfer-Encoding chunked
Content-Type text/html;charset=UTF-8
Sieht doch also gut aus!
Beat Post author am |
Mir als Laien kann man ja alles erzählen... mir reicht es völlig, wenn Du der Meinung bist, dass es richtig funktioniert. Vielen Dank für die Überprüfung. ?
Beat Post author am |
Hast Du mir vielleicht einen Tipp wegen dem Selektionsproblem bei den Kategorien?
Ian Styx am |
da fehlt die Nummer - zB. /styx-master/categories/11-Nonsence - und die die ist wichtig, siehe auch
Beat Post author am |
Ich weiss, was Du meinst, doch interessanterweise habe ich diese Kategorien-Nummern im Live-Blog auch nicht (oder zumindest nirgends sichtbar). Auch hier nicht. Ich wüsste also so auf die Schnelle gar nicht, wie und wo ich die im neuen Testblog eintragen müsste.
Ian Styx am |
ÄHEM!
Das ist nicht "interessanterweise", sondern auf den eigenwilligen Blogbetreiber zurückzuführen ... ?
Unter Konfiguration - Permalinks muss/sollte stehen
Permalink-Struktur für die Artikel-URLs archives/%id%-%title%.html
Permalink-Struktur für Autoren-URLs authors/%id%-%realname%
Permalink-Struktur für Kategorie-URLs categories/%id%-%name%
feeds hast du richtig.
Die .htaccess Umleitungen hängen damit zusammen und für die interne Treffsicherheit ist der ID mancherorts unabkömmlich! Wie du gesehen hast, möchte das category sidebar Plugin zB. dringend eine solche, damit sie diese auch tatsächlich zustellen kann.
https://ophian.github.io/book/#S330 und folgend (zb Suche F3 nach "/categories/").
Änderungen in der Permalink Struktur sollten nur gemacht werden, wenn man die möglichen Folgen und Abhängigkeiten einigermaßen selbst abschätzen kann.
Beat Post author am |
Ertappt! ?
zugunsten "schönerer" URLs habe ich bei den Artikeln archives/ und bei den Kategorien die %id% entfernt.
Ich hatte auch bei den Artikeln mal die %id% entfernt, doch dann stellte ich relativ schnell fest, dass ich mehrere Artikel mit dem selben Titel hatte und das System so nun nicht mehr genau wusste, was anzuzeigen ist. Deshalb habe ich dann die %id% wieder angefügt. Den Vorteil von archives/ müsste man mir noch näherbringen...
Bei Kategorien brauche ich keine ID, denn es wäre ja unsinnig, wenn zwei Kategorien gleich benannt würden. Ich bezweifle auch, dass noch viele neue Kategorien dazukommen werden.
Wirklich wichtig ist mir das Thema nicht, doch dies wieder zu ändern ist auch nicht ganz trivial. Gesetzte Trackbacks oder Links auf Kategorien würden nun plätzlich nicht mehr funktionieren und ich müsste alle Artikel nach diesen Geschichten absuchen und entsprechend ändern/korrigieren.
Ian Styx am |
Hattest du eigentlich jemals geprüft, ob der fehlende Permalinkanteil in Artikeln /archives/ irgend etwas mit dem Delay des entrypaging zu tun hat?
Beat Post author am |
Wie meinen ❓ Wie könnte ich dies denn prüfen?
Das /archives/ führe ich schon seit Jahren nicht mehr. Schon auf dem S9Y-Blog (www.bbeat.ch) nicht, hier nicht und auch auf beatsblog.ch nicht.
Ian Styx am |
Na dann. Es muss irgendeinen sachlichen Grund geben. Immer noch. Ich fiel nur vorhin wieder drüber....
Schwamm drüber!.