Serendipity Forums

Moin,
leider werden von den Bildern, welche ich in die Mediendb hochlade kein reduziertes Thumb erzeugt bzw. es hat die gleiche Größe wie das Original. In der Kofig hatte ich nichts geändert, dort steht auch noch Thumb auf 250px. Wo bzw. was muss ich korrigieren!

Olaf wrote:Moin,
leider werden von den Bildern, welche ich in die Mediendb hochlade kein reduziertes Thumb erzeugt bzw. es hat die gleiche Größe wie das Original. In der Kofig hatte ich nichts geändert, dort steht auch noch Thumb auf 250px. Wo bzw. was muss ich korrigieren!

Meinst Du damit, dass es einmal ging und jetzt nicht mehr? Oder ging es noch nie?

Benutzt Du ImageMagick oder GDLib? HAst du sichergestellt dass eins von beidem auch vorhanden ist?

ImageMagic hatte ich schon immer aktiviert und bis zum Upgrade funktionierte es auch einwandfrei.Ich hatte es auch schon deaktiviert, aber nichts. Andere Plugins habe ich auch nicht dazu genommen.

Olaf wrote:ImageMagic hatte ich schon immer aktiviert und bis zum Upgrade funktionierte es auch einwandfrei.Ich hatte es auch schon deaktiviert, aber nichts. Andere Plugins habe ich auch nicht dazu genommen.

Ich bin irgendwan bei meinem Hoster von ImageMagick zur GDLib gewechselt, da ImageMagick nicht so arbeiten wollte, wie ich das wollte. Seitdem läuft es rum. Voraussetzung ist natürlich, dass dein Provider GDLib anbietet.

Nutzt Du das imageselectorplus plugin? Wenn ja, wenn du es temporär deaktivierst, klappt die Thumberzeugung dann?

Wie genau sieht die Ausgabe aus wenn du ein bild hochlädst?

Plugin gelöscht und es ward Licht!
Danke Garvin, jetzt ist wieder alles im Lot!

Woran soll das im isp plugin liegen, Garvin? Oder kam das (nur) mit dem kürzlich im core hinzugefügten $serendipity['imagemagick_thumb_parameters'] in die Quere?

Timbalu wrote:Woran soll das im isp plugin liegen, Garvin? Oder kam das (nur) mit den kürzlich im core hinzugefügten $serendipity['imagemagick_thumb_parameters'] in die Quere?

Also jetzt wäre es interessant natürlich zu schauen wo der isp hakt. Da gab es ja Änderungen zuletzt zur Thumberstellung.

Hast Du die aktuellste Version genutzt? Ich denke für Ian wäre es sehr wichtig zu wissen was da potentiell schief lief.

(Ian, Mit dem Parameter steht es nicht in Zusammenhang)

Hi,
es war die aktuelle isp Version und nach dem update auf die V2_b3 viel es mir auf als ich Bilder in einen Artikel einstellen wollte. Hatte es dann aber ruhen lassen, doch nun musste etwas geschehen. Eigentlich braucht man auch das plugin nicht, wenn in der Konfiguration schon die Thumbgröße hinterlegt ist, oder dient es nur dem Quick-Blog, bin mir da nicht sicher!

Interessant wäre es zu wissen, WIE du die Bilder (bzw das Bild) hochgeladen hast, als das Plugin aktiv war.
Hast du im Mediendaten hinzufügen Form, außer Durchsuchen & auswählen und drücken des LOS submits, vielleicht noch etwas anderes eingestellt? Ich habe den normalen Media Upload auf unserem Dev Blog mit aktivem ISP und ImageMagick getestet und keine solchen Erfahrungen gemacht. (Kein Multi Upload!)

Vielleicht hat das ja (auch) damit zu tun, dass du in der Config (wo genau?) die Einstellung 250px gewählt hast? (Aber auch das geht aber mit obigen Einstellungen auf unserem Test Blog.)

Vielleicht auch ist es ein hosting Problem mit ImageMagick?

ISP hat mehrere und verschiedene Options-Möglichkeiten, die voneinander unabhängig sind.
1. "ZIP Bilder upload" und 2. "Quickblog" für "Fotoblog" entries im Mediendaten hinzufügen Form und 3. "Mediainsert Galleries" über die normalen Blog Entry Forms und schlussendlich noch das 4. auto image resizing über die Optionen von ISP.
Edit: Und natürlich 5. die Optionen für die MAX width und heoght settings, die ähnlich wie das $serendipity['thumbSize'] in der globalen Konfiguration das Thumbnail size in der ML beeinflussen.

Exakt so, Mediendaten hinzufügen Form, Durchsuchen & auswählen und drücken des LOS submits, aber auch die Versuche mittels Los und Eigenschaften, oder ohne die 250px thumb Werte in der Konfig. bzw. andere Werte oder keine hatte sich nichts ergeben.
Einstellungen,-Konfiguration,-Bildkonvertierung,-Vorschaubild: 250

Ich habe ISP (V.0.41) jetzt noch einmal wieder installiert um zu sehen, ob sich vielleicht etwas verändert hat.
Nach dem normalen upload, kein thumb:

Dateiendung: image/jpeg
Upload-Datum: am 12.09.2014 20:09
Orig.: 600x600
Vorsch.: 600x600
Bildgröße: 52,80 KB

Aber vielleicht sollte einfach abgewartet werden, bis der Fehler "wenn er denn einer ist" evtl. auch bei einem oder anderen auftritt. Denn wenn es nur ein Einzelfall ist, ich kann damit leben, helfe aber gerne wenn weitere Fragen sind!

Auf was für einem System geschieht das?

Denn genau das (also diese spezielle Variante mit genau denselben Maßen)

Orig.: 600x600
Vorsch.: 600x600

ist mir in meinem lokalen setup auch schon passiert (*), ohne zu wissen woran es genau lag.
Ich habe es dann mehrfach auf dem Server probiert, wo es aber immer anstandslos klappte.
Doch vielleicht kommen wir so der Sache näher.

(* Ebenso wie die PDF-Vorschau Capture Fähigkeiten von ImageMagick, die auf Ghostscript basieren, die bei mir ohne Verrenkungen nicht hinzuzufügen ist.)

System: Linux kasbek.ispgateway.de 2.6.32.53-grsec-pvops-xen-x64 #5 SMP Fri Jun 13 13:46:07 CEST 2014 x86_64
PHP 5.4.16 Stabel (domainfactory) http://www.systeminformationen.com/index.php

Wenn Du damit was anfangen kannst

Hm. Du bist dir sicher, dass da ImageMagick bzw imagick auch zugänglich aktiviert ist? (Am besten noch mal nachfragen.) Bei PHP INFO 5.4.16 Stable kann ich da nichts Entsprechendes finden.

Ich kann mir nicht wirklich erklären, wieso das bei dir nur bei aktivem ISP auftritt. Vielleicht geht ImageMagick ja grundsätzlich nicht und nutzt dann ansonsten irgendein/GDLib fallback?
(Was das wiederum mit aktivem ISP behindern könnte, wüßte ich aber auch nicht.)

@Garvin, any thoughts?

Timbalu wrote:Du bist dir sicher, dass da ImageMagick bzw imagick auch zugänglich aktiviert ist? (Am besten noch mal nachfragen.)

Falsch angegebener Pfad zum ImageMagick-Binary vielleicht?

YL