phpwcms Support Forum

I made my last website update in November 2005 and everything worked fine until then.
Today I logged in again to update my website with a new article and a few images and discovered the following strange problem: There are no thumbnails of uploaded images (.jpg) created that have a size of more than 100 pix.

If I upload an image of 100x80 pix, I get a thumbnail and everything is okay. If the image has a size of 101x80 pix or even more, I get no thumbnail.

So I have no possibility to add an article with pictures, because I can only insert pictures that show a thumbnail.

Does anyone have an idea how to solve this problem? Could it be because my webhoster made updates to his servers during the last months? Thanks.

Hi Apollo,

Could it be because my webhoster made updates to his servers during the last months?

Much easier.
Have you checked maybe the conf.inc.php for
the settings for maxheight and maxwidth?

When i guess right it looks like this:


// content values
.....
$phpwcms["img_list_width"] = 100; //max with of the list thumbnail image
$phpwcms["img_list_height"] = 80; //max height of the list thumbnail image

Does it? Then you should know the answer

Hi Klappstuhl28,

I changed the values for max with and height of the thumbnail image and now I get thumbnails of uploaded pictures. But when I want to add one of these pictures in an article it is not displayed!

And I get the following warning:
getimagesize(/home/www/xxxxx/html/phpwcms_filestorage/image_placeholder.png): failed to open stream: No such file or directory in /home/www/xxxxxx/html/include/inc_lib/imagick.convert.inc.php on line 71

Any idea what could be wrong???

Hi Apollo,

Could it be because my webhoster made updates to his servers during the last months?

It sounds itself in such a way.

Please switch to the GD-lib at conf.inc.php and make a new test.

Folder settings all ok?
---------------------------------------
Folder phpwcms_ftp 777
Folder phpwcms_filestorage 777
Folder phpwcms_filestorage/can_be_deleted 777
Folder phpwcms_template 777
Folder content 777
Folder content/images 777
Folder content/gt 777
Folder content/form 777
Folder content/rss 777
Folder content/tmp 777
Folder content/pages 777
---------------------------------------

Gruß Knut

Please switch to the GD-lib at conf.inc.php and make a new test.

Yes, that works, thanks a lot!:D

But now the quality of the preview images in the articles is reduced very much, sometimes the pics look like they have only 16 colours
although it should be at 100%

phpwcms["jpg_quality"] = 100;

Do you know where I can edit this?

Hi,

But now the quality of the preview images in the articles is reduced very much, sometimes the pics look like they have only 16 colours

you do not have an adjustment possibility for the quality with the GD-lib.
But the quality is normally ok for png and jpg.

In the past imagick has run? Why it doesn´t at this time?

Gruß Knut

Okay, maybe there was something wrong with the picture.
I uploaded it again and now the preview image has good quality.

Thanks again for your fast and good help!

Genau die gleichen Fehler habe ich auch nach einem Upgrade auf die Version 1.2.6 (von 1.2.5) Aber mit Kontrolle und step by step CHMODing auf 777 wie oben zu lesen rührt sich nichts. Der Fehler bleibt, einige Bilder sind regelrecht im PHPWCMS-DateiBrowser nur mit dieser Warnung belegt, andere dagegen sind davon unberührt geblieben. Als wenn jemand in meiner Datenbank gewütet hat. Was kann ich nun noch tun?


ERGÄNZUNG:
Nachdem ich meinen PC noch einmal neu hochgefahren habe und per FTP die zerschossenen Bilder auf meinen PC downloaden wollte, bekomme ich auf alle diese nicht mehr darstellbaren Bilder keinen Zugriff, andere dagegen lassen sich runterladen.

hi kukki,

hast du die aktuelle 1.2.6 im Binärmodus hochgeladen? Gaaaanz wichtig.
O.G. scheint im Moment nicht in der Lager zu sein die Zeilenende-Fehler aus einigen Dateien herauszunehmen. - Oder ist es etwa passiert???

Wenn ich was falsches gesagt habe, dann bitte Fische zu mir.
<<ö(((((())))<<

Gruß Knut

eeeehhh, wie meinst Du das? Mein FTP-Programm ist auf Automatik gestellt und erkennt selbst, wann welche Dateien Binär oder per Ascii zu übertragen sind. Sag jetzt nicht, dass da Files dabei sind (*.js, oder PHP die nicht als ASCII übertragen werden dürfen!

Passiert .... nein: Einige Server waren heute durch eine DoS-Angriff lahme Enten, aber es gab keine Ausfälle oder der gleichen. Ich habe dort schon angerufen und der Support versicherte, das alles im grünen Bereich sei, dass keine Chancen für einen Absturz oder ähnlichen bestünden. Es sei aber alles ätzend langsam!

Und noch eine komische Eigenart, mal sind die Bilder in der Datenbank zu finden und wenige Augenblicke später sind wieder Fehlermeldungen da. Es fehlt vielleicht auch ein Tool, dass die Datenbanken mal richtig checkt und Fehler ausmerzt bzw. darauf hinweist, wo Fehler auftreten!

Hi,

die automatische Erkennung nützt dir nix. Viele FPT Clients blicken diesen Wechsel zwischen den Zeilenenden
#0D = Mac
#0D#0A = DOS
#0A =Unix
nicht.
http://www.phpwcms.de/forum/viewtopic.php?p=64516#64516
Hier gab es eine Welle von Fehlern wegen diesem Schei....
Also in dieser einen 1.2.6 Version alles im Binärmodus hochladen.

O.G. programmiert auf einem Mac. Er hat vergessen die Dateien die er geändert hat zu konvertieren.

Ich hoffe das löst dein Problem.

Gruß Knut

Schei .....
Da soll einer keinen dicken Hals kriegen. Ich ahnte so einen Fall schon bei der frontend.js, wo das Anhängsel fehlte und die image_zomm's nicht mehr funktionierten.
Ich probiere es noch einmal, Danke

@ Knut:
Die Übertragung aller Dateien in Binärform hat keine richtige Änderungen gebracht. Das Bild ist im Dateibrowser zu sehen (einzige Verbesserung) und im Frontend erscheint mit dieser Fehlermeldung wie oben " ... in line 71"
Und nach weitergehenden Fehlertests ist ersichtlich, dass davon nur GIF-.Files betroffen sind .... Das kenne ich doch irgendwo her. Serverprobleme ? Ein Auswechseln der imagick.convert.inc.php bringt nur andere Fehler und keine Besserung!

FRONTEND:



BACKEND/ARTIKEL-edit:



Dateibrowser:

Nach langer Recherche anfangs hier im Board- wo diese meldung auch Beschrieben wird- und einigen Nachfragen bei PHP-Spezies konnte das Problem mit der Fehlermeldung
Warning:
getimagesize(/srv/www/htdocs/web265/html/phpwcms_filestorage/c9675ce376edd094a334b472fba2f9ba.jpg): failed to open stream: Permission denied in /srv/www/wwwww/xxxxxx/html/include/inc_lib/imagick.convert.inc.php on line 71
gelöst werden.
Der Ordner PWPWCMS-FILESTORAGE wird durch ein PHP-Script - das nicht korrekt arbeitet - mit allen möglich CHMOD-Attributen versehen. Bei vielen Providern wird diese PHP-Einstellung nicht kontrolliert. Es erfolgt eine Zuordnung der Bilder auf http://www.lanxxx oder auf andere unbekante URLs. Deswegen kommt man auch mit FTP oder der Confixx-Schnittstelle WebFTP nicht mehr an die Bilder. Bei Konsultation meines Providers konnte diese Hürde schnell umschifft werden. Es bleibt aber die Gefahr, dass das entsprechnde PHP-Script nicht korrekt arbeitet, vielleicht weil das Dateiendekennzeichen des Scriptes nicht konform geht?