|
Drake :
| 27.06.2003 23:03 |
Ich erhalte nach der Installation der Galerie beim Test folgende Meldung. Zitat: Das Testbild wurde kopiert. (Rechte: 100666) Das Testbild konnte nicht verkleinert werden, bitte überprüfen Sie Ihre Rechte. Der ThumbNail-Test wurde abgebrochen.
Bei Version 2.0 gab es keine solche Meldung und auch die Thumbnails wurden erstellt. Alle anderen Meldungen waren ok. Zitat:PHP 4.3.2 MySQL 4.0.13 open_basedir /home/www/domain:/usr/share/php/PEAR:/tmp:/usr/local/php/bin:/usr/share/php/pear no value
Falls noch Angaben nötig nur fragen . Also wie man sieht komme ich nicht über den Test hinaus. |
|
|
atlan :
| 27.06.2003 23:48 |
hmmm, blicke es nicht ganz - Rechte auf 666? Gehe da mal höher Oder meinst Du 100666? Das kenne ich nicht in der Unix Umgebung. Die MySQL ist scheinbar brandneu? Ist es eine WIN Umgebung? Und irgendwas mit PEAR - kam mir schonmal unter... Schreibe bitte die Umgebung genauer Tipp - grob mal die Rechte: modules/bamagalerie/galerie 777 modules/bamagalerie/includes 777
Was sagt der Test genau - da kommt doch viel mehr Information? |
|
|
bama :
| 28.06.2003 00:10 |
Hi atlan,
bist ja mal wieder schneller als ich, danke ich habe Drake schon geschrieben da es der gleiche Test wie auf der 2.0 ist, ist es mir auch nicht ganz klar, aber mal sehen
hab schon gefragt, nicht dass er hier die 2.2 gezogen hat ist ja für XOOPS und nicht E-XOOPS
Cu Hans |
|
|
|
Drake :
| 28.06.2003 01:06 |
Arrrg das war ich man sollte sich wohl überzeugen das man eingelogt ist dann kann man auch editieren . |
|
|
atlan :
| 28.06.2003 08:55 |
hmm, mal nachgesehen... PEAR ist eine PHP Erweiterung. Ich fand allerdings zu wenig Doku um zu sehen ob Systemvariablen oder Ordnerstrukturen "umgebogen" worden sind, Das wäre eine mögliche Fehlerquelle. Ich würde einmal dem Modul Bamagalerie global 777 einräumen INKL aller Unterverzeichnisse. Der Befehl hierzu: ins Verzeichnis /exoops/modules und dann chmod 777 bamagalerie -R Vielleicht hilft das weiter? Die GD Lib hat keinen create... für GIFs |
|
|
Drake :
| 28.06.2003 11:28 |
Hmmm also ein setzen aller Ordner auf 777 bringt nichts, keine Veränderung. Ich könnte mir eher denken das da etwas schief geht beim setzen der Rechte, nach der Meldung zu urteilen. Und wie bereits erwähnt gab es diese Probleme nicht unter 2.0, also denk ich mir das es Änderungen in der functions.php gegeben hat oder an anderer Stelle. Das mit dem gif-Support ist mir schon klar und das Problem wird wohl jeder bei einer höheren Version der GD haben. Da ja, ich weiß nicht mehr ab welcher Version der GD, dies nicht mehr implementiert wurde wegen der Lizenzkosten die fällig wären dafür. Da müßte man dann wohl auf netpbm oder ImageMagic ausweichen sofern installiert.
<small>[ geändert von Drake an 28.06.2003 11:30 ]</small> |
|
|
bama :
| 28.06.2003 13:14 |
Hi zusammen,
wie ihr seht, habe ich gleich auf e-xoops umgestellt
also um den Bug im Test werde ich mich Nachmittag kümmern
ich melde mich wieder
Cu Hans |
|
|
bama :
| 28.06.2003 21:28 |
Hi Drake,
ich hab es gefunden ein PHP Befehl wurde bei mir lokal anerkannt, aber nicht am Server also, du musst die /bamagalerie/include/functions.php auswechseln werde sie dir per Mail zuschicken
und noch etwas: hab auf deiner phpinfo gesehen Register globals sollte auf on stehen
schönes Wochenende Cu Hans
noch einen Dank an Atlan für die Unterstützung
[ Geändert von bama an 28.06.2003 21:09 ] |
|
|
Drake :
| 29.06.2003 17:26 |
Danke, nun funktioniert es problemlos. Die register_globals habe ich per php_flag auf on gestellt. Allerdings sollte man wohl für die Zukunft darüber nachdenken die Scripts so anzulegen das sie auch mit register_globals=off problemlos funktionieren. Die Hoster die register_globals on haben werden immer weniger und wenige erlauben php_flag zu setzen. Ansonsten ist das Galeriescript super arbeit und außer 4images hat mir noch nichts so zugesagt wie die BamaGalerie. |
|
|