Benutzer Diskussion:Admin

Aus Gruppenleiter Wiki

Fehler beim Bilderupload

Ich wollte gerade eine bessere Version des Schönstatt-Logos hochladen und habe dabei folgende Fehlermeldung erhalten: Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 8000 bytes) in /srv/www/web221/html/wiki.smj-freiburg.de/includes/media/Bitmap.php on line 168

Außerdem wäre es schön, wenn ein direkter SVG-Upload möglich wäre. --$traight-$hoota 13:44, 3. Jan. 2009 (CET)

Diesesmal habe ich bei einem anderen Bild die Nachricht erhalten, dass das Upload-Limit bei 150 Kb liegt. Das ist imo schon etwas wenig... Schöne Digicam-Fotos kommen nun mal auf ein paar MB ;) --$traight-$hoota 19:40, 4. Jan. 2009 (CET)

Memory-Mmeldung: Das sieht dann aber eher nach einer Webserver Einstellung aus. Ich hatte das Problem in der Firma mal, dort war die Grenze allerdings weiter oben. Der Webserver stellt dem Skript nur eine bestimme Speichergröße zur Verfügung. Wenn diese erreicht ist, bricht das Skript ab. Nach der Durchsicht/Änderung des Apache-Config war das Problem behoben Joerg

150kB Bildergrenze ist nur eine Warnung, größere Bilder werden dann aber trotzdem hochgeladen wenn die Warnung ignoriert wird (siehe auch bei den Bildern im Artikel Gas Joerg

für den SVG-Upload ist meines Wissens die Aktivierung einer Extension nötig

Gut, schon mal danke;) Das mit den 150 KB hab ich mir dann auch gedacht, da das Bild problemlos hochgeladen wurde und in der Großansicht auch verfügbar war, nur das Thubnail konnte nicht erstellt werden (eg. fehlendem Speicher). Für SVG ist keine Extension nötig, sondern wird von MediaWiki direkt unterstützt, es muss nur eingerichtet und aktiviert werden. Es wird allerdings ein externer Renderer benötigt (z.B. ImageMagick). Siehe dazu Manual:Image_Administration#SVG --$traight-$hoota 19:20, 5. Jan. 2009 (CET)

Hi,

erstmal Sorry, dass es solange gedauert hat, das Studium hat mich in letzter Zeit gut ausgelastet. Dazu möchte ich noch anmerken, dass ich im Wiki kaum unterwegs bin, sondern mich vor allem um die Technik kümmer. Wenn es um technische Fragen geht erreicht ihr mich wesentlich schneller und besser, indem ihr mir ne Mail an webmaster(at)smj-freiburg.de schreibt. Ich habe jetzt den Upload von SVG-Bildern aktiviert. Wegen der Fehlermeldung beim Bildupload: Jörg hat Recht, es ist ein Problem der Serverkonfiguration. Jedes Skript hat nur einen bestimmte Menge an Arbeitsspeicher (hier 32MB) zur Verfügung, wenn das überschritten wird kommt die obige Fehlermeldung. Wenn es dann um Bildbearbeitung und die Erstellung von Thumbnails geht ist diese Grenze recht schnell erreicht. Da das Wiki auf einem normalen Webspace liegt haben wir da leider keine Möglichkeit an den Einstellungen rumzuschrauben. Das Problem tritt allerdings nur bei großen Dateien auf - wie zum Beispiel die angesprochenen DigiCam-Fotos. Ich würde vorschlagen das Bild zu verkleinern. Eine Größe von ca. 800*600 bis 1024*768 Pixeln reicht im Normalfall vollkommen aus um Bilder im Web ansprechend darzustellen.--Josef Roth 14:17, 2. Feb. 2009 (UTC)

Schon mal Danke für die Antwort, wenn das Studium viel Zeit beansprucht, kann ich das verstehen, dass es etwas länger dauert^^

Ich habe jetzt Bild:Schönstatt-logo.svg hochgeladen, dabei kann kein Vorschaubild erstellt werden: "Fehler beim Erstellen des Vorschaubildes: Unable to run external programs in safe mode." Das könnte ein schwierigeres Problem werden... Ein Webserver, der safe mode verwendet, ist leider garnicht gut. Vielleicht kannst du da mal den Provider ansprechen, ob es da irgendeine Möglichkeit gibt, diesen zu deaktivieren. Wobei ich da wenig Hoffnung habe...

Bei den Bildern werde ich mich wohl auch auf geringere Auflösungen beschränken können, ggf. kann bei den entsprechenden Bild-Beschreibungen ja dann noch ein Link auf eine hochauflösende Quelle gesetzt werden. 32 MB sind halt nicht all zu viel. Ein Bild von 2560x1920 pixeln soltle da aber eigentlich reinpassen, als tiff z.B. sind das doch nur knapp 17 MB ^_^ --$traight-$hoota 19:01, 2. Feb. 2009 (UTC)

Okay, ich schreib den Provider mal an. Du hast recht Safe Mode ist wirklich keine schöne Geschichte, aber leider bei zu vielen Providern Gang und Gäbe :(

Das Problem bei den Bildern ist ja nicht der Speicherplatz, sondern halt der Arbeitsspeicher, der beim runterrechnen der Bilder verwendet wird. Ich kenn mich mit den entsprechenden Algorithmen, die hinter den Funktionen stehen, nicht aus, aber offensichtlich sind die etwas komplizierter, wenn da ein schönes Ergebnis rauskommen soll. --Josef Roth 18:49, 3. Feb. 2009 (UTC)

Ja, leider sehr oft. Auf sowas muss man halt immer wieder genau achten... Klar der Arbeitsspeicher, aber das ist ja auch Speicherplatz. Das Bild muss eben komplett in den RAM geladen sein und da läuft dann das Rescale drüber und die Komprimierung, um ein Thumbnail zu erstellen. Mit den Algorithmen an sich hat das nichts zu tun, die könnten noch so kompliziert sein, worauf es ankommt, ist dass das Ursprungsbild und das zu berechnende Thumbnail beide im Arbeitsspeicher liegen. Und da scheinen sich wohl noch ein paar andere Sachen zu tummeln (andere laufende Anfragen an Apache/PHP, Cache, temporäre dateien usw.), wodurch der verfügbare Speicherplatz nicht mehr ausreicht. --$traight-$hoota 21:58, 3. Feb. 2009 (UTC)

So, ich hab grad nochmal nachgeschaut. Der Provider hat inzwischen den Safe Mode deaktiviert, das Generieren der Thumbnails von SVG-Bildern sollte jetzt also funktionieren. --Josef Roth 22:01, 12. Feb. 2009 (UTC)

Ich hab immer noch ein Problem mit Bilderupload... bei großen Bildern können keine Thumbs generiert werden, weil anscheinend das memory limit übersteigt wird. Daher wird z.B. die Seite Gordischer Knoten nicht angezeigt, weil das Skript bei der Thumberstellung abbricht. Um solche fehler zu vermeiden gibt es imo drei Möglichkeiten: Die maximale Uploadgröße begrenzen, dass große Bilder erst gar nicht mehr hochgeladen werden können (ist aber imo eine doofe Lösung), das Memory-Limit erhöhen (wenn möglich), oder – am besten – ImageMagick für die Thumbnailerstellung verwenden. --$traight-$hoota 15:07, 9. Okt. 2009 (UTC)

Parser Functions

Wäre es möglich, die MediaWiki-Extension Parser Functions zu installieren? Würde die Vorlagenerstellung extrem verbessern... Danke ;) --$traight-$hoota 15:07, 9. Okt. 2009 (UTC)

Möglich ist es auf jeden Fall. Allerdings ist es so, dass unser Webspace inzwischen etwas überfüllt ist, deswegen werd ich das ganze erst nach dem Umzug auf einen neuen Webspace machen, wird also wohl noch 2-3 Wochen dauern. Gruß --Josef Roth 16:15, 9. Okt. 2009 (UTC)

Lieber Josef, sind für die Zeit des Umzugs eigentlich irgendwelche Beeinträchtigungen zu erwarten? Wenn ja, bitte ich dies mir rechtzeitig mitzuteilen, damit ich auf der Hauptseite darauf hinweisen kann. Danke für deine Hilfe! --Lukasmergele 20:10, 9. Okt. 2009 (UTC)

Ich weiß noch nicht genau wie es ablaufen wird. Am wahrscheinlichsten ist aber, dass ich das Wiki in einer nicht bearbeitbaren Version auf dem neuen Webspace einrichte. Sobald die Domain dann auf den neuen Webspace zeigt, sind die Inhalte zwar vorhanden und abrufbar, aber nichts kann bearbeitet werden. Dann werde ich ein Backup vom alten Wiki auf das neue einspielen, so dass alle Änderungen zwischen Erstellen der statischen Version und der Umschaltung auf diese, vorhanden sind. Anschließend werde ich das Wiki wieder zur Bearbeitung freischalten. Das ist zur Zeit der einzige Weg, den ich sehe, mit dem verhindert wird, dass es sich widersprechende/doppelte Bearbeitungen gibt, aber das Wiki zumindest inhaltlich durchgängig erreichbar ist. Wer eine bessere Idee hat kann sie mir gerne unterbreiten ;) --Josef Roth 20:24, 9. Okt. 2009 (UTC)

Aja ok, das hört sich ja schon mal gut an :) Mit deinem Umstellkonzept wäre ja die einzige Beeinträchtigung, wenn die Domain vom alten auf den neuen Server verpflanzt wird, dass dann das Wiki erst mal nur passiv erreichbar ist, bis du die letzten Änderungen aufgespielt hast. Das kann ja prinzipiell relativ schnell gehn, vorausgesetzt, die Domainumstellung erfolgt nicht urplötzlich, oder du bist überhaupt nicht erreichbar^^ --$traight-$hoota 09:27, 10. Okt. 2009 (UTC)