Erweiterung der Download Gallery

[Waldschwein]

Hallo!

Im Prinzip ginge es doch auch deutlich einfacher: Keine neuen Abschnitte nehmen, sondern einfach die Anweisungen direkt in den "Kopfzeile" und "Fußzeile" der jeweiligen DownloadGallery einfügen unter "Optionen" auf der Seite... Also im Footer nach </table>.

Rein theoretisch kann man auch noch eleganter (sofern Tabelle & Elegant überhaupt machbar ist) das ganze durchführen: Und zwar, indem man der <table> vom Modul unter Datei Kopfzeile durch <table cellspacing="0" cellpadding="0" border="0" style="position: absolute; top: 450px; left: 300px;">
austauscht. Aber damit kann man einiges herumspielen...
Auf zusätzliche Sektionen aber nur um eine einzige Anweisung zu platzieren würde ich aber verzichten - das endet später einmal im Chaos...

Gruß Michael

[dbs]

"eigentlich" schreibe ich es so wie du sagst in den optionen. bei der downloadgallery habe ich damit aber nicht den datei-upload-link unter der tabelle mit im div und müsste ihn somit extra ansprechen. einen container um alles drumrum zu machen, find ich die einfachste lösung, schließlich will man ja noch gezielt css-en.
ähm und 3 abschnitte auf einer seite führen zu keinem wirrwarr.

am ende zählt aber, dass er einen anstoß bekam und sich selbst helfen konnte.

dbs

[webbutterfly]

Hello

..ich habe da ein kleines Problem...
Wenn ich unter "Optionen" eine neue Dateiendung hinzufüge (zB. bei "documents" odt), und das Ganze speichere, dann kommt diese Fehlermeldung:

Code:

Parse error: syntax error, unexpected T_IF in /var/www/wb/modules/download_gallery/save_extsettings.php  on line 78

und es wird nichts eingetragen...
 

Marion

[dbs]

kann ich nicht bestätigen für wb2.8.1 rc3(1280), da klappt das. *hatte die gerade zur hand*

dbs

[webbutterfly]

@FrankH
Danke für die Info!
Kannst du mir genau sagen wo... damit ich es korrigieren kann.

PS: Ein super Modul! Da muss ich nicht mit Dateiendungen kämpfen, es wird im Browser ganz einfach das passende Plugin benutzt. (Ubuntu / FF 3.5.*; 3.6)

Marion

[dbs]

wundert mich jetzt auch...  

das war wohl die dg1 version 2.11 für wb2.7
jetzt ist es jedenfalls wb2.8.1 und geht.

am modulnamen konnte ich es aber nicht erkennen, denn auf einer anderen wb2.8.1 version steht auch nur download gallery dran, ist die 2.21 und da kommt gleiche fehlermeldung wie oben.
ist nun mit dem semikolon behoben.

dbs

[FrankH]

wundert mich jetzt auch...  

das war wohl die dg1 version 2.11 für wb2.7
jetzt ist es jedenfalls wb2.8.1 und geht.

am modulnamen konnte ich es aber nicht erkennen, denn auf einer anderen wb2.8.1 version steht auch nur download gallery dran, ist die 2.21 und da kommt gleiche fehlermeldung wie oben.

dbs

Na da gibt es wohl 2 Leute, die eine v2 der DG gebastelt haben
Ich war aber der erste davon 

[webbutterfly]

  falsche Datei angesehen...
Funktioniert!
Man muss nur nach dem Eintrag, die "Optionen" speichern, dann wird der neue Eintrag erst sichtbar.

 ... und immer diese Windosen-Icons... es gibt ja OOorg 
doch die kann ich selbst ändern.

Danke für die rasche Hilfe!

Marion

[dbs]

@frank: warum nennst du deine erweiterte DG nicht DG2 ?

[FrankH]

@frank: warum nennst du deine erweiterte DG nicht DG2 ?

Sie hat ja die Versionsnummer 2, ich konnte ja nicht ahnen, daß jemand nach mir genau so wie ich die alte 1.9.x nimmt und auch noch ne v2 draus macht. Ist mir ja aber auch egal, ich komme ja deswegen nicht durcheinander 
Zahlen an den Modulnamen selbst anzuhängen ist hier ja nicht erwünscht, die Diskussion fand vor über einem Jahr statt und ich wurde gebeten, das nicht zu machen.

[dbs]

die disku hab ich verpasst. sehe im modulordner oder als modulinfo nur download gallery.
deshalb das missverständnis weiter oben. 

[dbs]

Nach einem Umzug(Kopie der Live-Seite auf einen Testserver) konnte ich nie Files downloaden bzw. anzeigen.
Es kam immer Internal Server Error.

In der WB-Datenbank wurde vorher die alte URL gegen die neue getauscht und dies sehe ich auch in der Tabelle "mod_download_galler y_files", Spalte "link". Allerdings hat die Spalte "filename" teilweise noch die Pfade des alten Servers(ohne http://www.domain.de) nur halfen Änderungen dort nicht.

Erst das Auskommentieren(Tipp von hier) von "Options -Indexes -ExecCGI" in der htaccess half, obwohl unter filename noch die alten Pfade stehen.
Sicher sollten dort gar keine Pfade stehen, nur der filename. Merkwürdig...

dbs

[Boudi]

Updated DUTCH language!! (zipfile, just unpack)

(the old was half English)

Boudi

[Boudi]

Hallo,

Wo kann ich das Datum ändern? Jetzt steht es in eine nicht Hollandisches format.

Heutiges beispiel: Mar 25 2010

Ich will es ändern nach: 25 03 2010

Ich kann leider den format string nicht finden um es zu ändern.

Bitte hilfe.

Boudi

[DJKat]

Mahlzeit zusammen!

War gerade dem Nervenzusammenbruch seeeeehr sehr nahe, nachdem ich das Modul neu installiert hatte.
Hatte vor die alte 1.4RC9 Version am laufen und war damit eigentlich auch recht zufrieden.
Ist aber auch schon seit einiger Zeit veraltet und hab mir gedacht, neue Version kann nicht schaden.
Wollte eigentlich auf die 1.91 upgraden, aber die wollte WB nicht.

Also runtergeladen, installiert, geguckt ob die Downloadseiten noch funktionieren und dann das große AAAAAAARRRRGGGGGGHH HHHHHH!!!
Alle Downloads kaputt, nichts hat mehr funktioniert.
Jedes mal wenn ich auf eine Datei gegangen bin kam ein neues Fenster mit der Startseite.
Versuche das alte Modul wieder draufzuladen blieben erfolglos > "Bereits installiert"

Aus purer Verzweiflung und in Ermangelung eines aktuellen Backups (das letzte ist zwar nur 2 Wochen alt, aber zu alt dafür) bin ich dann hingegangen und habe die alte dlc.php über das Backend hochgeladen und siehe da - es hat wieder alles funktioniert. 

Ist keine gute Lösung, aber funktioniert wenigstens.

Wurden seit der 1.4RC9 die Datenbank-Einträge so extrem verändert dass die neue Version damit nichts mehr anfangen kann? Oder woran kann das liegen? 

LG Dany

[Anke123]

Ich hoffe ich habe eine entsprechende Erklärung oder Hinweis nicht übersehen.

Ich habe folgende Frage.
Ich muss die Möglichkeit bieten PDF Dokumente zum Download anzubieten. Die DG2 öffnet allerdings immer das entsprechende PDF. Ich weis es gibt die Möglichkeit (rechte Taste "Speichern unter"), allerdings sind damit Besucher überfordert. Ich hatte zwar etwas von einer htaccess gelesen auch im Modul allerdings sehe ich keine solche Datei. Vielleicht habe ich das auch falsch verstanden oder eine entsprechende Funktion übersehen. Ich würde mcih auf eine Antwort freuen.

[maverik]

also wenn deine besucher nicht mit der bedienung eines zip programmes überfordert sind dann pack die pdfs doch einfach als zip datei.

[ruebenwurzel]

Hallo,

Die DG2 öffnet allerdings immer das entsprechende PDF

Diese Aussage ist falsch. Dein Browser, nicht die DG2, öffnet das PDF. Ob ein PDF heruntergeladen wird oder im Browser angezeigt wird liegt an den Einstellungen die der jeweilige Benutzer in seinem Browser macht. Die meisten haben wohl heutzutage ein plugin in den Browsern aktiviert (da gibt es verschiedene, nicht nur das von Adobe) das genau das bewirkt, dass PDF's im Browserfenster anzeigt. Das hat aber nix mit der Download Gallery zu tun.

Matthias

[Anke123]

Das ist richtig. Eventuell habe ich mcih falsch ausgedrückt. Egal ob der Browser die Möglichkeit zur verfügung stellt oder nicht. Ich möchte grundsätzlich nur das PDF - Dokument nur zum Downloaden anbieten, da diese sehr groß sind (geht nicht anders). Leider sind die User, selbst mit dem auspacken von ZIP Dateien teilweise überfordert (andere Format wie RAR lösen Verzeweifelung aus), daher kann ich diese auch nicht so anbieten.
Wie geschrieben, da die Dateien recht groß sind suche ich eine Möglichkeit diese als DL an zu bieten. Natürlich aus der DG2 heraus.

danke für Mühe und Infos

[dbs]

wenn die user nicht mit dem umbenennen überfordert sind, dann mach doch xy.pdf.aa draus.

[AR1306]

@Anke123,

wie bereits von den diversen "Vorbloggern" erwähnt und beschrieben liegt es einzig und allein an dem zur Anwendung kommendem Browser. Demzufolge kannst Du auch nur hier einen Schritt vorher "angreifen" und dem Server vorschreiben, wie er unter allen Umständen die Datei dem Browser "übergeben/anbieten" soll ...

In Deinem 1. Beitrag hattest Du schon die .htaccess erwähnt, da hier eben die Konfigurationen/Anweisungen für den Server hinterlegt werden. Hierzu hatte ich mal etwas im Netz gefunden und in meiner .htaccess drin - funktionierte super ... vielleicht hilft es ja weiter, mich stören auch immer diese "aufpoppenden" Fenster  :

Code:

<FilesMatch "\.(gz|pdf|zip|rar)$" >
ForceType application/octet-stream
</FilesMatch>

Header set Content-Disposition "attachment"
Header set Content-Type "application/octet-stream"

Man könnte es zwar auch via PHP machen, da hatte ich aber immer nur eine Lösung für eine einzelne Datei ... Bin halt kein Coder - Try and Error ist hier meine Devise  

EDIT: Mal so zur Info, was das im Einzelnen bewirkt ...

FilesMatch
Header set

Bis später

Andreas

[dbs]

dieser eintrag in der .htaccess verursacht serverfehler error 500 bei mir.
auf 2 versch. servern

[AR1306]

@dbs,

mhh, war wohl zuviel des Guten ... stand bei mir noch so in einem Archiv   ... nimm mal bitte nur den ersten Teil:

Code:

<FilesMatch "\.(gz|pdf|zip|rar)$" >
ForceType application/octet-stream
</FilesMatch>

DR.WEB ... .htaccess ... dann sollte es klappen - kann es von hier aus leider nicht probieren

[dbs]

bin zwar nicht blond, aber mir muss man trotzdem sagen, dass die htaccess in media/dowlnoad_gallery gemeint ist und nicht die im root. 

es klappt jedenfalls, danke.

dbs

[AR1306]

... Danke für´s Testen und das Feedback! ... Dachte, dass das mit den Pfaden klar ist Habe es auch ewig schon nicht mehr genutzt. Wird sich wohl jetzt wieder ändern  

Gruß

Andreas

EDIT: Wie wäre es in einem Sammelthread, um solche .htaccess Möglichkeiten mal zu listen? Ist zwar sicherlich nichts WB spezifisches, kann aber häufig ungemein weiterhelfen, wie man hier an Ankes Fragestellung sehen kann!