Joomla100 Support Forum
Joomla!-/CMS-Hosting => Joomla! - Komponenten => Thema gestartet von: cschyma am 12.12.2005 14:14 Uhr
-
Hallo,
erhalte folgenden Fehler bei der Gallery2 (http://www.flg-dettingen.de/gallery2):
Error
Error (ERROR_PLATFORM_FAILURE) :
* in modules/core/classes/GalleryTemplate.class at line 270 (gallerystatus::error)
* in modules/core/classes/GalleryTemplate.class at line 222 (gallerytemplate::_initcompiledtemplatedir)
* in main.php at line 318 (gallerytemplate::display)
* in main.php at line 87
* in main.php at line 80
Direkt nach der Installation funktioniert die Gallerie, aber nach ca. 10 min. erscheint immer obiger Fehler. Hab schon mehrfach neu installiert, mit demselben Ergebnis. Hat jemand eine Idee?
Gruß
Christian Schyma
-
Das hat mit dem Besitzer der Ordner zu tun. Zunächst ist der Besitzer wwwrun, damit kann die Gallery auch mit CHMOD 644 arbeiten, sobald der Besitzer aber wechselt und Sie als FTP-User der Besitzer sind, benötigt die Gallery auf den jeweiligen Datein oder Ordnern CHMOD 777. Insbesondere der Ordner g2data benötigt dann 777.
-
g2data hat 777. Welche Dateien meinen Sie mit "jeweiligen Dateien"? Alle .class, die in der Fehlermeldung aufgelistet sind? Dies habe ich schon erfolglos getestet.
-
Eigentlich alles unterhalb von g2data und die Dateien in den Ordnern der jeweiligen Alben.
-
Hallo zusammen,
ich hänge mich mal einfach in diesen Beitrag mit meinen Fragen rein, da zumindest eine Frage dazu passt:
1.) habe ein ähnliches Problem mit der Gallery2: nach dem hinzufügen neuer Bilder ist der Besitzer zunächst www-data. Nach Änderung des Besitzers (www-data) in meinen Besitzer werden auch die Rechte umgestellt , was dazu führt, dass beim betrachten der Bilder ungenügende Rechte vorhanden sind (z.B. 700). Einzige Lösung bisher ist, nach jeder Bildmanipulation die Rechte für den Ordner g2data neu einzustellen. Ganz schön nervig und langwierig bei den vielen Dateien... Was mache ich falsch?
2.) Ich habe die Gallery2 mittels Bridge in Joomla integriert (zumindest auf Adminebene zum testen). Wenn ich in Joomla auf den Link zur Gallery2 klicke, ändern sich in allen angezeigten Modulen deutsche Umlaute in Fragezeichen. Was ist hier schiefgelaufen bzw. wie stellt man's ab?
3.) kann man den Ordner g2data auch in ein Verzeichnis außerhalb von html ablegen, damit der Ordner gegen fremde Änderungen besser geschützt werden kann?
Gruß M@lte
-
g2data hat 777. Welche Dateien meinen Sie mit "jeweiligen Dateien"? Alle .class, die in der Fehlermeldung aufgelistet sind? Dies habe ich schon erfolglos getestet.
meine bisherige Erfahrung ist, dass Gallery2 nur gut läuft, wenn alle Dateien in g2data Zugriffsrecht 777 haben. Insbesondere im Ordner Cache finde ich bei mir ständig welche (siehe obigen Beitrag) wo es nicht der Fall ist. Dann erhalte ich teilweise auch solche Fehlermeldungen.
Teilweise habe ich aber auch schon festgestellt, dass auch die Rechte in anderen Ordner (also im eigentlichen gallery2-Ordner nach Installation oder Änderung von Modulen neu auf 755 gesetzt werden müssen. Dein beschriebener Fehler deutet für mich auf letzteren Fall hin. Also mal Zugriffsrechte auch 755 für alle gallery2 Ordner (inkl. aller unterordner und Dateien) und 777 für g2data, dann geht es wieder.
Gruß M@lte
-
Hallo M@lte:
zu 1: das Problem tritt bei uns nur auf, wenn man einzelne Bilder hochlädt. Beim Zip-Upload ist das Problem bisher nicht aufgetreten.
zu 2: das liegt an den unterschiedlichen Charsets: Joomla in ISO 8859, Gallery2 in UTF 8. Problemlösung wäre, Gallery2 auf Iso umzustellen und alle Umlaute in Entities zu ändern (ä in ä etc)
zu 3: Die Gallery2 ist auf diese Ordnerstruktur programmiert, wenn g2data nicht mehr entsprechend der Struktur abgelegt wird, kommen sicherlich einige Fehlermeldungen, oder Sie programmieren die Gallery2 so um, dass sie die neue Struktur "kapiert".
-
zu 1: hatte Gallery Remote verwendet und das Javaaplett. Werde das mit dem Zip-upload mal testen.
zu 2: wie kann man die Charsets umstellen?
Gurup M@lte
-
Hallo M@lte,
die Defintion findest sich im Gallery-Ordner in: modules/core/classes/GalleryTranslator.class Zeile 281
-
Dankeschön.
Dann werd eich mich mal dransetzen und schauen, welche Kreise das ändern des Charset noch so mit sich bringt. Die gesamte deutsche Übersetzung ist dann ja wohl mit anzupassen. Wird wohl noch ein Weilchen bei meinen per Wrapper eingebundenen Grafiken bleiben, bis meine Menalto Gallery fertig ist...
Gruß M@lte
-
zu 3: Die Gallery2 ist auf diese Ordnerstruktur programmiert, wenn g2data nicht mehr entsprechend der Struktur abgelegt wird, kommen sicherlich einige Fehlermeldungen, oder Sie programmieren die Gallery2 so um, dass sie die neue Struktur "kapiert".
Bei der Installation kann man doch einen alternativen Pfad angeben. g2data unter /home/www/webx/files funktioniert bei mir.
-
:-[ Sorry, die letzte Installation ist schon etwas her. ::)
-
Bei der Installation kann man doch einen alternativen Pfad angeben. g2data unter /home/www/webx/files funktioniert bei mir.
Ja, danke, dass wollte ich wissen. Wird das Verzeichnis "Files" mit in das Backup einbezogen, wenn man unter Confixx ein Backup macht?
Gruß M@lte
-
Das Backup bezieht sich nur auf /html und alles, was unterhalb von /html liegt.
-
Teilweise habe ich aber auch schon festgestellt, dass auch die Rechte in anderen Ordner (also im eigentlichen gallery2-Ordner nach Installation oder Änderung von Modulen neu auf 755 gesetzt werden müssen. Dein beschriebener Fehler deutet für mich auf letzteren Fall hin. Also mal Zugriffsrechte auch 755 für alle gallery2 Ordner (inkl. aller unterordner und Dateien) und 777 für g2data, dann geht es wieder.
Gruß M@lte
Danke, werd ich demnächst mal testen. Gibts eigentlich einen FTP-Clienten, der die Rechte rekursiv setzen kann? gallery2 hat mir einfach zu viele Unterverzeichnisse .-)
-
WinSCP kann das. :)
-
Danke.
Nur wie kann ich mich damit per FTP einloggen? SFTP funktioniert nicht:
Connection has been unexpectedly closed. Server sent command exit status 1.
-
Ah, ok. WinSCP benötigt Shell-Zugriff, damit das funktioniert. Also fällt WinSCP weg, sorry. Kann Filezilla das nicht auch?
-
das können meines wissens nach die meisten. zumindest von ws_ftp pro für windows und von transmit und cyberduck für mac weiß ich das gewiss...
-
FileZilla kanns nicht. Danke für die Tipps.
-
Ich habe nach wie vor Probleme mit den Zugriffsrechten in der Gallery2. Besonders nervig: die verschiedensten Cache-Dateien erhalten bei der Änderung von www-data auf webX oft das Zugriffsrecht 600 oder 660 zugewiesen, so dass die Tumbnailbilder in Browsern nicht dargestellt werden. Da der Cache anscheinend immer wieder neu angelegt wird, muss ich ständig die Zugriffsrechte wieder neu setzen. Kann man das nicht evtl. auch irgendwie steuern? z.B. mit einer htaccess-Datei oder per Cron-Job oder ähnlichem oder kann man irgendwie dem Server sagen, welche Zugriffsrechte er verwenden soll?
Gruß M@lte
-
Es muss noch etwas mit den Rechten zu tun haben, da diese Probleme im vorinstallierten Paket nicht auftreten (Community-Paket). Dort kommt auch keine besondere .htaccess oder ein Cronjob zum Einsatz und die Thumbnails werden angezeigt. Haben Sie die Datein per Zip hochgeladen/eingefügt?
-
Nein, da ich keine Möglichkeit habe, diese auf dem Server zu entpacken. Hab die Gallery2 Dateien lokal entpackt und dann per FTP übertragen.
-
Das Entpacken übernimmt doch die Gallery2. Zip-Datei lokal auswählen, hochladen und Fotos werden in das Album eingefügt.
-
Ich glaube bezüglich der Zip-Datei verstehen wir etwas Unterschiedliches :-) Mir gehts noch um die Installation der Gallery2 selbst.
-
Hallo,
hab auch mal zu Testzwecken Gallery2 auf meinem Webspace installiert. Ich kann das nur bestaetigen. Wenn man die Standardeinstellungen von Gallery2 beibehaelt, schiesst man sich die Installation irgendwann ab :-( Meine Testinstallation ging mal so weit, dass nur noch ne Fehlermeldung angezeigt wurde. Ein chmod per FTP client im Cache-Verzeichnis und alles geht wieder. Das Phaenomaen zeigt sich nach 1-2 Wochen (oder so aehnlich).
Ich hab grad kurz mal nachgeschaut. Man hat in Gallery2 die Moeglichkeit neue Dateien auf 666 und Verzeichnisse auf 777 zu setzen. Ich denke das loest das Problem, nur ist das nicht gerade schoen. Das Problem ist halt, dass der Server unter einem anderen Account/Group 'laeuft' als der Webspace.
Ecki
-
Naja, es ist halt 100% Joomla-Hosting, nicht 100% Menalto-Hosting, und bei Joomla! besteht eben sehr häufig das lästige wwwrun-Problem, was bei anderen Anwendungen wiederum von Nachteil ist, wenn wwwrun nicht der Besitzer der Dateien ist. Aber wie gesagt, im vorinstallierten Paket und bei einigen Installationen geht es dennoch problemlos, wenn die Rechte eben richtig gesetzt werden.
-
Hi,
das war nicht als Kritik gemeint! Ich wollte nicht sagen, dass das aendern der Besitzerinformationen etwas schlechtes ist. Ich denke schon auch, dass das mehr hilft als "schadet" (tut's ja nicht wirklich). Nur als Unix User sieht man 666 bzw. 777 nicht gerne ;)
Also bleibt lieber bei 100% Joomla als bei 100% Menalto. Ist mir glaub lieber so (auch wenn ich es immer noch nicht geschafft hab meine Seite aufzusetzen :( )
Also: keine Kritik, eher ne Anmerkung warum das so ist
Ecki
-
Wurde auch nicht als Kritik aufgefasst, sondern nochmal zur Erinnerung für die Allgemeinheit der Hinweis auf die Kern-Anwendung, auf die unsere Server ausgerichtet sind. :)
Wo haperts denn bezüglich der eigenen Seite? ;)
-
Wurde auch nicht als Kritik aufgefasst, sondern nochmal zur Erinnerung für die Allgemeinheit der Hinweis auf die Kern-Anwendung, auf die unsere Server ausgerichtet sind. :)
Wo haperts denn bezüglich der eigenen Seite? ;)
An der Zeit und dem Schwung mal dran zu gehen ;)
Ecki
-
Naja, sollte bei dem Wetter doch in Kürze klappen, oder? ;)
-
Wie siehts eigentlich mit andenen Bilder-Gallerien aus? Gibt es da bessere Erfahrungen?
-
Wie siehts eigentlich mit andenen Bilder-Gallerien aus? Gibt es da bessere Erfahrungen?
Ohne mich da gross aus dem Fenster lehnen zu wollen und mich da mit andere Gallerien auskennen zu wollen aber ich denke das Problem besteht generell. Laedt man was ueber die Gallerie hoch, bekommt es die Benutzerinformationen des wwwrun Benutzers. Von Zeit zu Zeit werden die Benutzerrechte aber dann in den webXY Benutzer geaendert. Die Rechte der Files muessen fuer "other" offen sein (d.h. xx6 fuer Dateien und xx7 fuer Verzeichnissen) damit man sowohl selbst als auch die Gallerie (ueber wwwrun) die Daten veraendern kann (admin, korrigier mich wenn ich das falsch auslege)
Ecki
-
Naja, sollte bei dem Wetter doch in Kürze klappen, oder? ;)
Ja hoffentlich :)
Aber halb so wild. Die Seite ist fuer mich Lernprojekt ::)
-
Gut zu wissen, dass das Problem nicht nur bei mir liegt, sondern dass andere auch noch Zugriffsrechteprobleme außerhalb von Joomla haben.
Das Argument mit "es ist halt 100%.Joomla" finde ich nur bedingt akzeptabel. Natürlich möchte ich auch in erster Linie, dass Joomla läuft. Deshalb bin ich ja zu Joomla100 gewechselt. Trotzdem hatte ich nicht den Eindruck, dass dieses Webangebot ein Joomla-Exclusiv- und-nix-anderes-Angebot ist. Ich hatte das als Schwerpunkt verstanden.
Bei meinem vorinstallierten Paket war die Gallery2 noch nicht dabei. Abgesehen davon habe ich das Comunitypaket zwischenzeitlich gelöscht. Es ist zwar super, war aber für meine Zwecke einfach zu vollgestopft.
Die Gallery2 finde ich super und möchte sie gerne verwenden. Deshalb noch einmal: welche Möglichkeiten habe ich nun, um mein Zugriffsrechteproblem zu lösen? Bin sehr an einer Lösung interessiert.
Gruß M@lte
-
Hallo M@lte,
in der Konfiguration der Gallery2 müsste wie schon weiter oben erwähnt angegeben sein, dass neue Dateien CHMOD 666 und Ordner auf 777 gesetzt werden. Ist der Ordner g2data schon rekursiv auf 777 gesetzt?
-
Zugriffsrechte in Gallery sind schon länger auf 666 und 777 und g2data ist ebenfalls schon mehrfach rekursiv auf 777 gesetzt worden. Alle anderen Ordner und Dateien auf 755.
Gruß M@lte
-
Und wie lautet die Fehlermeldung?
-
Gelegentlich erhalte ich eine Fehlermeldung, dessen genauen Wortlaut ich erst heute Abend noch einmal "ertesten" kann. Auf jeden Fall etwas mit "Permission denied" in Reihe ...
Vorallem werden aber die Bilder einfach nicht angezeigt (Broken image Symbol) sowohl für Vorschaubilder als auch für Tumbnails. Dieses ist immer erst behoben, wenn die Zugriffsrechte in g2data neu vergeben werden (777).
M@lte
-
Die Bilder werden beim Test mit Zip-Upload immer problemlos angezeit, ohne das man den CHMOD ändern muss. Einzel-Upload verursacht immer die Probleme, dass der CHMOD nachträglich geändert werden muss.
-
Die Bilder werden beim Test mit Zip-Upload immer problemlos angezeit, ohne das man den CHMOD ändern muss. Einzel-Upload verursacht immer die Probleme, dass der CHMOD nachträglich geändert werden muss.
Hi,
also ich habe immer Einzel-Uploads gemacht und damit auch keine Probleme gehabt. Es wurde immer alles angezeigt. So weit so gut. Nach einer Weile dann (ich schaetz mal 1-2 Wochen) kamen dann Probleme auf. Mal wurden die Thumbnails nicht gezeigt und mal kam die Gallerie gar nicht, sondern nur ne PHP Fehlermeldung. Ein rekursiver chmod auf das cache-Verzeichnis hat das immer behoben. Ich habe heute erst auf chmod 666/777 umgestellt und kann leider nicht sagen, ob MEIN Problem damit behoben ist. Das zeigt sich halt erst nach einiger Zeit.
Ich lass euch wissen, ob sich das Verhalten geaendert hat aber ausser dem Cache, war bei mir eigentlich nie was falsch protected.
Ecki
-
Bei Zip-Upload erhalten zwar die Originalbilder die richtigen Zugriffsrechte (666), alle .dat-Dateien im Cache-Ordner, also alle Tumbnails erhalten aber das Zugriffsrecht 600. Und die werden dann nicht dargestellt! Außerdem hat zip-upload das Problem, dass immer ein neues Albm angelegt wird.
Welche Möglichkeiten habe ich nun noch?
Gruß M@lte
-
Hallo M@lte
Ich schau mir das an. Bei meinen Prüfungen habe ich in der Kürze der Zeit noch nicht alle Möglichkeiten durchgespielt.
Ein FTP-Upload geht ohne Probleme. Siehe auch hier:
http://www.joomla100.com////component/option,com_smf/Itemid,28/expv,0/topic,411.0
-
Hallo,
habs immer noch nicht hinbekommen. Gestern installiert nach der Anleitung im Forum, heute tuts schon nicht mehr:
Error (ERROR_PLATFORM_FAILURE) :
* in modules/core/classes/GalleryTemplate.class at line 270 (gallerystatus::error)
* in modules/core/classes/GalleryTemplate.class at line 222 (gallerytemplate::_initcompiledtemplatedir)
* in main.php at line 318 (gallerytemplate::display)
* in main.php at line 87
* in main.php at line 80
Die Rechte der Bilder wurden automatisch von 777 auf folgende geändert. Merkwürdig ist, dass sie unterschiedliche Rechte erhalten haben.
drwxrwxrwx 3 web8 web8 4096 Jan 9 12:56 ..
-rwxrwxrwx 1 web8 web8 306836 Jan 9 12:58 689066.jpg
-rw-r--r-- 1 web8 web8 153209 Jan 9 17:32 908781.jpg
-rw------- 1 web8 web8 190824 Jan 9 17:32 925096.jpg
-rw-r--r-- 1 web8 web8 203639 Jan 9 17:32 968017.jpg
-rw------- 1 web8 web8 137756 Jan 9 17:32 987451.jpg
Aber irgendwie muß man doch auf diesem Server ein Album zum Laufen bekommen. Die vorinstallierten Versionen scheinen ja zu laufen.
-
die Bilder mussen alle auf 777 gestezt werden.
Die anderen Meldungen sind ein wenig dürftig um Fehler bei der Rechte vergabe zu erkennen.
Gibt es einen Link?, gerne auch auch per PM
-
Wir könnten ja die config vom vorinstallierten Paket mal hochladen und die Pfade anpassen. Die richtige Config der vorinstallierten Menalto passt ja problemlos auch in Ihre Installation.
Neuinstallationen laufen übrigens auch schon von der Menalto ohne Probleme. g2Data ist rekursiv auf 777?
-
Wir könnten ja die config vom vorinstallierten Paket mal hochladen und die Pfade anpassen. Die richtige Config der vorinstallierten Menalto passt ja problemlos auch in Ihre Installation.
Neuinstallationen laufen übrigens auch schon von der Menalto ohne Probleme. g2Data ist rekursiv auf 777?
Hallo,
hab ja mitte Dezember geschrieben, dass ich mich mal melde, ob sich das Problem durch das Setzen der Rechte auf 777/666 im Admin-Bereich von Menalto behebt.
Da das Thema jetzt wieder auftaucht: Bei mir gibt's seither keine Probleme mehr mit dem Cache oder den Bildern. Die Gallerie laeuft immer noch ohne Probleme.
Also hat sich hier die Theorie bestaetigt ;-)
Ecki
-
die Bilder mussen alle auf 777 gestezt werden.
Die anderen Meldungen sind ein wenig dürftig um Fehler bei der Rechte vergabe zu erkennen.
Gibt es einen Link?, gerne auch auch per PM
Die Bilder haben zu Beginn funktioniert, erst nach einer Weile (vielleicht ein paar Stunden, habe es erst am nächsten Tag getestet) wurde die Rechte selbständig geändert. Nach manuellem Setzen auf 777 kommt immer noch derselbst Fehler.
http://www.flg-dettingen.de/gallery2
-
Wir könnten ja die config vom vorinstallierten Paket mal hochladen und die Pfade anpassen. Die richtige Config der vorinstallierten Menalto passt ja problemlos auch in Ihre Installation.
Neuinstallationen laufen übrigens auch schon von der Menalto ohne Probleme. g2Data ist rekursiv auf 777?
Ja.
-
Hallo,
Was ich meinte, die Ordner unter g2data>albums müssen 777 haben und die Bilder 644.
Das kann man auch einstellen unter Site-Administration.
Zu den Fehlern: Hier kann man nur vermuten... ???
könnte ein Java Fehler sein oder aber das Template der Galerie hat ne Macke.
Im Zweifelsfalle würde ich nicht lange rumfummeln (sofern möglich) sondern die Galerie neu installieren.
Warten bis bis der Server die Rechte freigibt. (max. 30 min) und dann die Einstellungen für Ordner und Daten machen (Site-Administration).
Jetzt sollte ein erstellen der Ordner und der folgende FTP-Upload kein Problem mehr sein.
Evtl. lohnt sich ja auch ein Blick über den Tellerand. Ich teste gerade etliche Galerien und 2 sind recht sauber einzubinden. Siehe hier: http://www.joomla100.com///component/option,com_smf/Itemid,28/expv,0/topic,433.0
-
Jetzt geht es. g2data war nicht komplett rekursiv gesetzt. ;)
-
Vielen Dank!
Mit welchem Programm wurde rekursiv gesetzt? Habs mir dem Konqueror und lftp schon versucht.
-
Ok, WinSCP, benötigt allerdings Shell-Zugriff. 8)
-
Mit welchem Programm wurde rekursiv gesetzt? Habs mir dem Konqueror und lftp schon versucht.
Mit Konqueror geht es.
z.B. Ordner g2data anklicken > Eigenschaften > Berechtigungen > Änderungen auf alle Unterordner und Ihre Inhalte aktivieren > Erweiterte Berechtigungen klicken > Rechte setzen
Thats all. ;)
-
Mit Konqueror geht es.
z.B. Ordner g2data anklicken > Eigenschaften > Berechtigungen > Änderungen auf alle Unterordner und Ihre Inhalte aktivieren > Erweiterte Berechtigungen klicken > Rechte setzen
Thats all. ;)
hab ich gemacht, allerdings ging dies sehr schnell (2s) ... ist das normal?
-
Was genau ging sehr schnell? Die Änderung der Rechte?
-
hab ich gemacht, allerdings ging dies sehr schnell (2s) ... ist das normal?
Das hängt auch von der Internetverbindung ab bezw. vom Rechner und natürlich von der Anzahl der umzustellenden Daten. ;)
Hat sich zusätzlich ein Fenster geöffnet, dass den den Status der Umstellung angezeigt hat?
Dort läuft dann ein Balken ab bis zum Ende.
Wenn nur wenige Ordner/Daten umgestellt werden wird auch schon mal kein Fenster angezeigt.
Um zu Überprüfen ob alles umgestellt wurde reicht ja ein Blick in die Struktur der Ordner/Daten.
Sie müssten dann alle den gleichen gewählten "Chmod" haben.
-
Was genau ging sehr schnell? Die Änderung der Rechte?
ja
-
Nun ist es wieder so weit: Die Vorschau-Bilder können nicht mehr geladen werden.
http://www.flg-dettingen.de/gallery2
Heute morgen gegen 10:00 hat es noch funktioniert. Die eigentlich Bilder können dagegen noch geladen werden.
-
Laden Sie die Bilder mal per Zip-Upload hoch, damit gibt es eigentlich keine Probleme.