>>129617
Danke, die kannte ich tatsächlich gar nicht! Wandert in die Lesezeichen um nach dem Nächtigen einzulesen.

>>129566
>>129567
Es gäbe als Alternative auch noch libvips.

https://github.com/libvips/libvips
https://github.com/libvips/libvips/wiki/Speed-and-memory-use
https://github.com/libvips/libvips/wiki/Why-is-libvips-quick

>>129473
Jau sustegn quest product e/u quest servetsch! In sectur rumantsch fiss in grondius enritgiment per nus tuts!

test, okay transparenz geht mit ffmpeg natürlich
hätte die PNG in Kartoffelladen rotieren sollen statt IrfanView vor dem thumbnailing

ffmpeg mit den libs für die erlaubten mimetypes kuhmpilieren und er sah das es gut war

>>129562
Habe ich noch nicht ausprobiert, aber das ist auch nicht wirklich die Lösung, die mir vorschwebt. ImageMagick sollte gar nicht abstürzen von sowas. Da irgendwelche Limits zu setzen ist doch einfach nur Schlangenöl. Dann soll der Prozess lieber einfach abschmieren. An sich sollte das ja kein Problem sein.

Stürzt Magick mit der neuen policy.xml noch ab?

Crashen ist nicht mehr möglich, mir fällt keine Kombination ein die es schaffen würde

>>129558
Das liegt einfach daran, dass ImageMagick irgendwas dummes macht und alle Pixel in den RAM lädt, auch wenn eigentlich nur die Dimensionen gefragt waren. Das ist zwar blöd und da sollte man auch mal eine Lösung für finden, aber das ist gerade nicht das Hauptproblem. Das Hauptproblem ist, dass gestern der ganze Kanal abgestürzt ist deswegen, weshalb man nur noch Bild relatiert bekam. Dass ein Upload mal scheitert, kann ja passieren. Aber das sollte nicht den ganzen Servierer mitrunterreißen.

>>129558
(Also, um zu präzisieren, die Fehlermeldung "Corrupt File", obwohl die Dateien nicht Korrupt sind)

Ha, ich bekomme gerade auch diese Fehlermeldung, sowohl bei einer PNG als auch bei einer JPG. Wenn ich die Auflösung runtersetze geht es. Könnte es da irgend ein Limit in der Auflösung geben? Aber das sollte ja eigentlich nicht stören, bin ja in den 10MB Dateigrösse.
<Cockopter_downsize.jpg JPEG 22102x15480 22102x15480+0+0 8-bit sRGB 9.48518MiB 0.000u 0:00.000

>>129555
Gecrasht ist bisher nichts, außer halt der ImageMagick-Subprozess. Das kann ich ja soweit replizieren, nur dass der ganze Diätkanal abstürzt (mit "Softwarefehler. Kann man nichts machen"), das habe ich noch nicht geschafft.

versuch 1
fehler corrupt file
versuch 2
fehler corrupt file
versuch 3
fehler corrupt file
versuch 4
fehler corrupt file
versuch 5 -> crash?
kein crash, corrupt file
versuch 6
kein crash, corrupt file
versuch 7
kein crash, corrupt file
versuch 8
kein crash, corrupt file
versuch 9 -> nur oversized PNG in allen 4 files
sofort corrupt file
versuch 10 -> nur oversized PNG in allen 4 files
sofort corrupt file
versuch 11 -> nur ICANN PDF

>>129551
Okay dann teste ich mal erneut

>>129470
>>129472
Kann das Problem immer noch nicht replizieren. Vielleicht liegt es daran, dass Hochlads bei mir ziemlich langsam sind und die verschiedenen Subprozesse deshalb alle sequenziell ablaufen. Könnte mir vorstellen, dass das irgendeine Wettlaufsituation ist, die nur unter ganz bestimmten Voraussetzungen eintritt.

Habe dietchan jetzt in gdb am Laufen, wenn du es nachher noch mal versuchst, vielleicht kann ich dann irgendwas sehen. Es wäre sicherlich professioneller, eine separate Testinstanz dafür zu haben, um den Produktivbetrieb nicht zu beeinträchtigen, aber dafür bin ich zu faul.

+++ Braunschweig, Niedersachsen, 2024-08-01 +++

Gemäß den Anpassungen von 1972 ist eine GMT-Standardisierung obsolet und überholt.
Die Koordinierte Weltzeit UTC (Coordinated Universal Time) gilt seit Jahrzehnten.

Obgleich heutige KI-Suchmaschinen lügen und behaupten es gäbe keinen Unterschied zwischen der GMT und UTC sind dies Falschheiten die von Idioten kolportiert werden:

GMT ist astronomisch.
UTC ist durch Atomuhren definiert (ca. 400 Atomuhren weltweit).

GMT und UTC haben eine Abweichung von bis zu 0,9 s bevor eine Anpassung erzwungen wird. Die Differenz zwischen UTC und UT1 wird aber durch Schaltsekunden auf eben diese Differenz von min. unter 0,9 Sekunden begrenzt.
GMT wurde außerdem in UT1 (Mittlere Sonnenzeit am Nullten Längengrad) bzw. UT umbenannt.

Eine Verwendung der UTC(PTB) des dortigen Stratum-Servierers über NTP ist die einzig technisch korrekte Antwort. Während der letzten beiden Jahre lag die Abweichung UTC - UTC(PTB) stets unter 10 ns (1 ns =1/1 000 000 000 s). Die Differenz UTC-UTC(PTB) hatte beispielsweise am 2. Januar 2013 den Wert 0,8 ns.

1975 empfahl die 15. Generalkonferenz für Maß und Gewicht UTC als Grundlage der bürgerlichen Zeit, und entsprechend erfolgen die Aussendungen von Zeitzeichen koordiniert in UTC.

Von daher bitte ich die Herren Zuse, et al., wie auch assoziierte Mitglieder des Diätkanal-Websystems die Anglo definierte Lügenzeit GMT abzuschaffen. Es ist nicht weiter tragbar, das dieser Missbrauch der britischen Krone weiterhin dieses Bilderbrett schädigt.

https://www.ptb.de/cms/ptb/fachabteilungen/abt4/fb-44/ag-441/darstellung-der-gesetzlichen-zeit/koordinierte-weltzeitskala-utc.html

>>129477
Eher sich selbst belügen lassen aus verschiedenen Gründen wie Bequemlichkeit.

>>129474
>Der Verbraucher hat lieber
>Diese gut. Nehmen Sie!
>Auch wenn gelogen.
Es geht um Schuldabwälzung?

Eingenkontra, weil rettet dem Dativ.

>>129446
Es liegt nicht am mangelnden Angebot sondern am Verbraucher, dass Krebsweichware dominant ist.

Das Primärproblem bei offen gehalten Projekten scheint zu sein, dass man sich da nicht einig. Das verwirrt den Verbraucher. Der Verbraucher hat lieber

> Diese gut. Nehmen Sie!
Auch wenn gelogen.

Das erspart dem Verbraucher die Eigenverantwortung der Entscheidung. Er kann es so auf andere schieben, falls diese doch nicht gut, und hat somit sein Selbstwertgefühl geschützt.