Copy & Show - Gallery (die wahrscheinlich einfachste Galerie der Welt)

glasbaustein · 15. Mai 2009

@Citronengras: Ist denn bei dir (auf dem Webserver) in PHP die EXIF-Funktion aktiviert? Ich kann in deiner PHP-Konfig (ich war mal so frei nachzuschauen

) keine Infos dazu finden. Bei mir finde ich nämlich folgenden Eintrag in der phpinfo():

Code:

EXIF Support     enabled
EXIF Version     1.4 $Id: exif.c,v 1.173.2.5.2.26 2008/08/03 12:11:13 jani Exp $
Supported EXIF Version     0220
Supported filetypes     JPEG,TIFF

Und die betreffende Zeile (881) greift - wenn ich mich nicht täusche - auf die EXIFs der Fotos zu.

Citronengras · 15. Mai 2009

Nö, finde da auch nichts dazu. Wäre ja schade wenn es dann nicht läuft

Thunderclap · 16. Mai 2009

glasbaustein schrieb:
@Citronengras: Ist denn bei dir (auf dem Webserver) in PHP die EXIF-Funktion aktiviert?
[...]
Und die betreffende Zeile (881) greift - wenn ich mich nicht täusche - auf die EXIFs der Fotos zu.

Nein, das Exif-Modul muss NICHT aktiviert sein!
Allerdings greift die Funktion die eben anstelle des Exif-Moduls die Exifs ausliest auf das gettext-Modul zu

und DAS fehlt ihm...
Es gibt im Netz aber ein Workaround um gettext zu ersetzen...

Ich werde mich morgen mal dranmachen!

Citronengras schrieb:
Nö, finde da auch nichts dazu. Wäre ja schade wenn es dann nicht läuft

Keine Angst, ich bin dran

So, und bevor ich mich mal langsam ins Bett begebe:

TATAAAAA: Die Slimbox-Version

http://vysions.de/cas-gallery/index.php

Trotz Slimbox - Immernoch nur EINE Datei

(Bevor sich jemand wundert: Dateinamen habe ich aus optischen Gründen hier mal ausgeblendet - Sie sind natürlich weiter ein- und ausschaltbar und vorhanden

)
Zum download stellen werde ich die Slimbox-Version im laufe des Tages... ein paar Details muss ich da noch checken

Danke nochmal an alle Tester!

Thunderclap · 16. Mai 2009

So... ich konnte es nicht lassen und hab tatsächlich noch einen längst vergessenen Webspace-Account von mir gefunden, der noch komplett unter PHP4 lief

Die Probleme konnte ich nachstellen und.... sie sind (hoffentlich alle) behoben

Die Slimbox ist soweit auch stabil (soweit ich das sehe

)

Das neue Release 1.1 gibt es im Eingangspost!

moon1883 · 16. Mai 2009

Thunderclap schrieb:
Ich vestehe nicht, dasss anscheinend noch verdammt viele Hoster per Default PHP4 fahren??!

Jetzt hab ich es! Man kann das beim Provider umstellen, sodas ".PHP" automatisch als PHP5.2.8 interpretiert wird. Per Default war das vorher PHP 4irgendwas.

moon1883 · 16. Mai 2009

Thunderclap schrieb:
Die Slimbox ist soweit auch stabil (soweit ich das sehe )

Das mag ich gar nicht, sei mir nicht böse. Ich finde die alte, schlichte Version vollkommen ausreichend.

Vorher waren 18 Bilder im Verzeichnis, wurde auch mit Bild 1-18 angezeigt. Jetzt habe ich noch EIN Bild hinzugefügt und es wird "Bild 1-20" angezeigt. Kann es sein, das das Script den selbst angelegten "thumbnails"-Ordner als Bild mitzählt?

Wenn ich das Verzeichnis "thumbnails" löschen will, so bekomme ich Probleme mit meinem FileZilla. Die Dateien darin werden gelöscht, für das Verzeichnis selber bekomme ich "permission denied". Wie bekomme ich das weg? Einloggen und von Hand löschen kann es ja nicht sein, oder? Auch den Testordner "qt" bekomme ich nicht weg. Ich mag es gar nicht, wenn ich merke daß ich zu blöd und nicht mehr Herr über meinen FTP-Zugang bin. Muß wohl mal FTP Grundlagen auffrischen...

Warum werden die Attribute alle gesetzt? "Execute" ist ja wohl nicht nötig, und "Public Write" auch nicht. Öffnet sowas nicht unter Umständen Sicherheitslücken?

Glaube, ich laß das lieber sein. Auf der Suche nach der Ursache fand ich in einem Forum den Thread
http://www.flashforum.de/forum/showthread.php?t=118047
und darin schreibt jemand

bei meinem hoster läuft ein watchdog, der autom. den bereich sperrt, welcher über längere zeit eine zu hohe last verursacht, was bei sharedhosting accounts fatal ist für die anderen kunden... evtl. läuft bei deinem hoster ebenfalls soetwas und er wurde gesperrt.

Die Generierung der Thumbs verursacht ja eine gewisse Last... und jetzt darf man den Testordner nicht mehr löschen.

Thunderclap · 16. Mai 2009

moon1883 schrieb:
Das mag ich gar nicht, sei mir nicht böse. Ich finde die alte, schlichte Version vollkommen ausreichend.

Zum glück gibt es ja den Konfigbereich

Setz $Slimbox auf false und du hast das alte Verhalten

(ist auch dokumentiert)

moon1883 schrieb:
Vorher waren 18 Bilder im Verzeichnis, wurde auch mit Bild 1-18 angezeigt. Jetzt habe ich noch EIN Bild hinzugefügt und es wird "Bild 1-20" angezeigt. Kann es sein, das das Script den selbst angelegten "thumbnails"-Ordner als Bild mitzählt?

Prüf ich nach! Könnte mit der Neuimplementierung von scandir() "eingeschlept" worden sein...

moon1883 schrieb:
Wenn ich das Verzeichnis "thumbnails" löschen will, so bekomme ich Probleme mit meinem FileZilla. Die Dateien darin werden gelöscht, für das Verzeichnis selber bekomme ich "permission denied". Wie bekomme ich das weg? Einloggen und von Hand löschen kann es ja nicht sein, oder? Auch den Testordner "qt" bekomme ich nicht weg. Ich mag es gar nicht, wenn ich merke daß ich zu blöd und nicht mehr Herr über meinen FTP-Zugang bin. Muß wohl mal FTP Grundlagen auffrischen...

Du warst einer der ersten Tester... da wurde Ordner noch mit den Berechtigungen des Web-Users erstellt, und ohne public write kannst du ihn mit deinem ftp-User nicht löschen! (Ich musste auch in die Root-Konsole dafür

)
Ich stell nachher ein kleines Script online (1-Zeiler), dass den Ordner auch im Web-Userkontext löscht.
Die aktuelle Version müsste die Rechte entsprechend setzen!
edit: obwohl.... die erste Version lief ja bei dir eigentlich garnicht??! Hmm...
Welche Attribute hat das Verzeichnis?

moon1883 schrieb:
Warum werden die Attribute alle gesetzt? "Execute" ist ja wohl nicht nötig, und "Public Write" auch nicht. Öffnet sowas nicht unter Umständen Sicherheitslücken?

Execute bedeutet bei Ordnern "Browse" - ist also je nach Konfig nötig wenn FTP-User und Webservice gleichermassen den Verzeichnisinhalt auflisten dürfen sollen. Die Thumbnails dürften eigentlich nur 555 haben... (ich seh heute Abend auch noch mal nach!)
Public Write ist ebenfalls nötig, wenn Webservice-User und FTP-User nicht in der selben GID sind.

moon1883 schrieb:
Glaube, ich laß das lieber sein. Auf der Suche nach der Ursache fand ich in einem Forum den Thread
http://www.flashforum.de/forum/showthread.php?t=118047
und darin schreibt jemand

Die Generierung der Thumbs verursacht ja eine gewisse Last... und jetzt darf man den Testordner nicht mehr löschen.

Das ist Quatsch... Thumbnails erzeugt jede Galeriesoftware. Das Problem mit dem Zugriff ist ein Berechtigungsproblem (das ich anfangs genauso hatte - und meinen Server administriere ich selbst, Providereinwirkung also ausgeschlossen

)

moon1883 · 16. Mai 2009

Thunderclap schrieb:
Zum glück gibt es ja den Konfigbereich Setz $Slimbox auf false und du hast das alte Verhalten (ist auch dokumentiert)

OK, das probiere ich aus. Ich bin ja für kleine, schlanke und dadurch elegante Lösungen. Hatte ich schon mal gesagt, glaube ich

Thunderclap schrieb:
Du warst einer der ersten Tester... da wurde Ordner noch mit den Berechtigungen des Web-Users erstellt, und ohne public write kannst du ihn mit deinem ftp-User nicht löschen!

Ähm... der Thumbnails Ordner wurde mit Deiner Version von gestern abend erstellt, nachdem ich diese auf ".php5" umbenannt habe. Danach habe ich administriert, daß nun ".php" als PHP5.2.8 interpretiert werden soll. Danach habe ich noch ein Bild in den Ordner eingeladen, um zu sehen wie das Script dann reagiert. Von dem neuen Bild wurde kein Thumb erstellt, angezeigt wurde es einwandfrei.

Thunderclap schrieb:
(Ich musste auch in die Root-Konsole dafür )

Sowatt hab ich goa nich, trotzdem ging es irgendwann. Umbenennen ging auch vorher, nur löschen nicht. Nach einer Weile wieder FileZilla ageworfen und... nach delete verschwand der Ordner anstandslos.

File Attribute hatte ich alle möglichen ausprobiert, keines half. In diversen Foren wurde von diesen Problemen berichtet, und dieses Problem tritt öfter auf: Wenn ein Script Dateien/Ordner erstellt, hat der ftp_User keinen Vollzugriff mehr darauf.

Thunderclap schrieb:
Ich stell nachher ein kleines Script online (1-Zeiler), dass den Ordner auch im Web-Userkontext löscht.

Danke, vielleicht braucht man es nochmal...

Thunderclap schrieb:
Die aktuelle Version müsste die Rechte entsprechend setzen!

OK, das probiere ich nochmal. Hattest Du nochmal ausgetauscht? Ich lade sicherheitshalber nochmal frisch von #1.

Macht immer Spaß, mit Programmierern etwas auszutesten :lol:

- vielleicht weil ich früher selbst viel programmiert habe (lange her...)

moon1883 · 16. Mai 2009

Nächster Test (ein bischen im Script herumkonfiguriert):

http://moon.foto-gama.com/qt/

Hey, geht!

Könnte man noch das Kameramodell anzeigen?

Nico_F · 16. Mai 2009

Irgendwas mach ich falsch... Die alte Version ohne Slimbox lief noch einwandfrei. Bei der neuen kommt nur eine leere Seite und nichts passiert.

Thunderclap · 16. Mai 2009

moon1883 schrieb:
Hey, geht!

Könnte man noch das Kameramodell anzeigen?

Zum Kameramodell:
Ist eine Idee... bau ich heute Abend noch ein

Thunderclap · 16. Mai 2009

Nico_F schrieb:
Irgendwas mach ich falsch... Die alte Version ohne Slimbox lief noch einwandfrei. Bei der neuen kommt nur eine leere Seite und nichts passiert.

Huch?!

(jetzt gehts bei moon, aber bei dir nicht mehr ^^ Das Script verarscht mich doch :lol:

)
Eine leere Seite ist wahrscheinlich ein PHP-Fehler in Kombination mit abgeschalteter fehlerausgabe...

Kannst du irgendwo ein errorlog einsehen, damit ich weiss, wo ich den Fehler suchen muss?
Hast du die Version aus dem Zip 1:1 hochgeladen, oder hast du Konfigurationen geändert? (und dabei z.B. aus versehen ein ; am Zeilenende überschrieben)

(Irgendwie könnte ich jetzt sagen "liegt am Server" .... aber ich will dass die Galerie ohne Konfiguration auf jedem normalen Server auf Anhieb läuft... ob das jemals bis zum letzten Server hinhaut ist fraglich, aber versuchen wirs mal...

)

Nico_F · 16. Mai 2009

Thunderclap schrieb:
Kannst du irgendwo ein errorlog einsehen, damit ich weiss, wo ich den Fehler suchen muss?
Hast du die Version aus dem Zip 1:1 hochgeladen, oder hast du Konfigurationen geändert? (und dabei z.B. aus versehen ein ; am Zeilenende überschrieben)

1:1 hochgeladen ohne Änderung.
Fehler: Cannot redeclare str_ireplace() in /customers/sichtfenster.com/sichtfenster.com/httpd.www/rubriken/1/index.php on line 373

moon1883 · 16. Mai 2009

Thunderclap schrieb:
Huch?! (jetzt gehts bei moon, aber bei dir nicht mehr ^^

Bei mir ist slimbox=false.

Ändere ich als einziges dann slimbox auf true, habe ich an der "slimbox" etwas auszusetzen: Bei meinem großen Bild (#3866) benötige ich einen Scrollbalken (unten), um das "close X" der Slimbox zu erreichen. Den Scrollbalken bekomme ich nur sehr mühsam nach rechts. Das "close X" erreiche ich jedoch nie. Also drücke ich "Back" - und alles ist gut. Aber richtig ist das nicht (FF 3.0.10). Ich werde mal ein noch größeres Bild einladen (Edit: ist drin #3645), damit auch die mit den >fullHD-Bildschirmen einen Scrollbalken haben (müssen).

Nochmal Edit: So große Bilder sollte man schon deshalb nicht verwenden, weil dann die Ausführung des Scriptes (bei Thumbs=false) jedesmal sehr lange dauert.

Citronengras · 16. Mai 2009

Schon wieder:

Fatal error: Cannot redeclare str_ireplace() in /mnt/web5/43/59/51990459/htdocs/test/test/index.php on line 373

moon1883 · 16. Mai 2009

annonyme schrieb:
Umstellen auf PHP5 muß [...] über die .htaccess gemacht werden.

Bei meinem Provider auch. Je nach Anwesenheit der .htaccess ändert sich das Verhalten des Scriptes...

Citronengras · 16. Mai 2009

Hab jetzt bei meinem Provider auf php5 umgestellt. Funzt trotzdem nicht

karl.nap · 16. Mai 2009

Bei mir auch... :angel:

Fatal error: Cannot redeclare str_ireplace() in /usr/export/www/vhosts/funnetwork/hosting/klabautermann999/index.php on line 373

Wäre es desweiteren möglich, die Galerie mit Passwort-Abfrage (an/abschaltbar, zum betreten/ansehen) zu versehen?

Thunderclap · 16. Mai 2009

Ah Ok! Das cannot redeclare kann ich ändern!

Ich hab die Funktion einfach überschrieben - bei mir geht das... ich benenn sie um und gut is, dann gibts keine Konflikte!

Gebt mir Zeit bis 16 Uhr oder so

Ich bin grade heimgekommen und muss erst mal was essen jetzt

Ganz ehrlich bin ich grade ein bisschen geschockt über PHP! Selbst gleiche Versionen scheinen dermassen unterschiedlich konfiguriert zu sein, dass es kaum möglich ist, es jeder Installation recht zu machen.... Dabei verwende ich nun wirklich keine ungewöhnlichen Bibliotheken o.ä. ...
(Bin wohl zu sehr verwöhnt aus dem Microsoft-Umfeld... Meine normale "Alltags-Welt" ist ASP.net bzw. "lokale" .net Applikationen

)

Egal... es ist ja ein Ende absehbar

Ach ja: php5 dürfte eigentlich nicht mehr nötig sein!

Thunderclap · 16. Mai 2009

karl.nap schrieb:
Wäre es desweiteren möglich, die Galerie mit Passwort-Abfrage (an/abschaltbar, zum betreten/ansehen) zu versehen?

Hmmm... wenn du mir einen Vorschlag machst, wie du dir die Nutzerverwaltung vorstellst, wäre das denkbar....

Derweil könntest du die Variante über .htaccess verwenden (bieten die meisten Provider in ihren Konfigmenüs an: Verzeichnis mit Passwort schützen" o.ä. )

Herzlich willkommen im "neuen" DSLR-Forum!

Copy & Show - Gallery (die wahrscheinlich einfachste Galerie der Welt)