Album ohne Größenbeschränkung

[cmfa]

Hi,
ich möchte hier an das von mir aufgeworfene Thema anknüpfen.
http://forum.coppermine-gallery.net/index.php/topic,68139.msg337863.html#msg337863
Dieser Code funktioniert super. Die Größenbeschränken sollte für dieses Album(Album=31) ausgehebelt werden.
In dieses Album sollen Bilder in Originalgröße (mehr als 10MB) geladen werden die zur Entwicklung für eine Ausstellung gehen.

CMFA

[Αndré]

Was genau meinst du mit "Größenbeschränkung"? Für welche Dateien sollen neue Werte gelten (Thumbnail, Bild in Zwischengröße, Bild in voller Größe)?

[cmfa]

In dieses Album sollen Bilder in Originalgröße (mehr als 10MB)

Es betrifft somit nur die "Bilder in voller Größe".
Die aktuell eingestellte Größe der hochladbaren Bilder ist 2MB. Für das Album=31 soll dieses nicht gelten.

CMFA

[Αndré]

Wie sollen die Bilder denn in die Galerie hochgeladen werden? Per FTP+Batch-Add, Flash-Upload, HTML-Upload-Formular?

[cmfa]

hochladen auf dem normalen wege flash und html

cmfa

[Αndré]

Für das HTML-Formular ist das recht simpel. Dafür öffnen wir db_input.php, suchen

Code Select Expand

if (filesize($uploaded_pic) > ($CONFIG['max_upl_size'] << 10)) {
und fügen davor

Code Select Expand

    if ($superCage->post->getInt('album') == '31') {
        $CONFIG['max_upl_size'] = '10240';
    }
ein.

Außerdem muss in upload.php folgende Zeile auskommentiert werden:

Code Select Expand

array('MAX_FILE_SIZE', $max_file_size, 4),


Für den Flash-Uploader ist es nicht so einfach. Reicht dir diese Lösung ggf. schon? Teste es bitte auch mal, vielleicht fällt dir dann ja noch etwas anderes auf, was nicht nach deinen Wünschen abläuft.

[cmfa]

aktuell bekomme ich bei HTML hochladen diese Fehlermeldung.

Fatal error: Out of memory (allocated 34603008) (tried to allocate 20736 bytes) in /homepages/28/d132633840/htdocs/Fotofreunde Rathenow/Teil5/include/picmgmt.inc.php on line 439

CMFA

[Αndré]

Bitte die Suche bemühen oder in der Doku nachlesen, wurde schon oft genug durchgekaut. Kurz gesagt: das Bild hat zu große Abmessungen um von deinem Server verarbeitet zu werden. Hier hilft lediglich das Speicherlimit von PHP zu erhöhen.

[cmfa]

das steht schon auf 

upload_max_filesize = 12M
memory_limit = 40M,

[Αndré]

memory_limit = 40M,

ist dann scheinbar zu wenig. Siehe http://documentation.coppermine-gallery.net/de/upload_troubleshooting.htm#upload_trouble_memory_usage

[cmfa]

selbst bei 95M kommt die gleich Fehlermeldung

[Αndré]

Was genau möchtest du jetzt von mir hören, außer, dass es scheinbar immer noch zu wenig ist? Verrat uns doch mal ein paar Details zu deinem Bild. Die Dateigröße ist dabei absolut egal! Wie in der Beispielrechnung zu sehen, spielen lediglich die Abmessungen und die Anzahl der Farben eine Rolle.

[cmfa]

5184*3456 bei 5,5 mb

[Αndré]

Setz das Speicherlimit doch einfach mal auf einen größeren Wert (128, 256 oder 512), dann wirst du schnell sehen, wieviel Speicher ungefähr benötigt wird.

[Stramm]

Beim überschlagen der Speicherbedarfs nur dafür, das Bild in den Speicher zu laden komme ich schon auf ~88M. Das ist dann aber noch nichts verkleinert oder ne Kopi angefertigt etc.
Mit 128 solltest Du bei diesen Dimensionen hinkommen. Werden Kopien benötigt, können auch 256M nötig sein. Aber das man massig Speicher bei Bildbearbeitung braucht hat ja jeder schon mal gehört. Auf nem Server unter PHP gilt das ebenso wie für z.B. Photoshop. Default bei neueren PHO Versionen ist 128M, früher war das 8M.

[cmfa]

so habe mir mal die Arbeit gemacht und habe eine Testdatenbank auf dem gleichen Server aufgesetzt. Hier funktioniert das hochladen des beschriebenen Bildes auch mit der geringen Einstellung der php.ini.

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;
upload_max_filesize = 12M
memory_limit = 40M

Somit muss es ein anderes Problem mit der Hauptdatenbank geben.
Was aber nicht geschehen sollte ist das die Bilder durch ImageMagick herunter gerechnet werden.
Welche Möglichkeiten gibt es jetzt ohne die DB neu aufzusetzen?

CMFA

[Αndré]

habe eine Testdatenbank auf dem gleichen Server aufgesetzt

Ich vermute du meinst damit eine neue Galerie, richtig? Befindet sich diese Galerie auf derselben Domain bzw. um konkret zu werden: ist diese Galerie denselben PHP-Einstellungen unterworfen (damit meine ich nicht die gleiche Konfiguration der Werte, sondern wirklich, ob es dieselbe Konfiguration ist). Benutzt du in beiden Galerien jeweils GD/IM zum berechnen der Bilder?

Wie Stramm bereits beschrieben hat, wird für jedes Bild, welches im neu berechnet werden muss Speicher benötigt. Es hängt von deinen restlichen Dateieinstellungen ab, ob/wie viele Bilder generiert werden müssen.

Was aber nicht geschehen sollte ist das die Bilder durch ImageMagick herunter gerechnet werden.

Dann musst du die Maximalwerte für Originaldateien entsprechend hoch setzen.

[Stramm]

Was für eine Testdatenbank hast Du aufgesetzt?
Meinst Du damit evtl. ein Test CPG?

Die Datenbank, die CPG benutzt ist MySQL. Die hat mit dem memory_limit aber nicht besonders viel zu tun und überhaupt nicht damit, ob und welche Bilder hochgeladen erden können.
Wird ImageMagick verwendet, wird der Speicher vom System zugewiesen und nicht von PHP. In diesem Fall gibt es aber auch nicht diese  Fehlermeldung

Fatal error: Out of memory (allocated 34603008) ...

. Die gibt es, wenn GD(2) verwendet wird. Also überprüfe mal, ob Du nicht in Deiner Hauptgallerie GD verwendest und in Deiner Testumgebung IM.
Zudem erhöhe das memory_limit wie es Dir geraten wurde. Es ist müßig, den Hilfesuchenden immer überreden zu müssen, die Hilfe auch anzunehmen.

[cmfa]

"Testdatenbank" liegt auf dem gleichen Server, gleiche Domaine, gleich SQL DB,
die Hauptdb mit gd2,
die Änderungen wurden durchgeführt sogar bis 1024M auch wenn man es nicht immer gleich erwähnt. Nach der Änderung wurde erst die TestDb gemacht.
Ich stelle jetzt um und teste es in der Hauptdb.
Berechnet werden sollte je nichts für dieses Album hier sollten ja die Bilder in Originalgröße liegen das ist das Ziel.

CMFA

[cmfa]

auch wenn die Fehlermeldung kam, wurde das Bild zumindestens auf den Servergeladen, sodas es jetzt schonmal 15x da ist.