forum.coppermine-gallery.net
Support => Deutsch (German) => Language Specific Support => cpg1.5.x Deutsch (German) => Topic started by: cmfa on June 20, 2011, 07:30:48 am
-
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 (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
-
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)?
-
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
-
Wie sollen die Bilder denn in die Galerie hochgeladen werden? Per FTP+Batch-Add, Flash-Upload, HTML-Upload-Formular?
-
hochladen auf dem normalen wege flash und html
cmfa
-
Für das HTML-Formular ist das recht simpel. Dafür öffnen wir db_input.php, suchen
if (filesize($uploaded_pic) > ($CONFIG['max_upl_size'] << 10)) {
und fügen davor
if ($superCage->post->getInt('album') == '31') {
$CONFIG['max_upl_size'] = '10240';
}
ein.
Außerdem muss in upload.php folgende Zeile auskommentiert werden:
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.
-
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
-
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.
-
das steht schon auf
upload_max_filesize = 12M
memory_limit = 40M,
-
memory_limit = 40M,
ist dann scheinbar zu wenig. Siehe http://documentation.coppermine-gallery.net/de/upload_troubleshooting.htm#upload_trouble_memory_usage
-
selbst bei 95M kommt die gleich Fehlermeldung
-
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.
-
5184*3456 bei 5,5 mb
-
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.
-
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.
-
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
-
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.
-
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.
-
"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
-
auch wenn die Fehlermeldung kam, wurde das Bild zumindestens auf den Servergeladen, sodas es jetzt schonmal 15x da ist.
-
Testdatenbank
Können wir uns bitte darauf einigen, Coppermine als "Galerie-Software" zu bezeichnen und nicht als Datenbank (http://de.wikipedia.org/wiki/Datenbank)? Danke, das stiftet sonst nur Verwirrung.
die Hauptdb mit gd2,
Und die Testgalerie?
überprüfe mal, ob Du nicht in Deiner Hauptgallerie GD verwendest und in Deiner Testumgebung IM.
Wird ImageMagick verwendet, wird der Speicher vom System zugewiesen und nicht von PHP. In diesem Fall gibt es aber auch nicht diese Fehlermeldung
die Änderungen wurden durchgeführt sogar bis 1024M
Wurden die Änderungen auch übernommen? Sprich: werden sie in der PHP-Info angezeigt? Änderungen an den PHP-Einstellungen werden nicht zwangsläufig sofort übernommen, deshalb fragte ich, ob exakt dieselbe PHP-Konfiguration verwendet wurde.
auch wenn die Fehlermeldung kam, wurde das Bild zumindestens auf den Servergeladen, sodas es jetzt schonmal 15x da ist.
Das war zu erwarten.
-
ja beide Gallerien sind jetzt identisch und arbeiten auch identisch.
DieTestgallerie hatte von anfangan IM die Hauptgallerie GD2.
Jedoch war ja mein Ziel das die Bilder nicht verkleinert werden, könnten wir das jetzt bitte erneut ins Auge fassen?,
Die Frage ob es in PHP-Info angezeigt wurde kann ich nicht beantworten da ich das nicht abgefragt habe.
CMFA
-
Jedoch war ja mein Ziel das die Bilder nicht verkleinert werden, könnten wir das jetzt bitte erneut ins Auge fassen?,
Dann musst du die Maximalwerte für Originaldateien entsprechend hoch setzen.
Sprich, der Punkt "Maximale Breite oder Höhe für das Hochladen von Bildern" in den Einstellungen.
-
hi,
Werte wurden nach obengesetzt, jetzt bekomme ich eine neue Fehlermeldung
cmfa
-
Debug-Modus aktivieren und die gesamte Fehlermeldung bitte als Text kopieren, anstatt einen Screenshot davon zu erstellen. Desweiteren wäre noch interessant zu wissen wann/wo du diese Fehlermeldung erhältst.
Ich habe ehrlich gesagt keine Lust dir heute wieder jede Information einzeln aus der Nase ziehen zu müssen. Also streng dich bitte ein bisschen mehr an uns nützliche Informationen zur Verfügung zu stellen. Danke.
Werte wurden nach obengesetzt
Welche Werte hast du verändert? Wie genau lauten die neuen Werte?
-
danke für deine aufmunternden Worte,
Der Fehler kommt im HTML Modus, so wie wir es besprochen haben. Er kommt etwa 50s nach beginn des Uploads.
"Maximale Breite oder Höhe für das Hochladen von Bildern" steht auf 6000Pixel
"Maximale Breite oder Höhe von Bildern in Zwischengröße" steht testweise auch auf 6000Pixel
CMFA
USER:
------------------
Array
(
[ID] => b19386b24bd7837e83bc613e6274cd39
[am] => 1
[lang] => german
[upload_method] => html_single
[liv] => Array
(
)
)
==========================
USER DATA:
------------------
Array
(
[user_id] => 1
[user_name] => CMFA
[groups] => Array
(
)
[disk_max] => 0
[disk_min] => 0
[can_rate_pictures] => 1
[can_send_ecards] => 1
[can_post_comments] => 1
[can_upload_pictures] => 1
[can_create_albums] => 1
[has_admin_access] => 1
[access_level] => 3
[pub_upl_need_approval] => 0
[priv_upl_need_approval] => 0
[group_name] => Administrators
[can_create_public_albums] => 0
[group_quota] => 0
[can_see_all_albums] => 1
[group_id] => 1
[allowed_albums] => Array
(
)
)
==========================
Queries:
------------------
Array
(
- => SELECT name, value FROM Test_config [include/init.inc.php:181] (3 ms)
[1] => SELECT * FROM Test_plugins ORDER BY priority
[include/plugin_api.inc.php:53] (1 ms)
[2] => SELECT user_id, time FROM `db175543033`.Test_sessions WHERE session_id = 'a9d4e6e34a7abd7713f5cafeb042e583' [bridge/coppermine.inc.php:264] (1 ms)
[3] => SELECT user_id, user_password FROM `db175543033`.Test_users WHERE user_id = 1 [bridge/coppermine.inc.php:276] (1 ms)
[4] => SELECT u.user_id AS id, u.user_name AS username, user_password AS password, u.user_group AS group_id FROM `db175543033`.Test_users AS u LEFT JOIN `db175543033`.Test_usergroups AS g ON u.user_group=g.group_id WHERE u.user_id='1' [bridge/udb_base.inc.php:70] (1 ms)
[5] => SELECT user_group_list FROM `db175543033`.Test_users AS u WHERE user_id='1' AND user_group_list <> '' [bridge/coppermine.inc.php:202] (1 ms)
[6] => SELECT MAX(group_quota) AS disk_max, MIN(group_quota) AS disk_min, MAX(can_rate_pictures) AS can_rate_pictures, MAX(can_send_ecards) AS can_send_ecards, MAX(can_post_comments) AS can_post_comments, MAX(can_upload_pictures) AS can_upload_pictures, MAX(can_create_albums) AS can_create_albums, MAX(has_admin_access) AS has_admin_access, MAX(access_level) AS access_level, MIN(pub_upl_need_approval) AS pub_upl_need_approval, MIN( priv_upl_need_approval) AS priv_upl_need_approval FROM Test_usergroups WHERE group_id in (1) [bridge/udb_base.inc.php:323] (1 ms)
[7] => SELECT group_name FROM Test_usergroups WHERE group_id= 1 [bridge/udb_base.inc.php:327] (1 ms)
[8] => SELECT COUNT(*) FROM Test_categorymap WHERE group_id in (1) [bridge/udb_base.inc.php:340] (1 ms)
[9] => SELECT lang_id FROM Test_languages WHERE enabled='YES' [include/init.inc.php:329] (2 ms)
[10] => SELECT user_favpics FROM Test_favpics WHERE user_id = 1 [include/init.inc.php:387] (1 ms)
[11] => SHOW TABLES LIKE 'Test_cms_config' [plugins/minicms/include/init.inc.php:54] (2 ms)
[12] => SELECT * FROM Test_cms_config [plugins/minicms/include/init.inc.php:58] (1 ms)
[13] => DELETE FROM Test_banned WHERE expiry < '2011-06-23 10:56:30' [include/init.inc.php:443] (1 ms)
[14] => SELECT null FROM Test_banned WHERE (user_id=1 OR '212.172.206.50' LIKE ip_addr ) AND brute_force=0 LIMIT 1 [include/init.inc.php:459] (1 ms)
[15] => SELECT COUNT(*) FROM Test_pictures WHERE approved = 'NO' [include/functions.inc.php:2418] (1 ms)
[16] => SELECT lang_id, abbr FROM Test_languages WHERE available='YES' AND enabled='YES' [include/themes.inc.php:2315] (1 ms)
[17] => DELETE FROM Test_temp_messages WHERE time < 1308815790 [include/functions.inc.php:4927] (1 ms)
)
==========================
GET :
------------------
Array
(
)
==========================
POST :
------------------
Array
(
)
==========================
COOKIE :
------------------
Array
(
[Fotofreunde_Rathenow_data] => YTo1OntzOjI6IklEIjtzOjMyOiI5YmI1ZmZjZmMyM2M4MGNkNWU0MWY3ZWU5ZWE3ZDg2ZiI7czoyOiJhbSI7aToxO3M6NDoibGFuZyI7czo2OiJnZXJtYW4iO3M6MzoibGl2IjthOjI6e2k6MDtzOjQ6IjEyMTgiO2k6MTtzOjQ6IjEyMTciO31zOjQ6Im5hbWUiO3M6MjoiVEIiO30=
[_pk_id_1_1da2] => 992f8aafcda59298.1308812507.1.1308815306.1308812507.
[4d21f8bf52628fa5976684345a2b68f1] => f7f542b842e0ee5e61f557d562327583
[PHPSESSID] => 63d1543732ae30c447d16ccbc1d7faac
[cpg15x_data] => YTo1OntzOjI6IklEIjtzOjMyOiJiMTkzODZiMjRiZDc4MzdlODNiYzYxM2U2Mjc0Y2QzOSI7czoyOiJhbSI7aToxO3M6NDoibGFuZyI7czo2OiJnZXJtYW4iO3M6MTM6InVwbG9hZF9tZXRob2QiO3M6MTE6Imh0bWxfc2luZ2xlIjtzOjM6ImxpdiI7YTowOnt9fQ==
[1cdfdbdddb3f75f3ce5751840333348d] => 0040f7bfb79b5f465dbb2d4ec68fce68
)
==========================
SESSION :
------------------
Array
(
[php_captcha] => 4116e9b14a8abbc31e0ef5af507020d8
)
==========================
VERSION INFO :
------------------
PHP version 5.2.17 OK
MySQL version 5.0.91-log OK
Coppermine version 1.5.12 stable
==========================
Module: GD
------------------
Exact version 2.0.34
GD Version bundled (2.0.34 compatible)
FreeType Support 1
FreeType Linkage with freetype
T1Lib Support
GIF Read Support 1
GIF Create Support 1
JPG Support 1
PNG Support 1
WBMP Support 1
XPM Support
XBM Support 1
JIS-mapped Japanese Font Support
==========================
Key config settings
------------------
site_url http://fotofreunde-rathenow.adtg.de/Test/
charset utf-8
allow_private_albums 1
cookie_name cpg15x
cookie_path /
impath /usr/bin/
lang german
main_page_layout minicms/breadcrumb/catlist/alblist/random,2/lastup,2
silly_safe_mode 0
smtp_host
theme curve
thumb_method im
==========================
Plugins
------------------
Name Remote Videos
Actions plugin_install, plugin_uninstall
Filters html_other_media
--------------
Name Benutzerdefiniertes Vorschaubild
Actions page_start
Filters file_data
--------------
Name MiniCMS
Actions plugin_install, plugin_configure, page_start, post_breadcrumb
Filters plugin_block
--------------
==========================
Server restrictions
------------------
safe_mode 0
safe_mode_exec_dir /usr/local/php/bin
safe_mode_gid 0
safe_mode_include_dir
sql.safe_mode 0
disable_functions
file_uploads 1
include_path .:/usr/lib/php5
open_basedir
allow_url_fopen 0
max_execution_time 30
max_input_time -1
upload_max_filesize 12M
post_max_size 8M
memory_limit 40M
suhosin.post.max_vars
suhosin.request.max_vars
==========================
Page (performance)
------------------
Parameter Current Peak
Memory usage 3,63 MB 4,34 MB
Page generation 113 ms 113 ms
Page query time 22 ms 22 ms
Page query count 18 18
==========================
-
Der Debug-Output bringt uns hier nicht weiter. Dir wird evtl. aufgefallen sein, dass die Fehlermeldung (welche vorher "Das Skript wurde ohne den/die erforderlichen Parameter aufgerufen" lautete) jetzt mehr Informationen enthält. Diese Meldung bringt uns weiter.
-
Kritischer Fehler
Das Skript wurde ohne den/die erforderlichen Parameter aufgerufen.
Datei: /homepages/28/d132633840/htdocs/Fotofreunde Rathenow/Test/db_input.php - Zeile: 71
-
Bitte stell mir folgende Sachen zur Verfügung:
1. Link zur betroffenen Galerie
2. Zugangsdaten für Testbenutzer mit Uploadrechten
3. Die modifizierten Dateien upload.php und db_input.php als zip-Datei
-
anbei die gewünschten Sachen
http://fotofreunde-rathenow.adtg.de/Test/ (http://fotofreunde-rathenow.adtg.de/Test/)
Test
test123
cmfa
-
Ein "normalgroßes" Bild konnte ich problemlos hochladen. Allerdings musste ich ein neues Album erstellen, da ich in "Ohne Größenbeschränkung" keine Rechte habe Dateien hochzuladen. Kannst du das bitte noch anpassen? Danke.
-
erledigt...
-
erledigt...
ich meinte natürlich die Freigabe ;)
-
Ich habe Bilder mit aufsteigender Größe hochgeladen. Zuletzt Erfolg hatte ich mit einem 6,3MB großem Bild. Beim Nächsten (8,7MB), kam die von dir beschriebene Fehlermeldung. Die Ursache ist auch schnell gefunden, schau mal in deine PHP-Konfiguration:
post_max_size 8M
-
geändert, funktioniert
Danke
CMFA