Re: HotorNot
« Antwort #15 am: 11.04.2006 23:02 Uhr »
Habe noch eine andere Theorie.

bein upload sollte über phpthumb ein Tumb generiert werden;

Habe gerade gesehen, das die Originaldateien den Benutzer
wwwrun haben und nicht geändert werden können bzw. nicht von
phpthumb bearbeitet werden können.

Dauert es zu lange  bis die Dateien dem "echten" Benutzer zugeordnet werden und die Rechte geändert werden ???

*

Offline admin

  • *****
  • 6.364
  • Support Joomla100
    • Profil anzeigen
    • 100 Prozent Joomla-Hosting
Re: HotorNot
« Antwort #16 am: 12.04.2006 00:42 Uhr »
Nein, sicherlich nicht, denn der Besitzer wwwrun ist beim Anlegen standardmäßig angegeben und nicht zunächst unwichtig. Ich tippe entweder auf einen Bug, evtl. doch fehlende Schreibrechte oder einen Fehler in der Config.
Vollkasko-Versicherung für Ihre Homepage?
https://www.joomla100.com/sicherheit/vollkasko-versicherung

Re: HotorNot
« Antwort #17 am: 12.04.2006 07:12 Uhr »
OK letzte Frage, dann gebe ich mich geschlagen.

Es ist ein Rechte-Problem; sehe ich auch so.

Die einzige Möglichkeit wie ich einen Bild upload hinbekomme ist:

Im Frontend auf upload klicken -> Bild wird hochgeladen; Vorschaubild wird angezeigt.
Dann wechsel in dem MamboExlorer -> Rechte des Bildes ändern 777.
Wieder wechsel in Frontend und auf OK klicken um den upload zu bestätigen.

Das heißt wie bekomme ich es hin, das der "wwwrun" das Bild sofort auf 777 setzt.
Die Image Verzeichnisse haben 777, eine hochgeladene Datei nicht.
Die Joomla Konfig "CHMOD für Dateiupload" passt auch.

Danke
« Letzte Änderung: 12.04.2006 07:15 Uhr von Bernie »

*

Offline admin

  • *****
  • 6.364
  • Support Joomla100
    • Profil anzeigen
    • 100 Prozent Joomla-Hosting
Re: HotorNot
« Antwort #18 am: 12.04.2006 10:21 Uhr »
Das ist auch ein Problem dieser Komponente. Gut programmierte Komponenten halten sich an die Vorgaben aus der Global Config und setzen die Rechte so, aber bei Hot or Not (und z.B. auch bei Docman) ist das leider nicht der Fall, wobei 777 gar nicht nötig ist, 644 ist völlig ausreichend. Wenn, dann müsste die Komponente umprogrammiert werden, damit die Bilder mit CHMOD 644 auf dem Server abgelegt werden, wie z.B. bei der Zoom-Gallery, die das auch so macht.
Vollkasko-Versicherung für Ihre Homepage?
https://www.joomla100.com/sicherheit/vollkasko-versicherung

Re: HotorNot
« Antwort #19 am: 28.04.2006 18:46 Uhr »
Nachtrag:

Problem ist gelöst:

Ebenso wie der Editor JCE (Imagemanager) stolpert hotornot über Probleme mit der phpThumb-Library. Leider wird auch hier das safemode=off überflüssigerweise als Zwangsbedingung vorausgesetzt.

Im wesentlichen habe ich zwei Probleme ausgemacht:

1) safemode=on verhindert den Bild-Upload (Und obwohl hier auf den Servern ja safemode=OFF ist erkennt das die Componente nicht)

In der Datei phpthumb.class.php folgendes ändern:

Zeile 1055 bis 1055 auskommentieren
Zeile 3079 bis 3082 auskommentieren

Nun werden Uploads auch mit safemode=on durchgeführt, sofern die Dateirechte unter /img/new und /img/full dies zulassen.

2) Wenn Joomla in einem Unterverzeichnis liegt, werden keine Thumbnails erzeugt.

Damit kommt scheinbar die Konfiguration der integrierten phpThumb-Library nicht mit.
Ich habe in der Datei phpThumb.config.php folgende Zeilen auskommentiert:

Zitat:
//if (file_exists('../../../configuration.php'))
//require_once('../../../configuration.php');
//else
//if (file_exists('../../../../configuration.php'))
//require_once('../../../../configuration.php');
//$PHPTHUMB_CONFIG['document_root'] = $mosConfig_absolute_path; 


Übrig bleibt diese eine Zeile, um das rootdir zu setzen:

Zitat:
$PHPTHUMB_CONFIG['document_root'] = realpath((getenv('DOCUMENT_ROOT') && ereg('^'.preg_quote(realpath(getenv('DOCUMENT_ROOT '))), realpath(__FILE__))) ? getenv('DOCUMENT_ROOT') : str_replace(dirname(@$_SERVER['PHP_SELF']), '', str_replace(DIRECTORY_SEPARATOR, '/', dirname(__FILE__))));

 
Danach läuft bei mit jetzt alles ohne Probleme.