Also Ich hatten ja das Problem das die Gallery bei
all-inkl nicht Installierbar wahr bzw. ein Upgrade nicht möglich wahr.
Auf jeden Fall läuft es jetzt.
In das Root Verzeichniss deiner Homepage (Domäne) eine .htaccess Datei mit folgendem Inhalt einspielen
AddHandler php-cgi .php .php4
Eine Mail an
schicken mit folgenden Inhalt
Betreff : Besitzer im verzeichnis albums und tmp korrigieren
Inhalt:
Hallo Liebes All-inkl Team
Ich würde gerne die Bildergalerie http://gallery.menalto.com einsetzen
und habe hierfür eine .htaccess Datei mit folgendem Inhalt
AddHandler php-cgi .php .php4
in mein Root Verzeichniss eingeladen.
Damit die Installation bzw. der Betrieb der Gallery einwandfrei funktioniert Bitte ich Sie die Besitzer im verzeichniss
http://www.DEINE-DOMÄNE.de/albums
und
http://www.DEINE-DOMÄNE.de/tmp
zu korrigieren.
Bitte senden Sie mir doch nach dem Korrigieren eine Rückmail
Im voraus Vielen Dank
DEIN NAME
P.S. Bei mir hat es so auf alle Fälle Funktioniert
Natürlich würde ich empfehlen auf alle Fälle ein Backup von der Gallery zu machen
Ich hoffe ich konnte helfen
CU Chrissi
Posted: Thu, 2004-09-23 07:20
Posts: 17
vielen dank,
alle fehlermeldungen weg !!!
die mail hat echt wunder bewirkt
danke ... ich habe allerdings den befeh fastcgi statt cgi (unterschiede ??)l:
AddHandler php-fastcgi .php .php4und außerdem funktionierts nur, wenn ich die .htaccess ins oberste hauptverzeichnis (nicht gallery) lege !!!!
NOCH 2 WICHTIGE FRAGEN:
1. Wo sind die Dateien, wo ich das Layout der Gallery ändern kann ??
ist es HTML ???
2. wenn ich meine thumbnails anclicke erscheinen die querformat bilder
im hochformat !!! www.surfeurope.de/index2.htm
clickt auf fotoalbum und portugal/algarve 2004 (nur ein test)
diese gallery ist in phpBB2 eingebunden. wenn ich
www.surfeurope.de/phpBB2/modules/gallery
eingebe und die thumbnails anklicke (übrigens ein ganz anderes
layout komischerweise) bleibt querformat ein querformat ?!??!?
BITTE HELFT MIR
[/code]
Posts: 6818
Hallo,
"das Layout" der Gallery ist ein bischen schwammig. Was GENAU (!) möchtest du verändern ?
deine Bilder erscheinen nicht im "Hochformat", sondern ein Javascript verändert deine Bilder !
Woher das stammt keine Ahnung ! (phpBB2 theme ?)
Wenn die Gallery eingebettet paßt sich die optik der Umgebung an.
Standalone sieht die Gallery natürlich so aus wie du es im Setup eingestellt hast.
Nichts komisch also ;)
Jens
Posts: 3
hallo
hab genau das selbe problem hab die htaccess hochgeladen doch hab immer noch fehlermeldungen beim login im bezug auf den ordner .albums welche rechte müssen gesetzt / geändert werden ?
Wissen die das bei all-inkl oder muss ich dennen das genau vorkauen ?
bitte um schnelle hilfe
Posts: 3
hat sich erledigt
gruß bust3r
Posts: 17
hallo,
1. wie hat es sich nun erledigt mit der .htaccess ??
2. mit layout verändern meine ich
a) daß das Wort Gallery oben nicht mehr erscheint
b) die 2 zeilen oben mit anzahl alben usw. würde ich gerne
ganz nach unten schieben, die bordercolor der zeilenrahmen
auf Null auf weiß bzw. transparent setzten
c) schriftgrößen ändern
3. wenn ich mich als user einloggen will passiert beim ersten login noch
gar nichts - erst beim 2ten login versuch bin ich angemeldet ?!?
4. und zum drehen der bilder - woher wißt du das es ein java skript des
skins ist und wo kann ich soetwas ausschalten ???
5. bilder hochladen funktioniert immer noch nicht
Posts: 6818
Naja, ich meinte es eigentlich noch genauer. ..
a.) Ich vermute du meinst die Startseite.Das Wort "Gallery" ist der Titel deiner Gallery. Hast du in der Config so angegeben. Dort leer lassen.
Oder wenn du auch den Platz ansich sparen willst ..
kopiere html_wrap/gallery.header.default nach html_wrap/gallery.header
Entferne dort in der Tabelle den kompletten ersten <tr> Block.
b.) Auf der Startseite ? oder in den Alben ?
c.) Kommt darauf an wo du die Schriftgrößen verändern willst. Schau dir dazu die entsprechende Stelle im Code an und finde das umgebende HTML Tag. Dort ist sollte eine css class angegeben sein.
Dann öffnest du die embedded css Datein im css/ ordner. Dort dann für die css class die Schriftgröße angeben.
FAQ c.8 ?
Ich hab mir den HTML Code der phpBB2 Seiten und der standalone angeschaut.
Muß irgendwo in deinem Theme sein....
Gruß,
Jens
Posts: 17
alles klar - danke erst mal für deine nette hilfe !!!!! wirklich nett ...
b) wenns nicht zuviel umstände macht, sowohl als auch - sowohl im album als auch auf der startseite
c) alles klar - versteh ich - sag mir nur wie datei heißt mit den html tags von der du gesprochen hast
4. ich find das auch nicht und versteh nicht warum in einem forum template ein java skript zum drehen von bildern drauf sein soll ??
e)habs in einem anderen thread schon geschrieben was mein hauptproblem ist aber noch keine antwort erhalten. wenn ich unter fotoalbum bilder raufladen will erscheint zuerst das popup bilder auswählen dann
das pop up mit der datenübertragung und den 2 computersymbolen und
dann das pop up
woran kann das liegen ????
Posts: 756
Auch im anderen Thread schrieb ich sicherlich, dass du bitte Gallery mal an dieser Stelle im Debug-Modus laufen lassen sollst und auch bitte mal im Apache-Log nachsehen kannst, ob es Fehlermeldungen gibt. Etwa, dass das angegebene Verzeichnis zum temporären Hochladen der Bilder nicht beschreibbar ist.
Posts: 17
sorry lern mich gerade erst ein - arbeite ziemlich fest daran
wie komm ich denn ins apache log ??
nachdem ich den debug modus aktivierte erscheint:
scheint also was mit der /classes/user.php zu tun zu haben ?? aber was ??
Posts: 17
jetzt hab ich's auch schriftlich von all-incl.com, daß es nicht
möglich ist die apache log und config einzusehen ??? was nun ??
Posts: 756
Schade, dann können wir nur raten. (Mal davon abgesehen, dass dein Hoster offenbar das virtual Hosting des Apache nicht ganz im Griff hat, da es durchaus möglich ist, pro Domain ein eigenes Logfile auszugeben, aber vielleicht spielen da Kostengründe eine Rolle).
Raten: Das angegebene temporäre Verzeichnis ist nicht beschreibbar für den User unter dessen Account der Webserver läuft.
Raten: Dein ImageMagick / NetPBM ist nicht auffindbar.
Raten: Dein Albums-Verzeichnis ist nicht schreibbar
Raten: Einfach mal die FAQ von oben bis unten durchsehen und schauen ob da was dabei ist?
Posts: 756
Sonst keine Ausgabe? Hm. Die Warnings müssen wir ignorieren, da sie von phpbb verursacht werden.
Kannst du den Upload mal im standalone-Modus versuchen, also ohne phpbb?
Posts: 17
nein - hab die letzten tage alles mögliche andere ausprobiert !!
daß das keinen spaß macht ....
standalone modus bringt auch keine änderung ?!??! meint ihr ich soll alles nocheinmal komplett neu installieren ?? habe allerdings schon so viele
änderungen in meiner template
Posts: 2
Ich habe etwas im Zusammenhang mit dem exec() herausgefunden.
Der Eintrag in der .htaccess bewirkt bekanntlich, daß netpbm etc. aufgerufen werden kann. Dies geht aber nur solange man das Setup der Gallery nicht erneut aufruft. Bei speichern der Konfiguration überschreibt dieser Prozess auch die .htaccess Datei und die von Hand eingetragene Zeile verschwindet wieder. Ich habe daraufhin in der Datei /gallery/setup/write.inc die Zeile "AddHandler php-fastcgi .php .php4" eingefügt, damit diese bei jedem Speichern eben mitgeschrieben wird. Das funktioniert soweit ganz gut. Mein Problem ist jetzt allerdings, daß die Gallery Probleme beim lesen/schreiben der *.lock Dateien hat. (Probleme fopen...). Ich hab die Gallery nun gelöscht, hab die Nase voll :evil: (ich weiß, daß die Gallery nix dafür kann sondern daß es an der Serverkonf. des Providers liegt....). Schade eigentlich.
n
Posts: 32
Wieso verzweifeln ich habe die Gallery auf ca . 10 versch. Domänen am laufen Provider All-incl. ohne Probleme.
die .htaccess muss auf die oberste Fläche deiner Domäne und nich in den gallery Ordner.
Ich könnte dir anbieten mir per PM deine FTP Zugangsdaten zukommen zu lassen und ich versuche dir die Gallery zu Installieren.
Wenn du möchtest.
Ansonsten wie gesagt es funktioniert auch mit All-inkl.com.
Posts: 2
*AnDieStirnKlatsch*, da hatte ich nen falschen Tipp von all-inkl bekommen. Die hatten mir geschrieben, die Zeile gehört in die htaccess innerhalb gallery. Ich habs nun gerade nochmal frisch installiert mit der .htaccess direkt im Rootverzeichnis und siehe da, bisher keine einzige Fehlermeldung. Sogar Remote Control läuft fehlerfrei. Und zur Krönung hab ichs in Mambo eingebunden und auch das läuft auf den ersten Blick klaglos. :P
n
PS. Danke für die angebotene Hilfe :wink:
Posts: 32
Irgendwie wahr es ja auch mein Fehler als ich das Topic eröffnet hatte schrieb ich ja auch das die .htaccess Datei in das Gallery Verzeiniss muss.
Habe ich jetzt mal schnell geändert die .htaccess Datei muss in dein Root Verzeichniss.
Kein Problem ich helfe gerne ich habe auch eine Zeit lang rumm Gebastelt bis es funktionierte weil ( Sorry aber es ist so ) ich stehe auf Menalto Gallery und mit All-inkl.com bin ich auch zufrieden.
Aber zum Glück gibt es ja das WWW und die vielen Foren.Hier auch noch mal ein Dank an Tim_j der es wirklich drauf hat und natürlich an all die anderen User die gerne mal einem weiter helfen.
Bis demnächst Gruß Chrissi
Posts: 2
Also, bei mir hakt es leider noch. Ich habe die Zeile in meine /.htaccess der root-Ebene eingebunden, und die Verzeichnisse /albums und /tmp haben den Owner vxxxxxx, also meinen Webserver. Das sollte doch richtig sein? Du schriebst in deiner Beispielmail an All-Inkl zwar, sie sollen den Besitzer ändern, aber nicht von was auf was.
Richtig, daß ich vorher kein /tmp-Verzeichnis hatte/brauchte? Jetzt habe ich es per FTP angelegt und chmod777 gemacht, owner ist, wie gesagt, vxxxxxx.
Es bleibt
Warning: session_start(): open(/tmp/sess_lalelu, O_RDWR) failed: Permission denied (13) in /www/htdocs/vxxxxxx/modules/gallery/session.php on line 51
Ich verwende PHP-Nuke (5.5) und Gallery (1.3?) als Modul darin, recht alte Versionen, haben bis vor dem Sicherheitsgedöns aber funktioniert.
Posts: 3
Hi@all!
Habe auch die Gallery bei all-inkl.com laufen. Sie war bereits vor der Umstellung bei all-Inkl.com installiert und lief perfekt. Nun habe ich nach der Umstellung dasselbe Problem, wie oben beschrieben.
Habe nun schon eine .htaccess mit dem Inhalt "AddHandler php-cgi .php .php4" ins Root-Verzeichnis getan. leider lassen sich immer noch keine Bilder hochladen.
Es erscheint folgende Fehlermeldung:
Warning: fopen(/www/htdocs/v111816/albums/album26/photos.dat.lock): failed to open stream: Keine Berechtigung in /www/htdocs/v111816/gallery/platform/fs_unix.php on line 55
Fehler: Konnte die lock Datei (/www/htdocs/v111816/albums/album26/photos.dat.lock) nicht öffnen!
Was genau muss ich machen, um dies zu vermeiden? Ihr habt es ja alle schon wieder zum laufen gebracht. Jedoch habe ich scheinbar nicht alles in dem Thread hier verstanden.
Wieso fehlen mir nach dem Einspielen der .htaccess die Berechtigungen und was muss ich tun um den Fehler zu beheben? Bitte mit Erklärung damit ich es als Anfänger auch verstehe.
Freue mich über jede Hilfe. Danke!
Gruß
SUNnyx
Posts: 3
hat sich erledigt.
Es geht genauso wie mccollin es beschrieben hat.
1.
Eine Datei ".htaccess" mit Inhalt "AddHandler php-fastcgi .php .php4" ins Hauptverzeichnis (root) ablegen.
2.
Bei all-inkl.com anrufen oder mailen und die Rechte des Verzeichnis der gallery ändern lassen. Die wissen schon was sie tun müssen, wenn man ihnen sagt, das mit die o.g. Datei ins Verzeichnis gelegt hat.
3.
Etwas warten. Bei mir hat es nach der Vergabe der neuen Rechte (direkt am Telefon) ein paar Minuten gedauert bis der Server es "gemerkt" hat.
Danach bzw. seitdem funtioniert die Menalto Gallery wieder wie zuvor.
Posts: 120
Ist es normal, dass man neuerdings bei all-inkl. ein Memory-Limit von 20MB hat?
Ich kann diverse MODs nicht mehr ausführen (STATS.PHP).
Ca. 3500 Bilder.
Posts: 11
Das war bei mir schon immer so.
Lässt sich aber mit
php_value memory_limit [new memory limit]in der htaccess leicht beheben
(habe das jetzt auf 40 MB gesetzt - das reicht bei mir für 6600 Bilder :P )
Posts: 120
Nee, das lässt sich damit leider nicht beheben, deswegen frage ich ja.
Ich habe bei mir die Zeile (Speicherlimit in Bytes) angegeben.
Da ich jedoch jetzt PHP nicht als Modul, sondern als CGI laufen lassen muss, komme ich nicht mehr über 20 MB.
Das hat mir All-inkl. inzwischen auch schon bestätigt.
Schade. Und tschüss liebes stats.php-Script. ;-(
Posts: 52
Ein Lob und eine Danke an mccollin.
Hat super geklappt mit der Mail an all-inkl.
Habe jetzt wieder zwei lauffähige galleries.
Gruß
Thomas
Posts: 2
Hurra, es geht! Die Welt ist gerettet! Dem Urautor mccollin sei gedankt - gleichwohl er bei mir einen lag von einer Woche eingebaut hat :-? Wer auf seinen mailto:-Link klickt, kommt mit seiner Mail an den Support nämlich ins Nirwana, richtig muß es heißen mailto:support@all-inkl.com, nicht .de - und ich ärgerte mich schon, daß nie eine Antwort kam... ist sonst gar nicht die Art dieser netten Menschen dort.
Posts: 13
Hallo,
mir ist aufgefallen, das all-inkl. heute morgen, ohne jegliche Anfrage, mein PHP 4.3.8 auf 5.0.2 geupdatet hat. Das ist zwar kein Problem, nur leider ist schon wieder die exec() Funktion deaktiviert :evil: :x.
Es lief ja alles wunderbar, nun haben sie es deaktiviert. Nun frage ich mich, wo das hinführen soll. Schließlich funktioniert ja Gallery nicht wenn exec() ausgeschaltet ist......
Nicht zu fassen..... :roll:
Posts: 756
Funktioniert schon. Nur halt kein direkter Upload.
Vielleicht mal die Gallery-Remote-Entwickler bitten, dass sie das deren Upload-Interface so bauen, dass man kein Server-basiertes Resizing duchführt. Wobei eben genau letzteres ja eigentlich ein Feature von Gallery ist.
Posts: 13
Hmmm, und wie soll ich nun Fotos uploaden ?? Ist doch nicht Sinn der Sache :roll:. Oh mann.....
Posts: 32
Danke und Sorry habe ich soeben geändert auf
Sorry noch mal
Posts: 32
Welchen Vertrag hast du bei all-inkl.com
Ich habe
Web Privat L mit PHP/4.3.9
Web Business L mit PHP/4.3.1
Posts: 13
Ich habe Web Privat L mit PHP 5.0.2. Naja , all-inkl. hat es ohne Nachfrage einfach direkt geändert, obwohl mit 4.3.8 vorher alles super lief. Direkt am Sonntag Morgen.
Posts: 11
Bei mir das Gleiche :cry:
Jetzt weiß ich auch wovon Ihr die ganze Zeit redet...
Posts: 120
Aarg. So langsam werde ich sauer.
Hab damals auch PHP als CGI laufen lassen (müssen).
Also den Addhandler-Befehl in die .htaccess aufgenommen.
Mein Problem ist zustätzlich, dass bei mir "gallery" als Modul in Postnuke arbeitet.
Jetzt erhalte ich unregelmäßig aber oft folgende Fehler:
----CUT----
Ausserdem kann ich (wenn PHP als CGI läuft) wieder nicht mit STATS.PHP arbeiten.
Früher konnte ich per .htaccess das Speicherlimit noch hochsetzen. "php_value memory_limit 32000000". Doch das bringt jetzt auch nichts mehr im CGI-Modus.
Bei 20MB ist scheinbar Schluss.
Fatal error: Allowed memory size of 20971520 bytes exhausted (tried to allocate 560 bytes) in /www/htdocs/domain/modules/gallery/classes/Album.php on line 1704Hat jemand eine Idee?
Posts: 120
Ich muss nochmal nachfragen, ob es jemand geschafft hat.
(wg. letztem Posting vom Dec 16, 2004 - 03:01 PM)
Ich betreibe Gallery als Modul in Postnuke.
Zu oft meldet die Seite "Internal Server Error", obwohl die .htaccess all-inkl-konform geändert wurde. Es gibt ansonsten keine weiteren .htaccess-Dateien im Gallery-Verzeichnis. Also nur im root.
Ausserdem läuft stats.php bei mir nicht mehr. Immer "Fatal Error" wegen angeblich zu wenig Speicher.
(Habe übrigens mittlerweile auf Gallery v1.5-cvs-b319 aktualisiert.
Dort ist die stats.php-Funktion mittlerweile fest integriert.
Hat denn niemand eine Idee?
Posts: 3
Habe auch mein Hosting bei all-incl.com und habe nun auch das Problem. Setup etc. ist nach dem Eintrag in die .htaccess gut verlaufen. Betreibe die Gallery mit PostNuke. Ins Root-Verzeichnis habe ich ebenfalls die o.g. Zeile in die .htaccess eingefuegt.
Nun erhalte ich beim Versuch ein Bild hochzuladen danach folgende Meldung:
Verarbeitungsstatus...
- Füge hinzu: anlage_1.jpg
Warning: copy(/www/htdocs/xxxx//albums/album02/anlage_1.jpg): failed to open stream: Keine Berechtigung in /www/htdocs/xxxx/modules/gallery/platform/fs_unix.php on line 26
Ausmaß verändern / komprimieren des Originalbildes
Warning: getimagesize(/www/htdocs/hari//albums/album02/anlage_1.jpg): failed to open stream: Datei oder Verzeichnis nicht gefunden in /www/htdocs/hari/modules/gallery/util.php on line 436
Die Berechtigungen habe ich per FTP auf 777 gesetzt. Oder sollte ich all-incl.com anschreiben, damit diese mir die entsprechenden Berechtigungen setzen?
Posts: 120
Es geht nicht nur um CHMOD 777, sondern auch um den Owner der Dateien. Und deswegen solltest du All-inkl. mal anschreiben.
Posts: 9
Ich habe auch meine Webseite bei AllIncl.com
Habe die .htaccess mit dem Eintrag:
AddHandler php-fastcgi .php .php4
ins Hauptverzeichnis kopiert.
Jetzt schreibt er mir irgendwas von wegen keine Berechtigung wenn ich Bilder hochladen will.
Helft mir mal weiter. Was muss ich noch machen ?
Posts: 120
Hier stand doch irgendwo im Thread eine Mustermail für All-inkl.
Wenn du FRÜHER die Dateien hochgeladen hast, dann bist ist der FTP-User Owner der Dateien. Falls aber Dateien (wie im Albumverzeichnis) per PHP erstellt wurden, dann ist Apache der Owner.
So hatte ich immer Ärger, weil ich als FTP-User die durch den Apache-Task angelegten Dateien nicht löschen konnte. (Lösung: Ich habe einen PHP-Filemanager installiert).
Egal: Auf jeden Fall muss du nach Einfügen der AddHandler-zeile (also PHP im CGI-Modus laufen lassen), die kompletten Rechte vom Provider angleichen.
Es Endeffekt werden die Rechte komplett zurück auf den FTP-User geändert.
Und da einige FTP-Scripts im CGI-Modus keine Rechte haben auf die alten (durch Apache) angelegten Dateien zuzugreifen, erhälst du die Fehlermeldung.
All-inkl. erledigt das übrigens innerhalb weniger Minuten. Ist nur ein Runterbrechen der Rechte. Mehr nicht.
@mralchemy:
Eine etwas mehr aussagekräftigere Fehlermeldung würde helfen.
Wurde ein /tmp Verzeichnis angegeben? Volle 777-Rechte vorhanden?
Posts: 13
Hi Leute ,
ich wollte heute nochmal einen neuen Anlauf starten mit Gallery , mit der neuesten 1.51 Version , leider habe ich wieder Probleme bei der Installation. Wenn ich PHP über Perl laufen lasse erhalte ich massiv Probleme und ich kriege die Gallerie erst garnicht zum installieren, geschweige denn zum Laufen :x .
Soll ich All-inkl. nochmal anschreiben ?? Das kann doch so nicht sein...
Posts: 120
@Corsair:
Hast du mal versucht, direkt vor der Installation eine .htaccess mit den AddHandler-Zeilen zu erstellen?
So dass die Galleryinstallation direkt im CGI-Modus startet?
Also Gallery-Files hochladen.
Dann die von All-Inkl. gewünschte .htaccess-Dateimodifizierung hochladen.
Und dann erst die Installation starten.
Posts: 13
Wie sieht die aus oder woher kriege ich die ??
EDIT: Die .htaccess Datei habe ich auf jeden Fall modifiziert, schon vorher. Nur habe ich extrem viele Fehler wenn ich die Installation abschließen will. Er meckert mich an : Admin Passwort vergessen usw.. dies und jenes, obwohl ich alles eingetragen habe.
Posts: 120
Meine .htaccess sieht so aus:
Aber so wie es aussieht gibt es bei dir noch andere Probleme.
Schau doch per FTP (z.B. FileZilla) mal nach, wer der Besitzer (=Owner) des Album-Verzeichnisses ist. (nicht das Gallery-Verzeichnis).
Es scheint so, als wären einige Dateien (insbesondere die Userdateien) vom Apache-Task angelegt. So ist dann der Apache-Task der Besitzer der Dateien und die Gallery kann nicht mehr darauf zugreifen.
Wenn PHP als CGI läuft, werden alle Dateien mit den korrekten Berechtigungen angelegt.
P.S.:
In Filezilla kann man unter "Einstellungen - Server\Dateliste" die Besitzer-Spalte einblenden.
Posts: 13
Ich schau mal nach...
Posts: 13
Es funzt !!! Ich hatte vergessen die Befehle die du oben angegeben hast in die .htaccess Datei einzufügen !!
Vielen Dank nochmal !!!!!!!!!!!!!!! :P
Posts: 13
Oh nein ich glaube es nicht. Es funktioniert doch nicht !!!!!! Ich verzweifle :o :o :o :o :o .
Ich kann kein Bild hochladen...
[img]http://plasmafire.net/work/Image1.png[/img]
:roll:
Posts: 13
Niemand eine Idee ??
Meine htaccess Datei sieht nun so aus:
# BEGIN Gallery section # (Automatically generated. Do not edit this section) # Note: still under development, so format may change. # If you edit this file, make a backup before runnng the Config. Wizard. Options -Indexes +FollowSymLinks <IfModule mod_rewrite.c> RewriteEngine On RewriteBase /gallery/ RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^\.\?/]+)/([0-9]+)$ /gallery/view_photo.php?set_albumName=$1&index=$2 [QSA] RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^\.\?/]+)/([A-Za-z_0-9\-]+)$ /gallery/view_photo.php?set_albumName=$1&id=$2 [QSA] RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^\.\?/]+)/$ /gallery/$1 [R] RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^\.\?/]+)$ /gallery/view_album.php?set_albumName=$1 [QSA] </IfModule> # END Gallery section. Add User changes below this linePosts: 13
Habs jetzt doch hinbekommen:
1.) Vor der Installation die .htaccess Datei modifizieren wie Herr.Vorragend es gesagt hat.
2.) Alles normal installieren
3.) Nach der Installation die .htaccess nochmals modifizieren, die Modifikationen der CGI Files einfügen, wie im Schritt 1.
Posts: 15
Ich würde so gerne meine Gallery in Mambo einbinden...
Das Problem bei der Standalone Gallery läßt sich ja recht einfach durch den Eintrag in der .haccess Datei lösen.
-> Habe die .htaccess Datei im Gallery Verzeichnis angepasst.
Innerhalb von Mambo erscheint jedoch immer noch die alte Fehlermeldung:
Wie man mir bei All-Inkl mitteilte liegt das daran, dass man nicht PHP bei Gallery im Cgi-Mode und bei Mambo normal laufen lassen kann.
Entweder oder!
Habe also mal die ganze Domain PHP im CGI-Mode laufen lassen... Siehe da, es geht. Keine Fehlermeldungen mehr, aber dafür Wartezeiten!
Mambo ist im CGI-Mode nicht zu ertragen... Alles dauet ewig!
Wer kann mir also helfen, die Komponente oder Gallery so anzupassen, dass:
1. Gallery auch bei all-inkl im normalen PHP Mode läuft
ODER
2. Gallery im CGI-Mode, aber innerhalb von Mambo (ohne CGI-Mode) läuft.
Wenn alle Stricke reißen, dann wäre ich auch bereit Gallery im Wrapper laufen zu lassen, allerdings nur, wenn ich das Last Album / Random Pic Modul zum laufen bekomme.
Bin für jede Hilfe dankbar!
Posts: 756
Gallery kann nur dann im normalen Apache-Modul-Modus laufen, wenn die PHP-Funktion exec() freigegeben ist. Das ist bei all-inkl nicht der Fall, wie dieser lange Thread zeigt.
Das einzige was gehen wird, ist die Entkopplung von "Gallery in Mambo benutzen" und "Bilder hochladen". (Nur beim Hochladen von Bildern wird exec() nötig). Du könntest also mal probieren:
- Gallery wird wie gewohnt in Mambo installiert
- Zusätzlich legst du eine Kopie des Gallery-Verzeichnisses woanders - ausserhalb Mambo, anderer Name - an. Dieser Kopie gibst du in der Konfiguration für das Albums-Verzeichnis aber das in Mambo benutzte an.
Für den Upload kannst du nun die seperate Kopie verwenden. Wenn das klappt, kannst du versuchen, den Upload-Aufruf in der Mambo-Gallery per Popup umzulenken auf die andere Gallery, so dass die User nix merken.
Posts: 15
Wow... Guter Ansatz!
Werde mich morgen mal daran machen und es ausprobieren...
Danke erstmal!