Sharp-CLI wieder

Einkauf, ’nen Burger und dann noch einen. Der Tag verlief OK ruhig, weil eben die Sachen vorgearbeitet wurden. So könnte ich noch mehr machen und setzte mich an ein paar Script-Optimierungen

Im Automator wollte ich sharp nutzen und baute ein Bash Script um. Alles funktionierte da, doch unter Automator nicht. Manchmal doch aber oft eben nicht und ich fand den Fehler nicht. Die sharp-cli Version ist eben auch nodejs und vielleicht bekommt OSX damit Probleme. Ich dachte, ich hätte den Fehler in der Datenamenerzeugung gefunden, nur dass das Ganze dann wieder zusammenfiel. Stunden debugging – ohne Erfolg.

Ich baute mein altes Script zurück, optimierte es noch etwas aber brauche eben mehr Speed.

Auch interessant: Zola. Schon vor Tagen guckte ich mir den Rust SSG an. Die Template-Syntax ist schön normal – wie Jinja oder Twig und nicht so ein Quatsch wie Golang Templates. Noch hat Zola keine custom output formats, was ich für JSON und so’n Zeug eben doch brauche.

Jedenfalls fand ich einige Bugs in meinen anderen Scripts, die durch fehlende „“ in filename-Vars Probleme machten – mit „und dann „“ geht’s besser als $().

Am Ende fand ich, dass wohl meine Bildgröße falsch festgestellt wurde.


owidth=`/usr/local/opt/imagemagick@6/bin/identify -format '%w' "$f"` #width
oheight=`/usr/local/opt/imagemagick@6/bin/identify -format '%h' "$f"` #height

oder besser einfach "export PATH=/usr/local/bin:$PATH"

Lief stabil und siehe da. Das war der Fehler!!! Nicht die Filenamenprobleme – es wurden falsche Daten für die interne Bidgrößenberechnung genommen. Da wäre ich nie drauf gekommen. Jetzt ging auch die sharp-Version statt imagemagick. Unklar war dann, dass beide Scripte den gleichen Output erzeugten. Nutzen die beiden Mozillas cjpeg? Noch ein Fehler irgendwo.