Igäl

Hi Leute

Ich bin gerade dabei, meine Page zu optimieren. Dazu gehört auch die Bildergallerie, welche ich jetzt gerne vereinfachen würde. Bis anhin musste der User per FTP die Bilder hochladen und die entsprechenden Datenbankeinträge über ein Interface anlegen.

Nun möchte ich aber, dass die User einfach nur ein Zip-File hochladen müssen, welches dann vom Server automatisch bearbeitet wird. Hab mir dazu folgenden Artikel zu Gemüte geführt: http://de2.php.net/zip

Allerdings scheitere ich schon ziemlich früh:
Da die Funktion zip_read() als Parameter eine Variable vom Typ "resource" verlangt (wie mir die ausgegebene Fehlermeldung von zip_read() unmissverständlich klar macht), teste ich darauf. Es ist jedoch keine keine resource. Jedoch ist $zip auch nicht === false, was heissen muss, dass zip_open die Datei findet.

In der Doku heisst es, dass in der php.ini, unter Windows, "php_zip.dll" auf enabled sein muss. Bedeutet "extension=php_zip.dll", dass dem so ist?

Ich bin also mehr oder weniger ratlos, warum zip_open() das Archiv findet, schlussendlich aber keinen Zeiger darauf zurück gibt. Kann mir da einer von euch helfen?

Zweite Frage: Was ist performance-technisch klüger?
1. Bilder in der Datenbank ablegen
2. Bilder in einem separaten Ordner speichern und den Pfad zum Bild in der DB ablegen

Herzlichen Dank für die Hilfe

Liebe Grüsse
Igäl

__________________
Das Recht auf Dummheit gehört zur Garantie der freien Entfaltung der Persönlichkeit.
Mark Twain

Mister Ad

dr.e.

Hallo Igäl,

ich vertraue beim Erstellen und Entpacken den ZIP-Funktionen von PHP nicht, weswegen ich dir aus persönlichen Gründen zur Verwendung von Command-Line-Tools raten würde. Mit einem gepflegten "unzip -d {/path/ot/file.zip}" geht das einfacher. Den Prozess muss man einfach einmal erstellen (kann auch ein Shell-Skript sein) und dann nur noch von PHP parametrisiert ausführen lassen. Ich persönlich mag das lieber, denn die nativ CMD-Tools sind da schneller.

Frage 2 (Extension in php.ini): Ja, die Extension muss erst aktiviert sein, sonst geht da nix. Das kannst au aber mit extension_loaded() prüfen oder ein phpinfo() ausgeben lassen.

Frage 3 (Bilder und Performance): Es ist ganz klar erwiesen, dass das Speichern von Bildern - oder allgemein Dateien - in der Datenbank performanctechnischer Mist ist. Am eigenen Leib erfahre ich das aktuell auf Arbeit, da Microsoft's Sharepoint Server auch jede Datei seines Postals in der DB speichert. Nicht nur dass die Platten unseres SANs daduch extrem schnell voll werden, sondern auch die Performance des SQL-Servers sinkt gewaltig, da SELECTs einfach über die Datenmenge langsamer werden. Zu dem Thema gabs auch bei der PHP-FAQ unter http://www.php-faq.de/q/q-db-blob.html einen Artikel von Kristian Köhntopp, der das nochmal ausführlich beschreibt.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Igäl

Dazu muss ich sagen, dass ich mit dem Gebrauch von PHP als Command-Line Sprache keinerlei Erfahrung habe und auch nicht weiss, ob mein Hoster ein solches Vorgehen erlaubt. Ist es aber nach einem solchen Command möglich, die entpackten Bilder (darauf läuft es schlussendlich hinaus) mit einem weiteren PHP-Script weiter zu verarbeiten?

Die Funktion extension_loaded("zip") ergibt "true", was von den angaben in phpinfo() bestätigt wird. Darum bin ich immernoch ratlos, was zip_open() macht. Irgendwie kann ich ja wirklich nicht weiterarbeiten, wenn er die Datei zwar findet, mir aber keinen Pointer zurück gibt

Ok danke für die Antwort. Werde demnach meine gängige Praxis mit der Bilder-Speicherung so beibehalten.

Gruss Igäl

__________________
Das Recht auf Dummheit gehört zur Garantie der freien Entfaltung der Persönlichkeit.
Mark Twain

Igäl

Ok ich hab den Fehler von zip_open gefunden. Damit die Funktion mit der Datei arbeiten kann, benötigt sie einen absoluten Pfad.

Habe jetzt einfach mit realpath("test.zip") gearbeitet. So hats funktioniert.

Edit:
Da ich aber irgendwie jetzt doch nicht mehr so Fan davon bin, dass der User ein Zip-File mit seinen Bildern hochlädt (das sind Teilweise an die 200 Bilder, was eine ziemliche Datenmenge darstellt --> Probleme mit timeouts, etc.), habe ich nun kurz nach alternativen Lösungen gesucht und bin auf die Idee gekommen, dass der User ein Verzeichnis angeben könnte, in welchem die Bilder liegen.

Ist es möglich, dass PHP ein, vom User angegebenes Verzeichnis, ausliest und alle gefundenen Bilddateien hochlädt?

__________________
Das Recht auf Dummheit gehört zur Garantie der freien Entfaltung der Persönlichkeit.
Mark Twain

KingCrunch

Nein, weil wie üblich: PHP serverseitig, Verzeichnisse auf Client nicht

__________________
Nicht jeder Fehler ist ein Bug.

Zergling-new

Ich hatte mir darüber auch mal Gedanken gemacht, ich kam eigentlich zu folgenden Möglichkeiten:
-Albackenes Formular
-WebDAV
-Clientplugins (Flash, Java)
-Gast-FTP Zugang
-ZIP

Letztlich hab ich das ZIP genommen, alternativ auch hochzuladen über den Gast-FTP Zugang. Timeouts etc. kannst du ja einfach selbst hochsetzen .. und wenns wieder mal am Hoster scheitert. Tja dann wirds halt echt mal Zeit den zu wechseln, immer kostenlos schlägt sich halt auch auf die Qualität nieder.

Igäl

Bin eigentlich seit 2003 beim selben Hoster und der nimmt auch Geld für seinen umfassenden und, wie ich sagen muss, guten Service. Deiner Reaktion entnehme ich aber, dass Kommandozeilen-basiertes PHP bei den Hostern normalerweise möglich ist.

Hast du das ZIP wie Dr. e über Kommandozeile oder mit den zip-Libaries von PHP gelöst?

__________________
Das Recht auf Dummheit gehört zur Garantie der freien Entfaltung der Persönlichkeit.
Mark Twain