Hat jemand das DL-Archive unter Contao 3.0 zum Laufen bekommen...??
Gruss und Dank
Hat jemand das DL-Archive unter Contao 3.0 zum Laufen bekommen...??
Gruss und Dank
Was geht nicht?
1. Autoload Creator aufrufen
2. im html Verzeichnis eine .htaccess anlegen
Code:order deny,allow allow from all
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Moin BB,
mit der htaccess ist ja zumindes das Icon wieder zu sehen :-)
aber bei den "DonloadArchiv-DateiElementen" ist in der Auflistung nur die Datei-Id statt des Pfades zu sehen und im FE erscheint "keine Daten vorhanden"
Ich nehme an, hier muss man den Bezug zum neuen Dateisystem herstellen - hast Du einen Tipp, was geändert werden muss?
Gruss zonky
lt. dem Eintrag von Dir sieht das auf den ersten Blick nicht so schwierig aus
https://community.contao.org/de/show...zte-Filesystem
Die Anpassungen im DCA habe ich noch nicht ganz geschnallt... :-(
Vielleicht komme ich heute mal dazu mir das genauer anzusehen .
Gesendet von meinem GT-S5830
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
dann geht der nächste Würger äh... Burger auf mich ;-)
Hi, ich habs aufgegeben, das dauert mir zu lange.
Bin zwar ein ganzes Stück vorwärts gekommen, aber an einer Stelle geht dann die Datei wieder verloren. Da muss man doch mehr ändern, schon teilweise das Konzept.
Da muss der Original Programmierer ran.
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Dank für Deine Mühe!
Ich habe Felix schon angetriggert - vielleicht hat der bei dem Wetter auch keine Lust vor die Tür zu gehen... ;-)
Könntest Du mir die bisherigen Änderungen zusenden damit ich für die 3.x auch ein bisschen lernen kann?
Gruss und schöne Ostern!
Ich hatte bisher nur im Backend erst mal angefangen.
Anbei mal die 2 Dateien die ich geändert habe, über den Kommentar "Check for version 3 format" sind die Stellen zu finden.
Damit geht schon folgendes:
Anlegen eines Archives inkl. Angabe eines Verzeichnisses mit automatischer Veröffentlichung.
Auch geht das per Hand hinzufügen von Dateien.
Wo es klemmt ist, wenn man in der Elemente Übersicht bei einer Datei auf Edit klickt, da verschwindet dann die Datei.
Das liegt daran, dass die Erweiterung in der Datenbank selber vorher nicht die IDs ablegt sondern die Pfade, damit kann der Filetree aber nichts mehr anfangen scheinbar.
Dazu müsste man wohl die Methode loadDirectory im zweiten Teil umschreiben und sicherlich dann noch weitere Anpassungen machen.
Und wie gesagt, Frontend habe ich mir noch gar nicht angeschaut, werde ich auch nicht tun.
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
o.k. & Dank!
nicht sehr hübsch der Code - aber unter 3.0.6 scheint es zu funktionieren...
@all: für die korrekte Anzeige im BE in der Systemwartung internen Cache löschen
Uff - danke!
Hat sich unter 3.0.6 nach ein paar Fehlermeldungen berappelt, und die Anzeige im BE ist komplett, nachdem ich die DB-Tabelle manuell reimportiert habe ...
Hallo,
unter 3.2.7 funktioniert bei mir die Dateiauswahl nicht mehr (Downloadarchiv 2.0.0 stable Build 6)
Man kann eine Datei auswählen, nach "Anwenden" erscheint sie im Element, aber nach "Speichern ist sie wieder weg.
Hat jemand eine Tipp, was man tun kann?
Grüße,
Matthias
löschen, die ist weder für Contao 3 geschweige denn für Contao 3.2 freigegeben, wo sich ja alles bei der Dateiverwaltung geändert hat.
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
.. und zwar habe ich folgende modifizierte Version bei mir in Contao 3.2.7 im Einsatz.
Man kann seinen Archiven einzelne Dateien hinzufügen.
Die Möglichkeit, ganze Ordner einzulesen, habe ich ausgeschaltet (dazu müsste echt immens was an der Struktur geändert werden).
Geändert habe ich die entsprechenden DB-Felder für (dirSRC,) singleSRC und imgSRC.
Da man bei Klick auf eine runterzuladende Datei scheinbar nur den Pfad abgreifen kann, durchforste ich die Tabelle tl_files danach (denn eigentlich gibt es einen Dateipfad ja nur einmal) und hole mir dort die uuid zu der Datei. (siehe z.B. ContentDownloadarchiv.php)
Die Iconpfade sind auch auf 3.2 angepasst und beim Editieren der einzelnen Downloads im BE verschwindet auch kein Pfad mehr. Bei mir klappts. Es ist alles etwas Kraut und Rüben und eher ein Workaround. Vielleicht möchte sich ja jemand weiter daran austoben oder mal ausgiebig testen.
Sollte vielleicht nicht unbedingt an einem Liveprojekt getestet werden - ich will nicht schuld sein, wenn nachher gar nichts mehr geht;-)
Geändert von Coda (24.03.2014 um 20:03 Uhr)
Hat das jemand unter Contao 3.2.7 aktiv in Gebrauch?
lg
Full Service Agentur - Grafikdesign, Screendesign, Webdesign, Webentwicklung, SEO, Weiterbildung, persönliches Coaching
http://www.matthiasgmeiner.com
Ich ziehe auch gerade meine Website von 2.11.16 auf 3.2.7 um.
Das Downloadarchiv ist eine Erweiterung, die ich verwende und auf die ich nicht verzichten kann.
Gibt es da irgendwelche Erfahrungen oder hat jemand Updates vom Entwickler?
Grüße Bojay
Also bei mir läuft Alles ohne Probleme
lg
Full Service Agentur - Grafikdesign, Screendesign, Webdesign, Webentwicklung, SEO, Weiterbildung, persönliches Coaching
http://www.matthiasgmeiner.com
Die von Coda angepasste Version funktioniert bei mir (3.2.11) wunderbar.
Jedoch gehen beim Update alle bisher erfassten Downloads verloren. Logisch, denn in singleSRC steht nun überall lediglich "tl_files/Downloa".
Mir ist nicht so richtig klar, wie die Referenzen zu der Tabelle tl_files funktionieren, sonst hätte ich mir auch gern ein Skript dafür geschrieben.
Ich habe auch versucht die Extension "wp_uuid_creator" zu verwenden, aber mit selbem Ergbenis -> "tl_files/Downloa".
Habt ihr dafür eine Lösung oder könnt mir einen Tipp/Ansatz geben? (Ich will bitte,bitte, bitte nicht die ~650 Downloads neuzuordnen, vorallem nicht für eine eigtl. veraltete Extension!)
Viele Grüße
Oskar
Schön, dass sich jemand die Mühe macht diese Erweiterung am leben zu halten.
Hat das ganze denn schon jemand für 3.3.3. getestet?
Liebe Grüße.
Die muss programmiert werden, denn das ist eine Migration die hier nötig ist.
Das Contao Framework bietet dafür Methoden an. Mittels einer runonce die unmittelbar vor dem DB Update der Erweiterung ausgeführt wird, könnte man damit die Migration durchführen.
Hier mal das Prinzip.
https://community.contao.org/de/show...-Erweiterungen
Also Backup einspielen um die alten korrekten singleSRC Werte wieder zu haben, runonce proggen und beim Update dazu packen und erst dann übers Backend das DB Udpate machen und somit migrieren lassen.
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Die angepasste cegalleryxt ist übrigens seit dem 20.06.14 in der Version 1.1.1 im Repository verfügbar.
-> für Contao 3.2 bis 3.2.12
Unter Contao 3.3. habe ich das Teil nicht getestet. Was bedeutet denn bei Dir, dass die Erweiterung im Backend nicht auftaucht? Ist 'Galerie XT' als Contentelement nicht auswählbar (beim Anlegen eines Artikels Elementtyp -> Media-Elemente -> Galerie XT)?
Ganz genau das. Nicht auswählbar bei den Contentelementen. Es wird garnicht erst angezeigt.
hallo zusammen
ich würde gerne diese Erweiterung für ein Projekt einsetzen (unter 3.2.13), allerdings scheints in Verbindung mit Benutzergruppen nicht zu funktionieren.
Nach Klick auf [Benutzergruppen] > [z.B. redakteure] erscheint folgende Fehlermeldung:
Fatal error: Uncaught exception Exception with message Query error: Table 'XXXXXXXXXXX.tl_downloadarchiv' doesn't exist (SELECT id, title AS value FROM tl_downloadarchiv WHERE tstamp>0 ORDER BY value) thrown in system/modules/core/library/Contao/Database/Statement.php on line 283
#0 system/modules/core/library/Contao/Database.php(202): Contao\Database\Statement->query('SELECT id, titl...')
#1 system/modules/core/library/Contao/Widget.php(1302): Contao\Database->query('SELECT id, titl...')
#2 system/modules/core/classes/DataContainer.php(249): Contao\Widget::getAttributesFromDca(Array, 'downloadarchive...', 'a:0:{}', 'downloadarchive...', 'tl_user', Object(Contao\DC_Table))
#3 system/modules/core/drivers/DC_Table.php(1888): Contao\DataContainer->row('{name_legend},u...')
#4 system/modules/core/classes/Backend.php(435): Contao\DC_Table->edit()
#5 contao/main.php(142): Contao\Backend->getBackendModule('user')
#6 contao/main.php(293): Main->run()
#7 {main}
> Nach Deaktivierung des Plugins kommt man ganz normal zur Benutzergruppe
> Als Administrator gibts keine Fehlermeldung
Muss ich dem Kunden wirklich Administrator-Rechte vergeben (würde ich wirklich nur sehr sehr ungern machen…)
gruss
klr
Wenn das beim Administrator geht, dann musst du der Gruppe des Kunden-Accounts die Rechte für die Tabelle tl_downloadarchiv geben.
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Eine Benutzergruppe (wie. z.B. redaktuere) kann ich ja eben
nicht bearbeiten, dann erscheint ja die Fehlermeldung.
Ich hab das vlt. auch ein bisschen blöde beschrieben:
Nur wenn ein Benutzer ein Adminstrator ist gibts keine Fehlermeldung.
Wenn ein Benutzer kein Administrator ist gibts halt diese Meldung.
gruss
klr
Blick ich immer noch nicht.
Ein Administrator hat keine Gruppe (in Normalfall)
Als Admin angemeldet kannst du also nicht die Gruppe der Editoren bearbeiten?
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
du hast es auf den punkt gebracht.
ich (als admin angemeldet) kann eine benutzergruppe z.b. "redakteure" und
alle benutzer innerhalb dieser benutzergruppegruppe nicht editieren, solange die erweiterung
"downloadarchive" aktiv ist. dann erscheint o.g. fehlermeldung.
Und ein DB Update will keine Tabelle tl_downloadarchiv anlegen?
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Da hat sich in der dca/tl_user.php und dca/tl_user_group.php wohl ein Fehler eingeschlichen.
Da steht: 'foreignKey' => 'tl_downloadarchiv.title',
Muß aber heißen: 'foreignKey' => 'tl_downloadarchive.title',
Gruß Holger
nee, datenbank-aktualiserung, systemwartung, de-installation, neu-installation etc. hat alles nix gebracht.
ich versuche mal zu entschluesseln was Juggalo4u dazu sagt.
ich melde mich, sobald ich das halbwegs verstanden habe… kann allerdings dauern ;-)
geschafft! funktioniert! hab die entsprechenden eintraege korrigiert und es laeuft!
danke an alle!!
gruss
klr
Ist im Moment halt nicht Updatesicher ... müßte dem Entwickler mal mitgeteilt werden
Eine möglichkeit es unter 3.3.3 zum laufen zu bekommen hat keiner gefunden bisher?
Wäre sehr dankbar wenn jemand eine Lösung weis und sie hier teilen könnte.
Also läuft die Erweiterung wohl auch nicht mehr unter Contao 3.4.5?
Gibt es gute Alternativen?
Ich habe aktuell diese beigefügte modifizierte Version in einer Contao 3.4.3-Installation im Einsatz. Die modifizierte Version ist eine ursprüngliche dowloadarchive 3.0.0.
Mir ist noch ein weiterer Fehler aufgefallen, der hier behoben ist. Ich habe die Pagination nicht zum Laufen bekommen.
Fehlermeldung war diese hier:
Nachdem ich diese Dateien geändert hatte, lief alles wieder - die Backslashes fehlten lediglich:PHP-Code:
Fatal error: Class 'FelixPfeiffer\Downloadarchive\Pagination' not found in [..]/system/modules/downloadarchive/elements/ContentDownloadarchive.php on line 279
PHP-Code:
downloadarchive/elements/ContentDownloadarchive.php
Z.279
-- $objPagination = new Pagination($length, $this->perPage);
++ $objPagination = new \Pagination($length, $this->perPage);
Von daher gehe ich davon aus, dass es auch in Contao 3.4.5 funktionieren wird. Allerdings habe ich diese Version für eine neue Contao-Installation verwendet, also keine bestehenden Downloads migriert. Wie immer: vor Verwendung und Ausprobieren Backup erstellen!!!PHP-Code:
downloadarchive/modules/ModuleDownloadarchive.php
Z.279
-- $objPagination = new Pagination($length, $this->perPage);
++ $objPagination = new \Pagination($length, $this->perPage);
habe das eben mal in eine 3.3.5 reingeworfen - scheint soweit ersteinmal zu funktionieren.
Allerdings gibts ein Problem beim Auslesen der Daten. Er liest zwar alle inkl. Unterordner aus - überschreibt Pfad und Namen allerdings mit der zuletzt gefunden Datei.
Kann das noch jemand bestätigen und hat da evtl. schon einer die Ursache für gefunden?
Hey Yo, was geht ?!
darf man alte threads nochmal nach oben bringen ?
ja ich ... contao 3.5.2 immernochAllerdings gibts ein Problem beim Auslesen der Daten. Er liest zwar alle inkl. Unterordner aus - überschreibt Pfad und Namen allerdings mit der zuletzt gefunden Datei.
Kann das noch jemand bestätigen und hat da evtl. schon einer die Ursache für gefunden?
Vorwort:
ich bin immer wieder erstaunt, wie lieblos die entwicklungen von top-erweiterungen für contao, seitens der entwickler ohne kommentar vernachlässigt werden. ohne jetzt lange auszuholen, ist dies denke ich einer der hauptgründe, warum contao gegenüber anderen großen cms einfach nach hinten fällt. contao selber bietet schon ziemlich viele gute features, aber sowie man über den tellerrand hinauslaufen will, rennt man immer wieder in frust (eigene erfahrungen und bildlich gesprochen, ich möchte niemanden angreifen).
da das problem mit dem nicht funktionierenden automatischen einlesen von ordnern/unterordnern nun gefühlt schon seit version c2.11 mitgeschliffen wird, hier nun der ansatz zur lösung. ich hoffe es hilft.
Problem:
das hauptproblem besteht darin, dass in der datei "/downloadarchive/dca/tl_downloadarchive.php" in zeile ca. 403 in der foreach-schleife gedoppelte arrays ankommen.
will man z.B. 2 datein einlesen lassen, kommt vereinfacht dargestellt folgendes array an:
hier wird quasi für jede eingelesene datei ein array mit allen eingelesenen datein übergeben. d.H. würde man 1000 datein einlesen, würde sich ein array mit der größe 1000 x 1000 einträgen erzeugen. die logik der foreach selber ("new \File()") schnappt sich dabei immer das erste/letzte element aus dem array, daher ist nach dem einlesen immer die gleiche datei zu sehen.Code:array{ array{ datei1 datei2 ... } array{ datei1 datei2 ... } }
das array kommt aus der function getFiles(), die unter anderem zuständig für auslesen und mergen von unterordnern zu sein scheint. um genau zu sein, gibt es hier eine zeile $arrFiles[] = $objFiles; in einer while-schleife, welche das array, warum auch immer, multipliziert. ich kann mir gut vorstellen, das im contao-rep. irgendwann mal eine änderung stattgefunden hat, die den befehl "\FilesModel::findByPid()" betrifft und ihm ein übergeordneten container verpasst hat, weswegen die while-schleife nun nicht mehr einzelne datein durchläuft, sondern ganze dateigruppen.
Lösung
ich denke hier gibt es viele wege. die einfachsten wären in der foreach-schleife zeile ca. 403 anzuweisen, nur den ersten entry, welcher ja schon alle datein beinhaltet, abzuarbeiten, oder eben je entry die je nach index folgende datei zu verwenden. ich persönlich verwende aktuell den 2. ansatz.
lange rede kurzer sinn, ändert man in der datei "/downloadarchive/dca/tl_downloadarchive.php" in zeile ca. 403:
in:Code:foreach($arrFiles as $file) {
geht auch das automatisierte einlesen wieder.Code:foreach($arrFiles as $key=>$file) { $file = $file[$key];
hierbei bleibt immernoch das problem mit dem multipliziertem array. der lange und bessere lösungsweg wäre also rauszufinden, was die funktion getFiles() bringen muss und diese anzupassen.
Nachwort
das warum dieses beitrags ist damit zu beantworten, jemanden zu animieren und zu erleichtern dies contao-gerecht umzusetzen ... ich bin doch nur ein einfacher Dr., was weis ich schon ...
PS. mein erster beitrag in diesem forum - show me some respect
Geändert von Dr_Moa (21.08.2015 um 14:02 Uhr)
Wenn du ein Content Element suchst wie "Downloads" nur das es auch Unterverzeichnisse anzeigt, nimm das hier: https://github.com/hofff/contao-recu...ownload-folder
Per Composer mittels 'hofff/contao-recursive-download-folder' installierbar.
Freigegeben für Contao >=3.2.0 , <3.6
Im alten ER2 ist das sicherlich nicht enthalten. Das lässt sich aber auch manuell notfalls installieren.
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)