Page 2 of 2
Re: Handling with LARGE picture-archives
Posted: 02 Jun 2017, 15:01
by christine
Hallo Marcel,
also zu dem: php5-fcgi ... gib mal bitte einige Infos:
System > System Information > Webserver = PHP-Interface cgi-fcgi?
Server php-Modul oder Apache?
Server API = ?
Weiters: max_execution_time / memory_limit / post_max-size / upload_max-filesize usw. überprüfen, gegebenenfalls erhöhen lassen.
Vor allem: Welche PHP Version hast Du?
Würde die Meldung dem Hoster melden - eben (auch) wegen der Server Einstellungen usw. Auch die Rechte sind zu überprüfen.
Liebe Grüße, Christine
Re: Handling with LARGE picture-archives
Posted: 02 Jun 2017, 18:28
by marcel77
Hallo Christine,
Hier die Infos, so weit ich mitkam
:
System > System Information > Webserver = PHP-Interface cgi-fcgi?
PHP-Interface für den Webserver fpm-fcgi
Server php-Modul oder Apache?
Webserver Apache/2.4.10 (Debian)
Server API =
Was ist das? Es läuft ein ISP Config auf einem Debian. Darauf ein Joomla! 3.7.2 Stable, aber die Probleme waren auch vorher schon. Ging los ab rund 160.000 Bilder.
Weiters: max_execution_time =
600
memory_limit =
196m
post_max-size
20m
upload_max-filesize
20m
Die weisse seite kommt ca. 5 Sekunden nach dem klick auf den Eintrag.
Vor allem: Welche PHP Version hast Du?
PHP-Version 7.0.12
Würde die Meldung dem Hoster melden - eben (auch) wegen der Server Einstellungen usw. Auch die Rechte sind zu überprüfen.
Bin der Hoster 
läuft auf einem Proliant als CoLocation. Rechte sind laut Joomla i.O. Bin selber Admin, für alles, aber nicht für Webserver. Da fehlt mir noch ein wenig know how 
Gruß Marcel
Re: Handling with LARGE picture-archives
Posted: 03 Jun 2017, 01:42
by marcel77
Danke für Eure Hilfe!
ich habe noch ein wenig rum probiert und fest gestellt, dass die Abfrage das Problem ist. Ich habe das Memory Limit auf 512M gesetzt, um den Unterschied zu sehen und damit geht es
. Um nicht ganz so viel Speicher zu verbrauchen habe ich die Datei administrator/components/com_phocagallery/models/phocagalleryimgs.php bearbeitet:
Code: Select all
// Filter by category.
$categoryId = $this->getState('filter.category_id');
if (is_numeric($categoryId)) {
$query->where('a.catid = ' . (int) $categoryId);
}
geändert zu
Code: Select all
// Filter by category.
$categoryId = $this->getState('filter.category_id');
if (is_numeric($categoryId)) {
$query->where('a.catid = ' . (int) $categoryId);
} else {
$query->where('a.catid > 586');
}
Für mich ist das ok. Ältere Bilder bearbeite ich seltener und komme über den Kategorie Filter noch ran.
Gruß Marcel
Re: Handling with LARGE picture-archives
Posted: 05 Jun 2017, 16:25
by Jan
Ok
Re: Handling with LARGE picture-archives
Posted: 27 Sep 2017, 15:22
by marcel77
Hi again,
btw: is ist possible, to source pictures out, to a second server? The database column "Filename" is filled with the path beginning after images/phocagallery/ . I think, the first part "images/phocagallery" is hardcoded, but where?
I'm thinking about moving older gallery files to a second server.
Thanks in advance
cheers
Marcel
Re: Handling with LARGE picture-archives
Posted: 27 Sep 2017, 22:44
by Jan
Hi, see similar posts, the path class is the one which needs to be customized:
administrator\components\com_phocagallery\libraries\phocagallery\path\path.php
Jan
Re: Handling with LARGE picture-archives
Posted: 28 Sep 2017, 07:32
by marcel77
Hi Jan,
thank you for reply. I know this post and try to edit already, but I think you don´t use the "image_rel_full" path. If I change all Imagepaths to "" and add the full path with domain to the DB file field ("
https://seconddoma.in/path/file.jpg"), but PG uses still the 'home' domain. The full path of picture is then "
https://startdoma.in/seconddoma.in/path/file.jpg".
May you give me a hint, where you "build" the picture path?
Marcel
Re: Handling with LARGE picture-archives
Posted: 28 Sep 2017, 11:33
by Jan
Hi, I think than you need to use some str_replace function and remove duplicity from the url, etc. Unfortunately I didn't do such customization yet, so no clue advice there
Jan