Druckbare Version
Hallo,
erstmal danke für die ausführliche Antwort. Die error log hilft einem bei einem 500 Fehler leider nicht weiter, da Contao hier nicht zum loggen kommt. Die Datei wird scheinbar auch ordentlich ins tmp Verzeichnis geladen.
ich hab mich erstmal auf die Suche gemacht. Der Fehler tritt scheinbar in der ValumnsFile.php im construct auf. Auslöser sind hier:
$this->objInput = Input::getInstance();
$this->objFiles = Files::getInstance();
vielleicht hilft das weiter.
Bei mir scheitern alle Uploads ab ca. 20MB aufwärts mit einem "Fehlgeschlagen".
In der php.ini stehen upload_max_filesize, memory_limit und post_max_size auf 65M. In den Contao-Einstellungen ist das Upload-Limit bei 100000000 (=100MB). Übersehe ich noch etwas bei der Konfiguration?
Contao 2.11.2, aktuellste Version von VFU und ajax/ajax-uploader aus dem ER.
Vielen Dank.
Hallo miteinander,
zunächst wollte ich kurz sagen das ich diese Erweiterung wirklich super finde! Mehrfachupload ohne Flash -> Perfekt!
Nun habe ich ein Anliegen. Ich habe schon einige Zeit gesucht (auch in Dateien und Templates) und hoffe ich habe das nicht irgendwo übersehen.
Ich betreibe den valumsFileUploader in der
Version 3.1.0 stable Build 7
Contao-Version: 2.11.3
Soweit funktioniert alles perfekt.
Wenn ich die Formular-Daten per E-Mail als Rohdaten versenden lasse (ohne EFG), werden mir unten an der E-Mail die Links angehängt. So kann ich mir direkt die hochgeladenen Dateien ansehen.
Nutze ich allerdings das "per E-Mail versenden" vom EFG (mit Inserttags, etc.), so werden mir diese Links nicht angezeigt.
Ich habe schon versucht, das Upload-Feld per Inserttag einzubinden aber da wird nichts übergeben.
Ich vermute mal, das liegt daran, dass der valumsFileUploader im EFG noch nicht ganz integriert ist, o.ä.?
Ich hoffe es hat jemand eine Lösung.
Vielen Dank im Voraus!
Chriss
Ich habe das gleiche Problem und bräuchte dringend eine Lösung! Gibt se hier eine Lösung?Zitat:
Zitat von mcgruenigen
Danke Juergen
@juergen
@mcgruenigen
- Was sagt die /system/logs/error.log?
- contao-check.php ok?
- Server-Konfiguration: PHP-Funktion tmpfile() aktiviert?
- Andere Erweiterungen systematisch deaktivieren, um zu überprüfen, ob es da evtl. irgendwelche Inkompatibilitäten gibt
Gruß
Michael
Hallo Michael,Zitat:
Zitat von okapi
danke für deine Antwort!
Die PHP-Funktion tmpfile() finde ich nicht.
Ich suche in der phpinfo, PHP Version 5.2.6-0.dotdeb.1.
Juergen
Hallo Juergen,Zitat:
Zitat von juergen
Hast du dir die /system/logs/error.log angesehen?
Michael
Hallo Michael,Zitat:
Zitat von okapi
ja habe ich. Die dort vorhandenen Einträge sind alle alt!
Juergen
Ja, da hast Dur recht, aber das Problem ist nicht so ganz einfach zu lösen. Ich hatte dazu schon einen Eintrag hinterlassen, ist aber noch nicht zum Zuge gekommen:Zitat:
Zitat von ckay48
https://github.com/menatwork/valumsFileUploader/issues hier #39
Ich bin inzwischen zu der Meinung gekommen, dass die Einbindung nicht vom valumsFileUploader realisiert werden muss, sondern besser beim efg angesiedelt ist, der in sein Formular den valumsFileUploader einbinden sollte. Aber das ist auch nicht so einfach.
Ich habe mir dazu eine Krücke gebaut, siehe auch:
https://www.contao-community.de/show...msFileUploader
hallo zusammen,
ich doktore jetzt schon ne gefühlte ewigkeit an dem upload-formular rum, und solangsam geht mir die puste aus. vielleicht kann mir von euch einer weiterhelfen?
also: zunächst war das einfach upload-modul im formular integriert, hat auch funktioniert. leider hat es bei größeren daten einfach mal ausgesetzt, was nicht so ganz im sinne des erfinders war, denke ich. 500mb-dateien sollten hochgeladen werden können, das ganze funktionierte aber schon bei kleineren datenmengen mit 100mb nicht wirklich. die daten kamen nie auf dem server an ...
deshalb sollte der vfu herhalten, dieser quittiert jedoch auch bei 1kb-text-dateien nur mit 'Die Datei Konnte nicht hochgeladen werden.' (übrigens ist der schreibfehler 'Konnte' so da drin!)
mittlerweile hat glaube ich das gesamte dateisystem den CHMOD777, auch mit dem relativ frisch entdeckten htaccess-tweak komme ich nicht weiter (liegt wahrscheinlich am Shared Hosting bei Host Europe).
die zielseite ist im übrigen die selbe wie auch beim upload-formular vorher, das absenden nach dem 'hochladen' (was ja gar nicht geht) funktioniert auch, allerdings ist die empfänger-email leer (nicht thema dieses problems, hat vorher funktioniert).
bin für jede hilfe dankbar.
achso: contao 2.11.3 / ajax-upload 1.0.0 stable build 13 / valumsFileUploader 3.1.0 stable build 7
äh - nö. das sind 95,36743mb. aber das ist ja auch egal, wenn du nur 65mb hochladen kannst ...Zitat:
Zitat von mcgruenigen
hauptsache kluggeschissen ;)
Frontend oder Backend?
hallo,Zitat:
Zitat von andreasisaak
nur frontend.
mittlerweile bin ich wieder ein bisschen schlauer: beim hoster Host Europe muss man in der initialize.php einen bestimmten code eintragen, da HE das tmp-verzeichnis sperrt. bei einem update geht die zeile flöten. soweit funktioniert das ganze also wieder. aber nur mit kleineren dateien ... größere erzeugen einen 'Fehler'.
aber immerhin. die limitierungen kann ich ja in der php.ini nachlesen - wie komme ich nochmal an die dran?
danke soweit :)
Sorry für die späte Antwort, Mail-Benachrichtigung wollte nicht wie sie sollte…Zitat:
Zitat von okapi
- error.log schweigt
- check ist ok
- Zu tmpfile() fine ich in der phpinfo keinen Eintrag. Wie kann ich das sonst überprüfen?
- Deaktivierung der Erweiterungen hilft nichts
Seite liegt übrigens bei World4You.
@andreasisaak
Frontend
@andreasisaak
alles Frontend (sorry, das ich mich nicht mehr gemeldet habe)
@ an alle die Probleme mit "großen" Dateien haben
Bei mir lag es schlicht und ergreifend am memory_limit (severseitige PHP-Einstellungen).
Ich habe alles was in diesem Post zu dem Thema steht (und noch einiges mehr) in einer 2.9.1, 2.9.5, 2.10.4 und last but not least in einer 2.11.3 ausprobiert.
Nichts! Ich konnte keine Einzeldateien über 18,9 MB hochladen, bei einem memory_limit von 64 MB.
Mit folgenden Einstellungen kann ich mitlerweile Einzeldateien knapp über 40 MB hochladen (für mich gerade ausreichend).
file_uploads - On
memory_limit - 128M
upload_max_filesize - 100M
post_max_size - 400M
max_input_time - 240
max_execution_time - 240
Ich muss mich bei meinem Hoster bedanken! Der hat nach einzelnen Testuploads von mir seine error_logs ausgelesen und feststellt das beim hochladen einer 25 MB Datei ein memory_limit von 92M erforderlich sei.
Kurz: Das Dingen zieht mächtig Ressourcen!
bei mir lag es auch an den php-einstellungen, und ich konnte wie juergen einiges erreichen indem ich htaccess-eingeträge gemacht habe.
hat für mich soweit geholfen.
Moin zusammen,
mein Kunde arbeitet mit dem IE 9 und kann keine Bilder über den VFU hochladen. Im FF klappt es ohne Probleme. Hat jemand zufällig das gleiche Problem?
Gruß toto
Zitat:
Zitat von toto
Hallo toto,
hab genau das gleiche Problem mit dem Datei-Upload in den verschiedenen Browsern -
es ist komplett egal, wie groß/klein die Datei ist - in IE (Win) und Opera (Mac) erscheint
immer die Fehlermeldung "Fehlgeschlagen".
Der Kunde möchte auch nach Empfehlung der alternativen Browser ausschließlich IE (Win) verwenden ...
WINDOWS
Firefox 8.0.1 --> OK
Chrome, 19.0 --> OK
Internet Explorer, 9.0 --> FEHLGESCHLAGEN!
MAC
Firefox, 12.0 --> OK
Chrome, 19.0 --> OK
Safari 5.0.5 --> OK
Opera, 11.61 --> FEHLGESCHLAGEN!
--> Handelt es sich hier um einen Bug oder ...
--> Sind spezielle Einstellungen in den jeweiligen Browsern notwendig?
Danke für Eure Hilfe!!!
Simone.
Hey erst einmal danke für die super Erweiterung.
Ich habe folgende Frage:
Sehe ich das richtig, das es nicht möglich ist NACH dem Upload die Daten zu löschen und muss man IMMER einen Absendebutton hinzufügen?
Denn ich habe komischerweise folgendes Problem:
Ich kann die Datei auswählen und diese wird dann augenscheinlich auch hochgeladen - allerdings bleibt das Verzeichnis leer allerdings wird die Datei angezeigt (auch nach einem Neuladen) so - klicke ich jetzt auf Absenden landet die Datei zwar im jeweiligen Verzeichnis, allerdings erscheint sie nicht mehr in der Liste der Dateien, also kann ich sie auch nicht löschen.
Mach ich gerade irgendwas falsch?
Danke :)
Hallo!
Ich versuche auch gerade den Uploader zum Laufen zu bringen, leider erscheint bei mir immer "Die Datei Konnte nicht gespeichert werden.".
Die Console von Chrome gibt folgendes aus:
Woran könnte das liegen?Code:[uploader] xhr - server response received ajaxupload.js:873
[uploader] responseText = {"success":false,"reason":"val_save_error","reasonText":"Die Datei Konnte nicht gespeichert werden."}
Gibt es irgendwo eine kleine Anleitung für die Konfiguration, so richtig ist mir das noch nicht klar, glaube ich...
@Coolflame:
Was genau hast du da eingetragen? Die Site ist auch bei HostEurope gehostet, evtl. liegt's auch daran.Zitat:
Zitat von coolflame
Vielen Dank schonmal!
Grüße
Timm
Hallo nochmal!
Ich konnte mein Problem selbst lösen, es lag tatsächlich an HostEurope.
Das Hilfetutorial von Nina hat die Lösung gebracht:
https://www.contao-community.de/show...bei-HostEurope
Dort steht:
Bei www.contray.de konnte ich alternativ noch folgende Erklärung finden:Zitat:
2. Schritt: Temp-Verzeichnis in der initialize.php zuweisen
Bei HostEurope wird allgemein das /tmp-Verzeichnis gesperrt. Deshalb muss man hier manuell eine Anpassung vornehmen. Öffne dazu die Datei system/initialize.php mit einem Editor im UTF-8 Zeichensatz. Schreibe in die 2. Zeile nach <?php :
PHP-Code:
Code:putenv('TMPDIR='.ini_get('upload_tmp_dir'));
Vielen Dank für die großartige Erweiterung, ohne die mein aktuelles Projekt erheblich aufwändiger geworden wäre!!Zitat:
Hinweis für Kunden von HostEurope:
Bei diesem Anbieter wird jedem Kunden ein eigenes Temp-Verzeichnis zugeteilt.
Vorgehensweise zur Fehlerbeseitigung bei HostEurope:
(Hinweis: mind. WebPack L ist erforderlich.)
Legen Sie im Root-Verzeichnis von Ihrem Server eine ".htaccess"-Datei mit folgendem Inhalt an:
SetEnv TMPDIR /is/htdocs/user_tmp/wpxxxx
Gruß
Timm
Hallo,
ich hatte diesbezüglich mit HostEurope Kontakt. Schaut mal hier (der zweite Eintrag):
https://www.contao-community.de/show...hrieben-werden
Viele Grüße
Schmidty
Zur Kenntnis genommen. Schauen wir uns nächste Woche mal an.
Hallo,
in der Konfiguration:
Contao: 2.11.4
valumsFileUploader 3.1.0 stable
Feld "Max Eingabelänge": 10000000
Feld "Maximale Dateiuploades": 20
werden grundsätzlich, unabhängig von der Dateigröße, nur 3 Dateien hochgeladen.
Verwende ich die Version 3.1.0 rc1 werden alle Dateien hochgeladen.
Das Fehlerbild ist reproduzierbar.
Danke für die Unterstützung
Ich hab das jetzt hier ebenso. Ein Kunde arbeitet mit IE und kann über den Valums Uploader nicht hochladen - kommt immer Fehlgeschlagen. Konnte das soeben nachstellen.Zitat:
Zitat von toto
Ich hab das auch in verschiedenen Contao-Versionen und Installationen/Server und egal ob IE9 oder z.B. IE7. getestet. Die Testdateien sind ok und nicht zu groß oder sonstwas ungewöhnliches.
Ist das bekannt oder kann ich hier irgendwas falsch konfiguriert haben?
Danke und Gruß
Thomas
Hallo,
gibt es etwas neues bezüglich HostEurope. Ich habe ja vor einiger Zeit ein Statement von HostEurope veröffentlicht, dass die Tipps aus dem Contao-Forum (mit denen alles läuft) in Frage stellt.
Hier noch einmal der Link zum Statement: https://www.contao-community.de/show...hrieben-werden (der zweite Beitrag)
Zur Info: Der weiter oben erwähnte Tipp funktioniert beim WebPack L nicht (zumindest nicht bei dem bei mir betroffenen WebPack L):
Zitat:
Hinweis für Kunden von HostEurope:
Bei diesem Anbieter wird jedem Kunden ein eigenes Temp-Verzeichnis zugeteilt.
Vorgehensweise zur Fehlerbeseitigung bei HostEurope:
(Hinweis: mind. WebPack L ist erforderlich.)
Legen Sie im Root-Verzeichnis von Ihrem Server eine ".htaccess"-Datei mit folgendem Inhalt an:
SetEnv TMPDIR /is/htdocs/user_tmp/wpxxxx
Herzlichen Dank für die Antworten.
Schmidty
Hallo allerseits,
erst einmal vielen Dank für die Entwicklung und Bereitstellung dieser extension, finde ich eine klasse Idee.
Im Augenblick scheitere ich jedoch bei der Umsetzung.
Ich habe ein Frontend-Formular, mit dem jeder Besucher der Website (Ob registriert oder nicht), einige Dateien mit dem FileUploader hochladen können soll.
In dem Formular befinden sich noch andere Angaben (Name, ...).
Es soll dann so laufen, dass das (in diesem Beispiel) Registrierungs-Formular die Anhänge direkt per Mail mitschickt.
Die Mail kommt an, jedoch ohne Anhänge oder Links zu diesen, so als ob der Uploader gar keine Rolle in meinem Formular spielt.
Die Dateien werden im Frontend anscheinend korrekt "hochgeladen", es erscheint keine Fehlermeldung und sogar bereits bestehende Dateien werden laut upload "erfolgreich überschrieben".
Wenn ich die Einstellungen so setze, dass die Dateien auf dem Server gespeichert werden sollen, erscheinen jedoch auch keine im Dateisystem :(
Kann mir eventuell jemand sagen, was ich noch falsch mache?
Viele Grüße,
mavnet
Hallo.
Ich habe ein Problem habe gersten eine frische 2.11.4 installiert und deine Erweiterung.
Und egal welche Datei ich verwende es kommt fehlgeschlagen. (sieh Anhang)
Habe Contao-Check gemacht da passt alles. Wo kann ich noch nach Fehlern suchen?
lg Matthias
Hallo Messa,
Hast du dir die /system/logs/error.log angesehen?
Michael
Hey.
Da steht nichts drinnen.
lg Matthias
Vielleicht gibt es dieses Feature noch nicht? Klappt hier auch nicht.Zitat:
Zitat von mavnet
Zitat:
Zitat von Messa
hi konntest du es lösen? habe das gleiche Problem seit 2.11.5 und dem Wechsel auf PHP5.3 muss mal auf 5.2 testen...
gibt es dafür schon ein ticket?
Hallo allerseits,
wie löst oder umgeht ihr das Problem mit dem IE8? Bei mir funktioniert das normale Datei-upload Feld und der »valumsFileUploader« im IE8 nicht.
Im Netz habe u.a. diesen Beitrag gefunden:
http://www.velocityreviews.com/forum...e-control.html
Hallo,
die Frage kam weiter oben schon mal auf, wurde aber scheinbar nicht beantwortet.
Ist es möglich dem Uploader beizubringen, dass Dateien, die in den tepm-Ordner gelegt wurden auch wieder gelöscht werden können?
Dann noch zwei Fragen:
1. Ist es möglich zwei Uploader in einem Formular zu nutzen? Ich würde gerne mehrere Dateien hochladen lassen, die für verschiedene Zwecke gedacht sind. Dafür brauche ich aber zwei Uploadfelder. Und das fürhrt zu
2. Ist es möglich, den Uploader in Kombination mit dem normalen Uploader zu nutzen?Sobald der valumsUploader installiert ist, werden die Pfade serialisiert und ich bekomme einen SQL-Error:
Wenn ich die Erweiterung deaktiviere, dann ist der Fehler weg. Das ist wirklich schade, da die Erweiterung sonst super ist. Ich hoffe mir kann jemand weiterhelfen.Code:Fatal error: Uncaught exception Exception with message Query error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') VALUES (1346169256, 'Headline', 'Subheadline', 'Teaser', 'Artikel', '1', '', '' at line 1 (INSERT INTO `tl_news` (tstamp, headline, subheadline, teaser, text, pid, handin_addNewContact, handin_newFirstname, handin_newLastname, handin_newMail, notes, handin_benutzername, handin_vorname, handin_nachname, handin_email, handin_add, author, date, time, unique_key, ) VALUES (1346169256, 'Headline', 'Subheadline', 'Teaser', 'Artikel', '1', '', 'Vorname', 'Nachname', 'info@mail.de', '', 'User', 'Vorname', 'Nachname', 'info@mail.de', '1', '7', '1346169235', '1346169235', 'ede10a97139f5646d5f81fb6563c1565f01273e6', 'a:2:{i:0;s:73:\"tl_files/webseite/Bilder/handin/upload/IMG_0449-220x141.jpg\";i:1;s:76:\"tl_files/webseite/Bilder/handin/upload/IMG_0449-220x141__2.jpg\";}')) thrown in /www/htdocs/w00eab5e/webseite/system/libraries/Database.php on line 686
#0 /www/htdocs/webseite/system/libraries/Database.php(633): Database_Statement->query()
#1 /www/htdocs/webseite/system/modules/valumsFileUploader/ValumsFileUploader.php(402): Database_Statement->execute()
#2 /www/htdocs/webseite/system/modules/frontend/Form.php(460): ValumsFileUploader->processFormData(Array, Array, Array, Array)
#3 /www/htdocs/webseite/system/modules/frontend/Form.php(214): Form->processFormData(Array, Array)
#4 /www/htdocs/webseite/system/modules/efg/ExtendedForm.php(151): Form->compile()
#5 /www/htdocs/webseite/system/modules/frontend/Hybrid.php(163): ExtendedForm->compile()
#6 /www/htdocs/webseite/system/modules/frontend/Form.php(74): Hybrid->generate()
#7 /www/htdocs/webseite/system/libraries/Controller.php(359): Form->generate()
#8 /www/htdocs/webseite/system/modules/frontend/PageRegular.php(100): Controller->getFrontendModule('110', 'right')
#9 /www/htdocs/webseite/index.php(266): PageRegular->generate(Object(DB_Mysql_Result))
#10 /www/htdocs/webseite/index.php(401): Index->run()
#11 {main}
Vielen Dank und viele Grüße
Zu dem tmp-Ordner. Dateien werden beim Upload automatisch dorthin gelegt und müssen mit PHP von dort aus irgendwohin verschoben werden, wenn sie aber mit PHP nicht explizit irgendwohin geschoben werden, werden Sie automatisch wieder aus diesem Ordner gelöscht.
Ich meinte eigentlich aus dem Frontend-Uploader. Man lädt sie dort hoch und kann währenddessen abbrechen. Aber sind sie einmal oben, lässt sich ein eventueller Irrtum nicht mehr rückängig machen. Es wäre also super, wenn sich dort einfach eine Löschfunktion unterbringen ließe.
Vielmehr macht mir aber die Fehlermeldung zu schaffen. Das löschen ist für die Bedienerfreundlichkeit.
Ich muss nochmal Fragen. Ich habe jetzt versucht an dem Template etwas zu ändern, um eventuell doch mehrere Instanzen des Uploaders zu erzeugen. Leider habe ich es nicht hinbekommen. Ich hatte gehofft, dass es an der Stelle im Javascript liegt,
da hier für jeden Uploader die gleiche Instanz erzeugt wird. Aber leider führt eine Variation wie vfu-1 und vfu-2 dazu, dass das Script gar nicht mehr ausgeführt wird (die restlichen Variablennamen habe ich auch entsprechend geändert). Suche ich an der falschen Stelle?PHP-Code:var vfu = new ValumsFileUploader({...})
function createUploader(vfu);
Das noch größere Problem ist, dass bei aktivierter Erweiterung, die normalen Uploadfelder nicht mehr funktionieren. In der config wird via Hook processFormData aufgerufen.
Verstehe ich das falsch, dass hier eigentlich abgefragt wird, ob überhaupt ein vfu-Feld genutzt wurde und ob dort etwas hochgeladen wurde? Innerhalb dieser Funktion ist aber das serialize, dass dazu führt, dass die Daten nicht in der erwarteten Form für ein normales Upload-Feld ankommen. Hier nochmal die Fehlermeldung, die dabei erscheint:PHP-Code:public function processFormData($arrPost, $arrForm, $arrFiles, $arrLabels = array())
{
if ($arrForm['vfu_storeValues'] == 1 && strlen($arrForm['targetTable']))
{
...
Für einen Hinweis oder eine Idee wäre ich sehr dankbar.Code:Fatal error: Uncaught exception Exception with message Query error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') VALUES (1346169256, 'Headline', 'Subheadline', 'Teaser', 'Artikel', '1', '', '' at line 1 (INSERT INTO `tl_news` (tstamp, headline, subheadline, teaser, text, pid, handin_addNewContact, handin_newFirstname, handin_newLastname, handin_newMail, notes, handin_benutzername, handin_vorname, handin_nachname, handin_email, handin_add, author, date, time, unique_key, ) VALUES (1346169256, 'Headline', 'Subheadline', 'Teaser', 'Artikel', '1', '', 'Vorname', 'Nachname', 'info@mail.de', '', 'User', 'Vorname', 'Nachname', 'info@mail.de', '1', '7', '1346169235', '1346169235', 'ede10a97139f5646d5f81fb6563c1565f01273e6', 'a:2:{i:0;s:73:\"tl_files/webseite/Bilder/handin/upload/IMG_0449-220x141.jpg\";i:1;s:76:\"tl_files/webseite/Bilder/handin/upload/IMG_0449-220x141__2.jpg\";}')) thrown in /www/htdocs/w00eab5e/webseite/system/libraries/Database.php on line 686
#0 /www/htdocs/webseite/system/libraries/Database.php(633): Database_Statement->query()
#1 /www/htdocs/webseite/system/modules/valumsFileUploader/ValumsFileUploader.php(402): Database_Statement->execute()
#2 /www/htdocs/webseite/system/modules/frontend/Form.php(460): ValumsFileUploader->processFormData(Array, Array, Array, Array)
#3 /www/htdocs/webseite/system/modules/frontend/Form.php(214): Form->processFormData(Array, Array)
#4 /www/htdocs/webseite/system/modules/efg/ExtendedForm.php(151): Form->compile()
#5 /www/htdocs/webseite/system/modules/frontend/Hybrid.php(163): ExtendedForm->compile()
#6 /www/htdocs/webseite/system/modules/frontend/Form.php(74): Hybrid->generate()
#7 /www/htdocs/webseite/system/libraries/Controller.php(359): Form->generate()
#8 /www/htdocs/webseite/system/modules/frontend/PageRegular.php(100): Controller->getFrontendModule('110', 'right')
#9 /www/htdocs/webseite/index.php(266): PageRegular->generate(Object(DB_Mysql_Result))
#10 /www/htdocs/webseite/index.php(401): Index->run()
#11 {main}
Viele Grüße
Unterschiedliche Instanzen müsstest du eigentlich so aufsetzen:
Zu der Fehlermeldung, da vermute ich, dass das Feld zum Speichern in der DB-Tabelle fehlt.HTML-Code:var vfu1 = new ValumsFileUploader({...})
var vfu2 = new ValumsFileUploader({...})
Ich hatte mal mit nem EFG-Formular eine FE-Galerie mit Valums-Mehrfachupload für Mitglieder erstellt. Dabei musste ich ein Dummyfeld im Formular erzeugen, Typ Textfeld, dem Feld habe ich den Namen 'valumsUploader' gegeben, die Bezeichnung 'Dummy' und den Wert 'dummy'. Dieses Feld habe ich im FE mit CSS unsichtbar gemacht.
In der Efp.php habe ich vor dem 'HOOK: process efg form data callback' Folgendes eingefügt
Vor dem pseudo hook kannst du noch ein wenig debuggen, wenn du sehen willst, was in den Variablen $arrSubmitted, $arrToSave, $arrFiles und $arrLabels enthalten ist. Du kannst den Debug-Block aktivieren, indem du in der ersten Zeile an das Ende noch einen Slash hinzufügst.PHP-Code:// pseudo hook
if(array_key_exists('valumsUploader', $arrSubmitted))
{
$arrImages = array();
foreach($arrFiles as $value)
{
$arrImages[] = str_replace($_SERVER['DOCUMENT_ROOT'].'/', '', $value['tmp_name']);
}
$strImages = json_encode($arrImages);
$arrToSave['valumsUploader'] = $strImages;
$arrSubmitted['valumsUploader'] = $strImages;
}
Vielleicht hilft dir das ja, bei mir ging das. Wenn du es hinkriegst, kannst du ja vielleicht noch versuchen das updatesicher umzusetzen, wenn nicht, dann speichere dir die gemoddete Datei zumindest in tl_files als Backup.PHP-Code:/** DEBUG *
if(file_exists('system/logs/debug.log'))
{
unlink('system/logs/debug.log');
}
$debug = "\n".'file: '.__FILE__.' (line '.__LINE__.')'."\n";
$debug .= print_r($arrSubmitted, true);
log_message($debug, 'debug.log');
$debug = print_r($arrToSave, true);
log_message($debug, 'debug.log');
$debug = print_r($arrFiles, true);
log_message($debug, 'debug.log');
$debug = print_r($arrLabels, true);
log_message($debug, 'debug.log');
/** */
Hallo Andreas,
danke für deine Tipps. Ich werde sie sobald wie möglich ausprobieren und dann berichten.
Viele Grüße
hallo,
ich habe im prinzip die selben probleme wie messa und einige andere: der upload erfolgt, nach 100% schlägt das ganze aber fehl. gibt man in meinem formular jedoch das captcha ein und versendet das formular, funktioniert der email-versand und der darin enthaltene link. muss ich das verstehen!? mach ich was falsch?
in der htaccess habe ich übrigens
eingetragen, trotzdem werden daten über 120mb verweigert. in den contao-einstellungen sind die werte jedoch angepasst. liegt vllt hier der fehler?Code:php_value upload_max_filesize 500M
php_value max_execution_time 1200
SetEnv TMPDIR /is/htdocs/user_tmp/wpxxxxx_yyyyy/
HINWEIS AN HOST EUROPE-NUTZER: den eintrag 'Tmp-Pfad' findet ihr in den allgemeinen informationen eures webpacks (administration > webhosting > allgemeines > allgemeine informationen).
nachtrag: im system-log wird der upload als 'successfull' geführt. wird das formular nicht abgeschickt erfolgt kein eintrag ob erfolgreich oder nicht. die datei findet sich aber im system/tmp-verzeichnis wieder ...
nachtrag 2: mit den zusätzlichen htaccess-einträgen
konnte ich mittlerweile erreichen, dass ich dateien bis 120mb hochladen kann ohne fehlerhinweis ...Code:php_value post_max_size 500M
php_value max_input_time 1200
Hallo Zusammen,
ich wurde bei meiner Suche nun einfach nicht schlauer, ein grobes Debuggen der Erweiterung führte auch zu keinem Ergebnis.
Verwendet wird Version 3.10 stable build 10 mit Contao 2.11.6, der contao-check gibt grünes Licht (kein .phar, kein SMH nötig), PHP Version 5.2.17, tmpfile() ist vorhanden - alles funktioniert einwandfrei.
Filetypes, Uploadsize und -menge sind global und im FFL überdimensioniert gesetzt (versuchte es in allen Varianten).
Der Upload im Frontend funktioniert problemlos, die Json-Rückmeldungen geben okay.
Allerdings finde ich die Dateien im tmp-Ordner vor, es wird nicht ins Zielverzeichnis verschoben (Mein Zielverzeichnis ist btw. nicht der tl_files, ist in tl_settings geändert).
Versucht habe ich es mit/ohne Zielverzeichnis und mit/ohne Benutzerordner in allen Kombinationen - was alles nicht zum gewünschten Erfolg führte.
Ist das Problem bekannt, woran kann es liegen?
Mittlerweile bei Version 2.11.9 und valumsFileUploader 3.1.0#13. Bin ich denn der Einzige mit diesem Problem?Zitat:
Zitat von david enke
Hab den Uploader unter 2.11.7 im Einsatz, Environment erfüllt alle Voraussetzungen, SMH nicht nötig, alles andere passt auch.
Der interessante Effekt besteht nun darin, dass der Uploader (BE) in FF unter OS X tadellos funktioniert, unter Windows 7 jedoch mit einem kläglichen "Fehlgeschlagen" endet.
Woran kann das denn bitte liegen?
Hallo zusammen.Zitat:
Zitat von andreasisaak
Erstmal: Klasse Erweiterung :), bei der ich mich freuen würde, wenn ich sie richtig zum Laufen bringen würde :rolleyes:
Vielleicht könnt Ihr mir helfen, ich versuche schon lange auf meinem Strato-Server dicke Downloads oder Uploads zum Laufen zu bringen. Ich würde gerne diese Werte einstellen, aber es gelingt mir nicht. Ich kann zwar eine php.ini anlegen, aber ich weiss nicht wo sie hin muss. Laut Strato muss die ini dort liegen, wo das Script liegt. Wenn ich eine im Root mit testweise upload_maximum_filesize = 1M anlege, dann kann trotzdem fröhlich 16 mb hochladen - aber was auch immer ich anstelle, nach einer gewissen Zeit schlägt der Upload fehl. Ich glaube es liegt an der Zeit, denn ich kann im Büro mit einer wesentlich schnelleren Anbindung deutlich grössere Dateien hochladen als zuhause - und das obwohl standardmässig die max execution time bei Strato bei 0 liegen soll.
Ich versuche gerade testweise per php.ini den upload_maximum_filesize = 1M auch zum Greifen zu bringen, aber ohne Erfolg.
Ich habe die php.ini mittlerweile in folgende Verzeichnisse gelegt:
/system/modules/valumsFileUploader/html/js/
/system/modules/valumsFileUploader/
/plugins/ajax-upload/js/
/system/scripts/
/contao/
/
sogar ins Server-Root
Nichts. Ich kann immer mehr als 1 MB hochladen... - ...aber über 30 MB schmierts ab mit "Fehlgeschlagen"...
Kann mir hier jemand helfen ?
Vielen Dank.
Sascha
Hallo zusammen,
ich finde keinen richtigen Zugang zu dieser Erweiterung, auch nicht durch Lesen der Beiträg hier.
Ich möchte: Mehrfachuploads im Backend nutzen und
die Möglichkeit, Dateien (auch Bilder) über das Frontend direkt in einen Artikel oder Textitem zu laden.
Redakteure sollen die Möglichkeit haben Bilder und Dateien über das FE direkt in Artitkel oder Textitems zu laden.
Gibt es irgendwo eine Anleitung? Oder habt ihr Tipps?
Vielen Dank und viele Grüße!
Isabelle
Habe hier die Lösung gefunden: http://de.contaowiki.org/ValumsFileUploader
Hallo zusammen,
ich benutze seit einiger zeit den uploader und bin wirklich begeistert von der erweiterung. herzlichen dank an das entwicklertem dafür. Ich habe keine technischen fragen mehr, da alles reibungslos funktioniert.
Nachbdem es mir gelungen ist über css den uolad button und die abbrechen schaltfläche zu gestaöten, stosse ich bei bei der uload-drop-area bzw. uload-drop-area-active, und der größe des uploadfeldes und der größe und farbe der schrift dort wie auch bei dem abbrechen button (ich würde abbrechen gerne kleinschreiben) an meine genzen. Wo werden diese elemente in ihrem aussehen gesteuert? Auch das löschen-kreuz würde ich geren gegen eine butten mit "löschen" austauschen. In FE Html steht <a class="qq-upload-delete" onclick="return false;" href="#">x </a> wo finde ich X?
Kann mir jemend erklären wie die elemente des ValumsFileUploader angesteuert werden (Grafik und Inhalt) in der css habe ich nicht die entsprechenden einträge gefunden.
Liebe Grüße florianb
Hallo,
ist eine Version für Contao 3(.1) geplant?
Wenn ja gibt es schon einen Zeitplan?
Gruß
Nikolas
Nein bisher ist nix geplant in diese Richtung.
Schade, es ist nämlich eine ziemlich coole Erweiterung die seines Gleichen sucht.
Hallo zusammen,
habe das gleiche Problem wie bereits einige Posts weiter oben von david enke beschrieben. Auch bei mir (Contao 2.11.11, valums 3.1.15 auf einer lokalen OSX/MAMP) bleiben die Uploads in /tmp liegen, obwohl ein Zielverzeichnis angegeben wurde. 777 für das Zielverzeichnis wurde bereits gesetzt.
Gibt es dafür eine Erklärung/Lösung?
Grüße,
Christian
Tja und ich nun auch, mit meiner zur Zeit noch "alten" 2.9.5-Installation. Das vielfach beschriebene FE-Problem, dass der Upload an sich super funktioniert, aber die Formular-Settings anscheinend garnicht verarbeitet werden (auch nicht nach Absenden des Formulars mit dem Submit-Button) und die in system/tmp gelandeten Dateien nicht verschoben werden. Das kann eigentlich nur ein Bug sein, denn ich hab wie alle anderen User alles mögliche probiert, getestet und gecheckt. Diese Fehl- oder besser Teil-Nichtfunktion zieht sich anscheinend durch so ziemlich alle Contao-Versionen. Es ist auch egal, ob man "Benutzerverzeichnis verwenden" wählt oder einen festen Pfad ancheckt oder beides, das Ergebnis ist dasselbe. Das Formular in der DB speichern, hab noch nicht probiert, soll den Aussagen der anderen nach wohl auch nicht gehen. Was die Sache noch ein bisschen verschärft, sonst könnte man halt mittels eines kleinen Jobs mit Hilfe einer DB-Abfrage relativ einfach erstmal ein Workaround stricken.
Ist denn mittlerweile bekannt, wo in der Extension das wahrscheinlich verursacht wird? Oder anders gefragt, wird denn noch daran gearbeitet und kann man in absehbarer Zeit auf eine Lösung hoffen? Ist kein Mecker, nur nach der langen Zeit, die dieses wohlbekannte Problem nicht behoben werden konnte, drängt sich die Frage nunmal auf, ob das noch eine Chance hat. Tja und im günstigen Fall, wird 2.9.x wohl beim Bugfixing nicht mehr unterstützt, schätze ich, es sei denn, die Lösung wäre zufällig generisch für alle Contaoversionen. Wäre ggf. Unterstützung der 2.11 noch angesagt? Ich kann noch nicht auf 3.x hochziehen, unmöglich.
Es ist aber auch echt ne Krux, Fancy macht garnichts im FE und tut nur so, lässt sich nichtmal mit Starten einer neuen Session überreden. Und die totale Härte ist der eigentlich simple Standard-SingleUpload im Formular in Verbindung mit xtmembers. Funktioniert einwandfrei, bloß sind hinterher zuverlässig die Tabellen tl_member und tl_member_pages im Eimer. Bei ersterer ist das Blob-Feld mit den Zuordnungen der Mitgliedsseiten in den Datensätzen des angemeldeten Mitglieds zerstört und in tl_memberpages sind der Content nebst zwei anderer Felder komplett leergeräumt. Tja, und das filebrowser-Plugin für den Tiny, das ansonsten bestens funktioniert, da klappt der Upload nur im IE, aber nicht in Webkit- u. Mozillabrowsern. Aus demselben Grund wie beim Fancy, das Flash-Browserplugin läuft eben mit Upload einfach nicht. Das war´s, mehr Alternativen gibts nicht. Der Valuumsfileuploader, den ich an sich klasse finde, wäre im FE die perfekte Ergänzung für Nicht-IE-Besucher. Angesichts der vorstehenden Probleme bin ich ja schonmal garnicht unzufrieden, dass er ohne Zerstörungswerk überhaupt zuverlässig hochzuladen scheint. Egal in welchen Ordner. Notfalls verschiebe ich die Dateien mit einem nach dem Upload startenden Extrascript. Aber hey, das ist der einzige eigentlich grundsolide Uploader für das Contao-FE. Mit dem Flashproblem, das wird doch nix mehr.
Also dann, ich hoffe das Beste. :)
Hallo nochmal,
habe mich heute nochmals ausführlicher mit dem Uploader befasst und festgestellt, dass der Hauptgrund, warum er nach tmp lud, aber nicht mehr weiter, darin bestand, dass er mit einer von Hand für das Formular vergebenen ID nichts anfangen konnte. Der Uploader übergibt im Hintergrund leider nicht die tatsächlich vergebene FormID als $strFormId. Er erhält also einen leeren String. Darauf wird überprüft und falls nicht vorhanden, wird die formId automatisch generiert. Dies stimmt dann allerdings nicht mehr mit der tatsächlichen ID überein, ist also ein Fehler und dann wird nicht weiter ausgeführt. Schon gar nicht, wenn man, wie bei mir, noch einen processFormData-Hook im Hintergrund das Formular weiter verarbeiten lassen will.
Vielleicht hilft diese Erkenntnis ja auch an anderer Stelle.
Viele Grüße,
dillscher
Hallo Dillscher,Zitat:
Zitat von dillscher
interessante Entdeckung. Hast Du vielleicht auch einen Patch? Ich muss zugeben, die anschließende Folgeverarbeitung noch nicht so recht zu durchblicken und hab momentan leider auch nicht die Zeit, den Code komplett aufzudröseln.
Wie auch immer, aber ich hab vorhin einen ganz einfachen Patch für das Problem gefunden und erfolgreich getestet. Das brutale Zurechtstutzen der Erweiterung ist zwar nicht gerade die eleganteste Methode, aber so funktioniert jetzt bei mir alles wie es soll. Na ja, ich brauch die nachträglich Verschiebe-Mimik wohl zwecks irgendwelcher Dateiprüfungen auch garnicht, denn ich lasse für FE-Mitglieder eh nur Fotos zum Hochladen in ihren Ordner zu, vielleicht auch irgendwann noch PDF. Benötige die Valums-Extension außerdem nur als alternativen Notnagel, weil ich das sehr schöne filebrowser-Plugin in den TinyMCE einband. Tut alles bestens und zuverlässig, nur wie Fancy den flashbasierten Upload lediglich im IE.
Der Patch:
Im Ordner system/modules in der Datei valumsFileUploader.php die Zeile 180
'uploadFolder' => 'system/tmp',
ersetzen durch
'uploadFolder' => $this->uploadFolder,
Das Komma am Zeilenende nicht vergessen! :-) Das ist alles. So werden nun die Dateien sofort in den filemount des FE-Mitglieds hochgeladen und nicht erst nach system/tmp. Den Submitbutton sollte man natürlich aus dem Formular entfernen. Die Formularverarbeitung funktioniert ja sowieso nicht, und der Upload unabhängig davon. Ohne Submit-Button sind dann wenigstens auch mögliche Randerscheinungen der ins Leere laufenden Formularverarbeitung ausgeschlossen. Dass das Formular so nicht abgeschickt wird, macht ja wohl nichts, oder?
-------------------------------
Sorry, das war nicht ganz richtig. "uploadFolder" enthält nicht unbedingt den richtigen Pfad. Hab ich zunächst nicht gemerkt, weil ich beim Testen stets mit demselben FE-Login angemeldet war. Man muss den Pfad selber zusammenbauen, wofür ich das Inserttag verwende. Dann klappt der korrekte Upload. Ich habe aber noch nicht das Problem dabei gelöst, dass die Extension die Dateien für die Erfolgsanzeige und das Lösch-Icon anscheinend irgendwoanders sucht und dann trotz erfolreichem Hochladen die "Fehlgeschlagen"-Meldung bringt. Hab die Stelle noch nicht gefunden, wo genau das passiert. Ist ein bisschen kniffelig.
Einen Patch kann ich Dir dazu nicht wirklich anbieten, einzig die Anmerkung, dass ich tatsächlich auf eine ID für das Formular dann doch verzichtet habe (siehe Experteneinstellungen rechts neben dem CSS).
Mein Formular selbst wird dann sauber verarbeitet und kommt auch inkl. aller notwendigen Felder und Files im Hook an, den ich nutze, um das Formular auf meine eigene Weise zu verarbeiten.
Gut möglich, dass wir also trotzdem nicht an der gleichen Baustelle unterwegs waren ;-).
Ich finde es auch super schade, aber ich verstehe leider auch den Entwickler.Zitat:
Zitat von operatorone
Ich verstehe nicht, warum eine solch wichtige Funktion nicht von Haus aus in Contao inkludiert ist. Ein Batch-Upload von Dateien ohne Timeouts und beschädigten Dateien wegen abgebrochenem Upload ist Bestandteil von vielen aktuellen CMS. Ich verstehe nicht, warum dies mittels Erweiterungen von Entwicklern, die auf Goodwill-Basis arbeiten und eigentlich keine Zeit haben, realisiert werden muß, wobei jede neue Contao Version neue Probleme erzeugt.
Contao bringt so viel mehr als jedes andere Open Source CMS von Haus aus mit, aber just beim Uploader steht das System etwa auf dem Stand von 2003.
(Im Übrigen finde ich - ich weiß, es gehört nicht hierher - Entwickler sollten ihre Erweiterungen auch kommerziell anbieten können. Der Marketplace von Concrete5 ist ein gutes Beispiel dafür, und er funktioniert wunderbar).
Gruß
Michael
Ja das ist wirklich schade. So einen Shop würde ich mir wünschen. Derzeit bauen wir sowas in Eigenregie nur für unsere Extensions :(Zitat:
Zitat von okapi
Finde ich toll! Meine volle Zustimmung. Vielleicht macht das ja einmal Schule und es gibt eines Tages auch für Contao eine Art Marktplatz mit einer ausgewogenen Mischung aus kostenlosen und zu erwerbenden Erweiterungen. Bei Concrete5 beobachte ich dieses System (und auch die Diskussionen darüber) schon seit Jahren, und ich kann nur Gutes davon berichten.Zitat:
Zitat von andreasisaak
Hallöle,
ich habe das Problem bereits unter Nach Installation einer Extension funktioniert nichts mehr! geschildert und wurde dann von einem User auf dieses Unterforum verwiesen.
Ich habe den valumsFileUploader unter Contao 3.1.0. installieren wollen und zuerst lief garnichts mehr. Nach Löschen der Datei system/drivers/DC_Upload.php und des Ordners system/modules/valumsFileUploader war zumindest die Seite wieder verfügbar.
Leider komme ich bislang noch nicht ins Backend. Folgende Warnung wird beim Aufruf der LogIn-Seite ausgegeben:
Woran kann das liegen und wie kann ich das beheben?Code:Warning: in_array() expects parameter 2 to be array, null given in system/modules/core/library/Contao/System.php on line 110
#0 [internal function]: __error(2, 'in_array() expe...', '/mnt/webd/c0/17...', 110, Array)
#1 system/modules/core/library/Contao/System.php(110): in_array('getInstance', NULL)
#2 system/modules/core/classes/BackendTemplate.php(44): Contao\System->import('ValumsHelper')
#3 system/modules/core/classes/BackendTemplate.php(146): Contao\BackendTemplate->parse()
#4 contao/index.php(115): Contao\BackendTemplate->output()
#5 contao/index.php(124): Index->run()
#6 {main}
Fatal error: Class 'ValumsHelper' not found in /xxxxx/system/modules/core/library/Contao/System.php on line 110
Viele Grüße und danke,
Franz
Hallo, ich versuche gerade den Uploader im Backend einzusetzen. Nach dem Upload erscheint immer: "Das Uploadverzeichnis ist nicht beschreibbar."
SMH ist aktiviert (überprüft mit smhcheck), Verzeichnis ist beschreibbar. Aktuelle Version vom Repository installiert.
Contao 2.11.11
Danke lg
Zu meinem vorherigen Post:
Funktioniert anscheinend doch. Jedoch müssen die Rechte vom Ordner auf 777 gesetzt werden. Wenn ich aber im Backend einen neuen Ordner erstelle hat dieser 755 und der Upload ist nicht möglich, außer man stellt zuvor über FTP die Rechte um.
Kann ich dem Ordner beim erstellen automatisch 777 geben oder was macht man am Besten?
lg
Hallo, standardmässig werden hochgeladene Dateien in der Formulardaten-Mail verlinkt. Gibt es die Möglichkeit, die Dateien direkt an die Mail anzuhängen? Ich bilde mir ein, dass das mit einer ganz frühen Version schon mal funktioniert hat.
Nein das geht nur mit der Extension "mfa"
Hallo,
ich habe den fileuploader in ein FE Formular eingebunden und die Option "Hochgeladene Dateien speichern" gewählt und ein entsprechendes Verzeichnis angegeben.
Vorweg, die Dateirechte sind korrekt gesetzt und ich setze den EFG ein.
Anscheinend schlägt die Überprüfung in ValumnsFileUploader::validateFormField(271) :
fehl, denn $this->lastFf['id'] ist schlichtweg leer.PHP-Code:if ($this->lastFf['id'] == $objWidget->id && !$this->hasError)
Trifft der Fehler nur bei mir auf?
Danke Andreas. Mit mfa scheint das wunderbar zu funktionieren, allerdings tauchen bei eingeschaltetem mfa in der Mail zusätzlich die Felder FORM_SUBMIT:, REQUEST_TOKEN:, MAX_FILE_SIZE: und noch zwei weitere, kryptische auf. Ist das normal? Lässt sich das abschalten?Zitat:
Zitat von andreasisaak
Hallo,
Die Extension ist wirklich praktisch ich hätte noch Vorschläge falls Sie lust haben diese einzubauen:
- Automatisches erstellen des Uploadfolders bzw. des Trees
- Mehrere Instanzen pro Seite
Mit freundlichen Grüßen
Hallo Andreas,
ist eine Version für Contao 3.2.+ geplant?
vg
sascha
Wenn es nach mir geht - definitiv nicht mit dieser Codebase.
Ich hatte Probleme mit Dateien ab ein paar MB.
Folgender Eintrag in der htaccess hat nun mein Problem gelöst:
Code:<Files ajax.php>
SecFilterEngine Off
</Files>
Hallo,
ein Freund hat mich darauf aufmerksam gemacht, das er keine Dateien hochladen kann. Ich habe mir das angeschaut u. es stimmt. Es wird ein Button angezeigt "Dateien hochladen und zurück". Klickt man darauf kommt man wieder zur Übersicht aber man kann keine Dateien hochladen. Es wird kein Fenster dafür angezeigt. Kann mich nicht mehr so genau erinnern wie das mit VU aussah?
Es gibt im Systemlog keine Fehlermeldung!
slideItMooFramework 1.0.2 stable
VU 3.1.0 stable 16
Cto 2.11.12