[Metalab] images Komprimierung am Server ?

Wed May 13 12:55:00 CEST 2015

Ich wuerde das Problem angehen in dem ich schau dass alle User Photos die
komprimiert werden sollen in einem eindeutigen Pfad landen bzw einen
eindeutigen Namensteil beinhalten.

Dann wuerd ich mir eine Software wie http://ziproxy.sourceforge.net/
angucken, schaun ob ich da vielleicht noch einen anderen reverse proxy dazu
tun muss fuer rewrite/conditional matches, und vor den dann ganz nach
aussen einen varnish, damit die "on the fly" resizeten bildchen nur einmal
resized werden muessen.

Aber das ist auch eine etwas aufwaendigere Loesung fuer die bestimmte
Vorraussetzungen beim Hoster erfuellt sein muessen, etwa wie viel RAM und
root Zugriff.

Varnish vertraegt sich auch erfahrungsgemaess nicht so gut mit soft
virtualization.

hth,
Philip

Am 13. Mai 2015 um 12:05 schrieb <BDuN at gmx.net>:

> Da liegt der Hund : die gleichen Einstellungen !
>
> Wenn du ein 0815-Userfoto hast, kannst du es relativ gleich einstellen. zb
> 600x400 maximal und Auflösung 72 dpi etc ..
> Wenn ich Fotos hochlade, die jemand in Druckqualität runterladen können
> soll (kommt zugegeben selten vor, aber ist ein Beispiel) dann brauche ich
> 300 dpi -- das würde mir dann mit aller Macht overruled werden !
> Wenn ich ein GIF hochlade, das sagen wir 1200x800 groß sein muß ,weil
> darauf eine Grafik mit Statistiken abgebildet ist, die gut lesbar sein
> müssen, es insgesamt  nur 3 Farben hat, daher GIF, würde mir das bei der
> jpeg-Einstellung a la  oben aussehen wie ohne Fewa-Wolle gewaschen. Es
> würde sich bei fixierter gleichbleibender Einstellung auch nicht händisch
> verändern lassen.
>
> Und ein PNG ist sowieso ein Webspacekiller, das nimmt man nur bei Logos
> oder anderen Kleinigkeiten oder Besonderheiten wie Transparenzen.
>
> So ein Programm müßte also zwischen Dateiformen unterscheiden können, eine
> Option zur händischen Korrektur haben, unnötige Mülldateien eigenständig
> erkennen und entfernen können und sich auf unterschiedliche Ausgabeformate
> einstellen können, weil es am 26 Zoll Screen vom Hofer anders aussieht als
> am 26 Zoll Screen um 500 Euro oder gar Smartphone ..
>
> das klingt alles so -. ach wegen ein paar Fotos - aber wenn man nur ein
> paar Dutzend uploads am Tag rechnet und ein paar Hundert Seitenaufrufe und
> das übers Jahrs rechnet, was beim 25-fachen rauskommt, ist das eine  nette
> Urlaubsreise !! Und das jetzt mal ein paar Tausend ..
> Oder halt wieder Instagram oder Facebook .. ich verschaffe denen neue User
> und steigenden Wert und bin drauf angewiesen, daß sie mirs nicht löschen.
> Was auch besonders beim Shop blöde ist, wo sich jeder einen eigenen Shop
> aufmachen kann .. (wie bei etsy) - da machen die Meisten auch ihre Fotos
> selber und gar mit dem Handy ..
>
> Grüße B.
>
>
> > Gesendet: Mittwoch, 13. Mai 2015 um 11:39 Uhr
> > Von: "Andi Stern" <astern4metalab at singakademie.at>
> > An: "Metalab General Discussion List" <metalab at lists.metalab.at>
> > Betreff: Re: [Metalab] images Komprimierung am Server ?
> >
> > Hi,
> > man convert gibt genau zwei Zeilen zum Thema compression her:
> >          -compress type       type of pixel compression when writing the
> image
> >          -quality value       JPEG/MIFF/PNG compression level
> >
> > Details finden sich in der Onlinedokumentation oder im convert.html im
> /usr/local/share/doc
> >
> > Kein detaillierten Pfad, weil OS spezifisch, und übrigens ist
> GraphicsMagick ziemlich ähnlich.
> >
> > Sollte sich per Script aufrufen lassen, wenn Du alle Bilder mit den
> gleichen Einstellungen reduzieren kannst.
> >
> > Servus
> >
> > A.
> > Am 13.05.2015 um 10:53 schrieb Sebastian Bachmann:
> >
> > > Imagemagick und GD haben PHP Bindings. Wobei es sicher noch mehr Image
> > > Toolkits gibt.
> > >
> > > Üblicherweise gibt es für die diveresen CMS irgendwelche Plugins die
> > > dann das komprimieren der Bilder unterstützen und die Originale
> löschen.
> > >
> > > Um Bilder zu komprimieren braucht man auch kein Photoshop. GIMP kann
> das
> > > und wenn man sich zutraut ein Terminal aufzumachen gibt es zB für
> > > imagemagick auch commandline interfaces:
> > >
> > >       convert - convert between image formats as well as resize an
> > >       image, blur, crop, despeckle, dither, draw on, flip, join,
> > >       re-sample, and much more.
> > >
> > > LG Sebastian
> > >
> > >
> > > On Wed, May 13, 2015 at 10:48:02AM +0200, BDuN at gmx.net wrote:
> > >> HI alle,
> > >>
> > >> ich stehe vor dem Problem, User Fotos hochladen zu lassen, aber nur
> die eher bescheidenen Möglichkeiten der diversen Wordpress-Einstellungen
> oder Zusatzwidgets zur Verfügung zu haben.
> > >>
> > >> Wenn man sich die Größe eines Fotos anschaut, das mit einem mittleren
> Smartphone mit 5 Mpx aufgenommen wird, dann brauche ich 20 solcher Fotos
> und mein Webspace ist voll, mehr oder weniger. Auch die WP-Einstellungen
> ändern das nur für einen weiteren kurzen Zeitraum, nach nochmal 100 Fotos
> ist auch da Schluß. Von den Ladezeiten wollen wir dann gar nicht reden.
> > >>
> > >> Der User selbst wird kein Einsehen haben, daß er sich Photoshop CS2
> gratis von Adobe holen und seine Fotos fürs Web optimieren soll. Im Schnitt
> ist der Unterschied bei einem Bild 600x450 mit ca 500 kb bei Wordpress
> Möglichkeiten zu ca 20kb bei händischer Bearbeitung in Photoshop.
> > >>
> > >> Selbst bei Bekannten habe ich schon zu hören bekommen: Aber Facebook
> macht das ja auch irgendwie, also such mal ... ich bin halt nur nicht
> Zuckerberg mit unterirdischen Serverstädten und habe auch keine eigenen
> Programmierer.
> > >>
> > >> Ein Bekannter meinte, es gäbe da eine Möglichkeit, am Server selbst
> zu komprimieren, mehr konnte ich aus ihm allerdings auch nicht
> rausbekommen. Es geht wie gesagt NICHT um die Größeneinstellung (also nicht
> über functions.php), sondern um die BildQUALITÄT ! Widgets wie smush.it
> von Wordpress sind keine wirkliche Lösung, die lassen immer noch mehr als
> das Zehnfache der händischen Optimierung über. Wenn man das übers Jahr
> hochrechnet mit Webspace und unnötigen traffic, dann summiert sich das
> gewaltig.
> > >>
> > >> Habe bei meinem Hoster angefragt, der wußte auch nichts davon, hat
> aber zugegeben, da kein Spezialist zu sein, würde sich aber auch dafür
> interessieren und wenn es so eine Lösung gäbe, sie sich gerne ansehen.
> Klar, entlastet ja auch seine Server.
> > >>
> > >> Ich habe C-Panel und relativ viele Möglichkeiten, aber im Moment
> läuft das System ganz nett und ich möchte da nicht viel verstellen, weil
> ich einfach nur wild drauflos versuchen könnte und gäbe es da was
> Konkretes, hätte es mein Hoster schon gewußt ... hat jemand von euch eine
> Idee, was man da machen könnte? Gibt es schon etwas ? Wenn nicht, könnte
> ein Entwickler sehr viel Geld damit machen, widgets verkaufen sich
> zigtausende Male an Blogger (siehe Envato)
> > >>
> > >> Immerhin ist das beschränkte Hochladen von Fots wegen der Größe eines
> der besten Druckmittel der großen Sozialen Plattformen, sie benutzen zu
> müssen, hier wäre eine Dezentralisierung ohne Verlinkung zu Facebook,
> Instagram etc schon ein gewaltiger Fortschritt.
> > >>
> > >> Bin für jeden Hinweis dankbar, mein Hoster wäre bereit, sinnvolle
> Lösungen auszuprobieren.
> > >>
> > >> Schöne Grüße an alle
> > >> Britta
> > >>
> > >> _______________________________________________
> > >> Metalab mailing list
> > >> Metalab at lists.metalab.at
> > >> https://lists.metalab.at/mailman/listinfo/metalab
> > > _______________________________________________
> > > Metalab mailing list
> > > Metalab at lists.metalab.at
> > > https://lists.metalab.at/mailman/listinfo/metalab
> >
> >
> > _______________________________________________
> > Metalab mailing list
> > Metalab at lists.metalab.at
> > https://lists.metalab.at/mailman/listinfo/metalab
> >
>
> _______________________________________________
> Metalab mailing list
> Metalab at lists.metalab.at
> https://lists.metalab.at/mailman/listinfo/metalab
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.metalab.at/pipermail/metalab/attachments/20150513/307768ea/attachment.html>