Druckbare Version
Mir gelingt es nicht mehr als 55 Reihen in einer Tabelle ( OverallRanking BeND 2015) unterzubringen. Gibt es da Einschränkungen?
Beim Import im Backend sind noch alle Einträge zu sehen, sobald ich speichere wird die Tabelle abgeschnitten!?
Ich hatte erst die Button "erste Zeile Kopfzeile" und/oder "Tabelle sortierbar" im Verdacht. Die haben mir früher schon mal Überraschungen serviert. Daran liegt es aber nicht.
Irgendwo muss der Inhalt Deiner Tabelle ja gespeichert werden. Ich schätze mal, es ist weniger die Zahl der Zeilen als die Gesamtfröße Deiner Tabelle, die an Grenzen stößt.
5KB sollten doch keine Herausforderung sein, wenn auch MB große Bilder machbar sind ... oder denke ich da falsch?Zitat:
Zitat von fiedsch
Naja, da sollte es keine prinzipiellen Limits geben. Ich kann mir höchstens vorstellen, dass vielleicht der mediumblob des Datenbankfeldes nicht mehr ausreicht, aber ich glaube da wäre das Verhalten anders. Was auch sein könnte ist, dass die POST_MAX_SIZE oder dergleichen überschritten wird beim speichern.Zitat:
Zitat von fiedsch
Muss ich erst mal testen. @eisenherz: kannst du vielleicht mal den Inhalt des tableitems Feldes in der tl_content Tabelle (von diesem Inhaltselement) posten? Evt. als Anhang in einer Textdatei.
... du möchtest die Tabellen Inhalte, hab ich das richtig verstanden? Wenn ja, sende ich Dir heute Abend als CSVZitat:
Zitat von Spooky
und danke für deine Mühe im Voraus
Jörg Basler
daß es ein mediumblob ist konnte ich beim Posten nicht nachschauen (S-Bahn, Handy :-(. In diesem Fall glaube ich dann auch nicht, daß das das Problem sein sollte.Zitat:
Zitat von Spooky
M.E. falsch gedacht: Du speicherst in der HTML-Tabelle ja nicht das Bild, sondern nur den Link darauf.Zitat:
Zitat von eisenherz
Ich habe jetzt ein paar neu Wörter kennegelerent, mit denen ich aber nicht umzugehen weiß und die auch kontrovers in der Nutzung diskutiert/ beschrieben werden.
Blob, mediumblob, post_max_size
Hier mal die cvs Datei
...ups die Datei wird als Anhang nicht akzeptiert, falsches Format ... na dann also hier der Dropboxlink
Vielleicht kann mir damit jemand helfen
Ne Teilnehmerzahl von 100 oder mehr ist ja bei einer Sportveranstaltung nichts Ungewöhnliches ... dass muss doch auch mit Contao zu lösen sein.
Ok, und nur um das exakt reproduzieren zu können: du importierst die CSV Datei und wenn du speichern klickst, sind auf einmal nur mehr 55 Zeilen da?
// ok, ich habe das Problem reproduzieren können und es scheint auf jeden Fall an der POST size oder ähnlichem zu liegen. Denn wenn man diese Tabelle importiert und weiter unten auch noch Spalten- und Zeilenüberschriften aktiviert, wird auch letzteres nicht übernommen, was darauf hindeutet, dass ab einer gewissen Länge keine POST Daten mehr übernommen werden.
Das selbe Problem tritt auch hier auf: https://community.contao.org/de/show...zahl-begrenzt!
An der post_max_size scheint es nicht zu liegen. Hier würde erstens vom Apache ein Fehler auftreten, zweitens ist die POST Content-Length in diesem Fal nur 36761, also nur 35.9KiB. Die post_max_size ist bei mir auf 512M gesetzt.
Ok, hab's herausgefunden ;)
Es liegt an der PHP Variable max_input_vars. Diese ist by default auf 1000. Die von dir importierte Tabelle erzeugt aber alleine schon insgesamt 1188 Felder. Sobald das Limit von 1000 erreicht wird, werden alle weiteren Felder von PHP ignoriert, daher sind es dann auch nur 55 Zeilen (und weniger Spalten in der letzten Zeile) und etwaige Einstellungen in Feldern danach werden auch ignoriert.
PHP würde hierzu sogar eine Fehlermeldung ausgeben, allerdings nur als Warning, daher scheint es nirgendwo auf.
Du musst also einfach nur das max_input_var Limit erhöhen. Wie das bei dir funktioniert hängt vom Hosting ab. Entweder über eine eigene php.ini oder über das setzen von PHP Variablen in der .htaccess.
blob Binary Large OBject http://www.heise.de/security/meldung...n-2756331.htmlZitat:
Zitat von eisenherz
mediumblob ist bei MySQL eine Feldgröße mögliche für blobs (TINYBLOB, BLOB, MEDIUMBLOB, and LONGBLOB) http://dev.mysql.com/doc/refman/5.5/en/blob.html
post_max_size gibt an wie groß POST-Daten maximal sein dürfen http://php.net/manual/de/ini.core.php#ini.post-max-size
Aber wie @spooky herausgefunden hat, liegt es an max_input_vars http://php.net/manual/de/info.config...max-input-vars
Du wirst Dein Problem wahrscheinlich beheben können, indem Du die Einstellungen in der php.ini änderst, aber m.E. ist der Ansatz die Daten in einem Content-Element zu verwalten kritisch. Irgendwann werden so immer Grenzen erreicht und es wird wohl auch im Backend unhandlich.
Vielleicht kannst Du ja die Daten in eine Datenbanktabelle einlesen und dann im Frontend mit dem listing Modul ausgeben?
Die Kür wäre dann ein eigens Backenmodul für die Verwaltung der Daten. Ist nicht kompliziert, aber dazu muss man sich etwas in die Contao-Programmierung einarbeiten.
Genau das passiert.Zitat:
Zitat von Spooky
Das überfordert mich erstmal.Zitat:
Zitat von Spooky
Danke für die Erklärungen.Zitat:
Zitat von fiedsch
Die Daten werden von anderen Nutzern eingeben. Genau das soll ja der Sinn meiner Seite Droplimits sein, dass mehrere ihre Infos einpflegen können. Wäre blöd an so einer Stelle jetzt einen Sonderweg gehen zu müssen.
Ein Modul bauen ... nicht kompliziert!?
Hört sich für mich so an als wenn ich Dir jetzt vorschlagen würde mal eben von Münster nach Utrecht und zurück zu fahren , zum Fotografieren eines Rennens, mit dem Fahrrad, an einem Tag. Ist für mich auch ganz einfach ... du verstehst was ich meine :-).
Ich veruche mal dass mit dem "max_input_var" rauszukriegen ... ist aber vermutlich nicht updatesicher, oder?
Das ist eine PHP-Einstellung, hat mit Contao im Prinzip nichts zu tun. Deswegen muss es über die .htaccess oder die php.ini gemacht werden. Solang du beim Contao-Update deine .htaccess immer mitnimmst bzw nachführst, ist das auch updatesicher, zumindest was Contao-Updates angeht.Zitat:
Zitat von eisenherz
Zitat:
Zitat von eisenherz
Deswegen habe ich auch nicht einfach geschrieben ;-)Zitat:
Ein Modul bauen ... nicht kompliziert!?
Du brauchst "nur"
1. einen Modulordner beliebigen Namens unter system/modules
In Deinem Modulordner dann
2. einen Eintrag in der config/config.php damit Du einen Menüpunkt für die Datentabelle im Backend bekommst
3. eine Datei dca/tl_tabellenname.php die Deine Datentabelle beschreibt (Datenfelder, Eingabemaske, etc).
Damit hast Du dann im Backend eine schicke Eingabemaske für Deine Daten. Ausgeben kannst Du die im Frontend mit dem listing Modul ohne etwas programmieren zu müssen.
Wie 1., 2. und 3. gehen kann man sich bei anderen Modulen abschauen. Oder Du schaust hier (Abschnitte 1-3) http://de.contaowiki.org/C3:_Tutoria...il:_Grundlagen
Das werde ich mal ausprobieren.Zitat:
Zitat von Spooky
Das Problem mit den Tabellen gibt es schon länger. Der Import von CSV mit vielen Zeilen funktioniert noch, beim Speichern wird abgeschnitten.
Problem dabei... derjenige, der diese Tabellen pflegt, bekommt seinerseits die nach jedem Rennen die Daten von der Zeitnahme per CSV. Es sollte also schon am Stück einzufügen sein.Zitat:
Zitat von fiedsch
den max_input_var finde ich auch nicht ... ich kann kein php.
Ich staune dass ich mit diesem Problem doch recht allein auf weiter Flur zu sein scheine. Wie pflegen denn andere große Tabellen ein? ... und so groß ist das ja gar nicht ... was ist bei mehreren 100 Startern
Wie schon hier erwähnt: wie du diese PHP Variable änderst hängt von deinem Hosting ab. Es könnte sein, dass du sie in einer eigenen php.ini setzen kannst oder musst, oder über die .htaccess.Zitat:
Zitat von eisenherz
Wie schon hier erwähnt, bist du mit diesem Problem nicht ganz alleine.Zitat:
Zitat von eisenherz
Bist Du garantiert nicht. Ich hantiere jeden Tag mit Tabellen, entweder dem Tabellenelement, dem Aufzählungselement oder einem eigenen CSV-Element. Bei allen Elementen stoße ich des Öfteren auf das Phänomen des Abschneidens von Daten. Ich hatte deswegen vor zwei Jahren schon mal ein Ticket auf GitHub aufgemacht. Nachvollziehen konnte das niemand. Wahrscheinlich weil max_input_vars bei den Testern einen weit höheren Wert hatte als bei mir. Daß es an max_input_vars liegen könnte, ahnte nicht mal Leo Feyer. Auf die Lösung kam erst ein Anderer vor einigen Monaten.Zitat:
Zitat von eisenherz
Ich soll also für jede Tabelle, jeden längeren Text u.ä. das eigene Modul nutzen, welches jede Zeile einzeln als Datensatz in einer separaten Datenbanktabelle speichert. Da ich dabei max_input_vars beachten muß, kann ich auch nicht alle Zeilen in einem Rutsch dort ablegen. Bleibt also nur der Dateiimport.Zitat:
Zitat von fiedsch
Da ich jeden Tag mindestens eine Tabelle in Inhaltselemente einpflege, lege ich also mit dem Modul jährlich mind. 365 neue Datenbanktabellen an, für die ich jeweils ein Auflistungsmodul anlege.
Mal ehrlich. Das wirft mich doch in die Steinzeit zurück.
Das Problem liegt ja nicht in den zu vielen Daten, zumal die Flasche (MEDIUMBLOB) in 99,9% aller Fälle stark überdimensioniert ist. Das Problem ist vielmehr der Flaschenhals (max_input_vars), der nur rund zwei Drittel meiner Daten reinläßt.
bei Texten hat Du das Problem mit den vielen input vars doch gar nicht.Zitat:
Zitat von Samson1964
Ich hatte auch nicht vorgeschlagen jede Zeile einzeln einzulesen sondern sprach von "den Daten". Das eigene Modul würde ich natürlich genau passend auf den vorliegenden Anwendungsfall bauen.Zitat:
das eigene Modul nutzen, welches jede Zeile einzeln als Datensatz in einer separaten Datenbanktabelle speichert. Da ich dabei max_input_vars beachten muß, kann ich auch nicht alle Zeilen in einem Rutsch dort ablegen.
Oder Du strukturierst Deine Daten besser, hast z.B eine Weitere Spalte die etwas wie Herkunft oder Ziel der Daten bestimmt und packst alles in eine Datenbanktabelle. Beim Auslesen in Deinen 365 Inhaltselementen verwendest Du dann (z.B.) diese Spalte zum Filtern. Um ein paar Gedanken zu einem vernünftigen Datemodell kommt man halt nicht herum.Zitat:
Bleibt also nur der Dateiimport.
Da ich jeden Tag mindestens eine Tabelle in Inhaltselemente einpflege, lege ich also mit dem Modul jährlich mind. 365 neue Datenbanktabellen an, für die ich jeweils ein Auflistungsmodul anlege.
Wenn Du es so umständlich angehen willst: ja.Zitat:
Mal ehrlich. Das wirft mich doch in die Steinzeit zurück.
Ich denke es sind nicht primär die max_input_vars (bei einem Wert von 1000 kannst Du ein Formular mit 1000 Input-Feldern bauen -- das ist im Normalfall schon Overkill) sondern eher das Konzept als Widget für die Tabelle(Daten) "zeigen mal Spalten" einzelne Inputs anzulegen die Du nebenbei auch nicht mit copy/paste befallen kannst, wie das ein User einer Tabellenverwaltung vielleicht erwarten würde.Zitat:
Das Problem liegt ja nicht in den zu vielen Daten, zumal die Flasche (MEDIUMBLOB) in 99,9% aller Fälle stark überdimensioniert ist. Das Problem ist vielmehr der Flaschenhals (max_input_vars), der nur rund zwei Drittel meiner Daten reinläßt.
M.E. krankt es hier nicht an der Technik sondern am User-Interface (ohne daß ich jetzt einen besseren Vorschlag hätte).
Zitat:
Zitat von Samson1964
Hallo Samson!
Danke für die ausführliche Antwort. Da ich nur einfacher User bin und gar nicht die zeitlichen Möglichkeiten habe mich, immer, wenn es klemmt, in die Tiefen von php oder anderen Grundgerüsten zu stürzen, kann ich an solchen Stellen immer nur die Segel streichen.
Das finde ich sehr schade, weil ich gern mit Contao arbeite und schon viel damit erreicht habe. An dieser Stelle verstärkt sich aber leider mein Problem sogar. Ich habe Contao gewählt, um ein Netzwerk aufzubauen.Gerade Contao, hat mir dafür gut gefallen. Viel bessere Verwaltung von Benutzern und Mitglieder als Joomla oder Wordpress und dazu noch deutscher, hervorragender, Support.
Jetzt habe ich nach langem Reden und Bitten sogar endlich Leute gefunden, die meine Website und die Idee des Netzwerkes dahinter nicht nur konsumieren, sondern auch mithelfen.
Genau diese Helfer pflegen jetzt die von mir hier erwähnten Tabellen. Jetzt ist es mir schon zu kompliziert mich in die von Euch vorgeschlagenen Lösungen einzuarbeiten ... da kann ich das den gerade gewonnenen Mitstreitern erst recht nicht zutrauen, oder?
Ich weiß, hier ist solche Kritik nicht gern gesehen, weil ich ja ein System nutze dass viele in ihrer Freizeit, kostenlos, auf die Bein stellen. Aber meine Kritik ist ja auch in keiner Weis böse gemeint. Ich versteh nur nicht wieso es dafür keine praktischere Lösung gibt ... eigentlich müsste doch jeder, der irgendwie mit Vereinsarbeit zu tun hat und Mitgliederlisten betreut, in kürzester Zeit an diese Grenzen stoßen ...
Leider kann ich nichts Konstruktiveres dazu beitragen, außer den Finger in die Wunde zu legen. Ich nutze ja eben Contao um mich genau nicht mit PHP und Co. in der Tiefe beschäftigen zu müssen.
Äh, mal am Rande: Dann solltest du eher ein Baukasten System nutzen. Bei einem CMS muss man sich natürlich als Webworker auch ein wenig mit PHP beschäftigen um das ganze an die eigenen Bedürfnisse anzupassen.Zitat:
Zitat von eisenherz
So: Nun zum Thema -> Dir wurde doch von Spooky schon geschrieben, wo du was drehen kannst. Bzw. eventuell kannst du die Variable nicht selber einstellen, da kommt dann dein Hoster ins Spiel. Kontaktiere einfach den Support von dem und frag da nach ob man die max_input_var hochsetzen kann. Wenn das nicht geht, dann frag nach ob es bei einem größeren Paket geht oder guck ob du den Anbieter wechselst, wenn diese Stelle so enorm wichtig ist und die Daten nicht anders aufbereitet werden können.
Viele Grüße
Zitat:
Zitat von fiedsch
Ah, prima, jetzt scheint eine Diskussion in Gang zu kommen, von Leuten mit tieferem Wissen als meinem.
Auch wenn viele "heavy User" sich das kaum vorstellen können ... bei mir gehen schon bei diesen Hinweisen, die für viele sozusagen zur Grundkenntnis gehören, die Lichter aus.
Hinweise, dass sei ja alles ganz einfach, bringen mich an der Stelle auch nicht weiter. Das finde ich schade. Es sollte jedem klar sein, dass Dinge mit denen man sich häufiger beschäftigt, leichter fallen, als Dinge mit denen ich mich ausnahmsweise auseinandersetzten muss. Der Hinweis sich doch bitte eingehender damit zu beschäftigen ist ja nett gemeint ... .Wie gesagt, mir fehlt die Zeit dazu Programmierung auch noch zu meinem Hobby zu machen, ich schaffe es nur mit Mühe, mit den dafür vorgesehenen Standardmitteln (Backend) die Website zu pflegen.
Für die Tabelle müssen wir jetzt, wohl oder Übel, erstmal einen archaischen Weg finden, sie so zu veröffentlichen, dass der Helfer das hinkriegt.
Entweder als langem Text oder vielleicht sogar als Bild. Beides finde ich gruselig, aber mir fällt nix Besseres ein.
Nicht falsch verstehen ... aber das liest sich für mich, wie "leider darfst du nicht mitspielen" ... das sollte nicht das Ziel einer Community sein, oder? Immerhin habe ich ja schon vier Websites mit Contao gebaut, die zufriedenstellend funktionieren ... ohne PHP KenntnisseZitat:
Zitat von MacKP
Da ich, wie man an meiner Website unschwer erkennen kann, was mit Sport zu tun habe und dementsprechend auch Kampfgeist habe, werde ich nicht so schnell aufgeben und auch mal versuchen eure Hinweise umzusetzen ... irgendwann im Winter.
Leider ist bei mir (Fahrradgeschäft) die Saison noch nicht zu Ende (= akuter Zeitmangel) und am kommenden Wochenende stehen zwei Wettkämpfe an, die wieder in die besagte Tabelle ( OverallRanking BeND 2015)einfließen müssen ... bis dahin fallen mir nur Lösungen ein, die, sozusagen, Contao unwürdig sind ... das finde ich schade.
Die Tabelle als Dropboxlink
Beim mir (Fahrradfahrer) ist die Saison wettertechnisch schon fast zu ende. Wenn es weiter so schlecht bleibt hätte ich am Wochenende vielleicht etwas Zeit frei.Zitat:
Zitat von eisenherz
Nochmal zur Ausgangslage: Du hast Tabellen mit Ergebnissen, die in Contao importiert und im Frontend als HTML Tabelle dargestellt werden sollen. Ich gehe davon aus, daß die Daten dann im Backend nicht mehr editiert werden müssen (einzelne Tabellenzelle bearbeiten). Liege ich da richtig?
Dann wäre meine Idee: neues Modul, das anstelle Tabellenimport die CSV-Daten, die vermutlich aus einer Tabellenkalkulation stammen im Contao Backend in ein Textfeld zu copy/pasten oder als Datei hoch zu laden. Ein zugehöriges Frontendmodul zeigt das Ganze dann als Tabelle an.
Gib mir doch kurz Bescheid, ob ich mit meinen Annahmen richtig liege, dann kann ich vielleicht am WE etwas bauen. "ist ja nicht so schwer" ;-)
Für Deine Daten, die dieses WE entstehen brauchst Du dann aber noch eine andere Lösung, so schnell komme ich nicht dazu.
Danke für das Hilfeangebot ... Wenn ich seh wie die Lösung aussieht kann ich hinterher vielleicht auch wieder etwas mehr
Na ,dann wünsch ich mir mal Regen ... oder:D ... dann kann ich Rad fahren und du für mich programmieren:pZitat:
Zitat von fiedsch
Sowas schwebte mir vor. Der Helfer kann die Datei auch als Text oder PDF ausgeben.Zitat:
Zitat von fiedsch
ich hatte schon überlegt, die Tabelle nur für die TOP Platzierten anzubieten und für den Rest als PDF Download ... ist aber aus meiner Sicht ne echte Notlösung. Die Gesamtwertung sollte halt jeder direkt auf der Website einsehen können ... ohne Download.
Ich sag ja nicht, das du nicht mitspielen darfst! Du willst anscheinend nicht mitspielen, wenn du dich bei Problemen nicht damit auseinander setzten möchtest. Wie gesagt ist dann ein CMS wie Contao nicht das richtige. Wenn du dich nicht mit Technik auseinander setzten möchtest, dann nimm Baukässten Systeme. Da kann man sich dann noch nicht mal mit der Technik auseinander setzen und das ist auch gewollt so.Zitat:
Zitat von eisenherz
Noch mal zum Thema: Du suchst immer noch andere Lösungen anstelle dich um das Grundproblem zu kümmern. Du scheinst das komplett zu ignorieren in den letzen Posts. Hast du denn inzwischen mal mit deinem Hoster geredet?
Viele Grüße
Die arbeiten nicht wenn ich für sowas Zeit habe ... Nachts. Hier schreibe ich nur zwischendurch, wenn ich kurze Ablenkung vom Geschäft nötig habe. Die paar Zeilen gehen immer. Ich sitze gerade an der Steuererklärung ...Zitat:
Zitat von MacKP
Um mich mit Eurer Lösung auseinanderzusetzen, brauch ich aber min. ne Stunde am Stück frei ... das hat nix mit nicht wollen zu tun. Das du sowas vielleicht in 5min regelst hilft mir nicht. Vermutlich kann ich auch dreimal so schnell und zehnmal soweit Rad fahren wie du, trotzdem kannst du Rad fahren (hoffe ich wenigstens für Dich) ... verstehst du was ich meine?
Tschüss
Jörg Basler
Ich glaube nicht, dass hier irgend jemand versteht, was du meinst, denn das mindeste was du hättest tun können ist folgende E-Mail an den Support deines Hosters zu schicken:Bzw. ein Support Ticket mit dem selben Inhalt erstellen.Zitat:
Hallo, wie kann ich die PHP Variable "max_input_vars" erhöhen?
Das ist völlig egal wann du das machst. Und das hättest du schon vor über einem Monat machen können, aber es aus irgendeinem unbekannten Grund nicht getan.
Eine sehr seltsame Einstellung zu diesen Dingen. Als Webentwickler wirst du dich irgendwann bei egal welchem CMS hin und wieder mal Tiefer mit der technischen Materie dahinter beschäftigen müssen. Dieses spezielle Problem hier wird auch bei anderen Content Management Systemen auftreten, wo es ähnlich viel Eingabefelder auf einer Seite gibt.Zitat:
Zitat von eisenherz
Tja, genau das ist es was uns unterscheidet. Dir ist sowas klar, mir nicht. Über solch einfache Dinge stolpert man, wenn man sich nicht täglich damit beschäftigt.Zitat:
Zitat von Spooky
Konkret bist du erst nach einem Monat geworden, jetzt gerade: "schreib ne eMail an den Hoster". Vorher musste ich das zwischen den Zeilen lesen. So blöd Dir das auch erscheinen mag, ich habe es ja nicht nicht gemacht, um jemanden zu ärgern, denn in erster Linie ärgere ich mich selber, weil ich es nicht hinkriege das Problem zu lösen und mein Helfer mich regelmäßig deshalb löchert.
Ich muss sogar Leuten das Aufpumpen ihres Rades erklären ... manche wundern sich dann sogar, dass es nicht reicht einmal im Jahr auf zu pumpen ... diesen Kunden nehme ich das Rad auch nicht weg und sie dürfen sogar wieder kommen:p ... auch wenn ich manchmal merkwürdige Sachen über sie denke :D
Ich werde jetzt mal ne eMail an Hetzner schreiben
Sieht aus als wenn ich um eine Nachtschicht nicht herum komme.Zitat:
Zitat von Spooky
Antwort von Hetzner entspricht der Deinen
Code:die Einstellung können Sie per .htaccess-Datei setzen:
php_value max_input_vars 5000
Warum eine Nachtschicht? Mach' einfach das was dir der Support gesagt hat... füge diesen Codein deine .htaccess Datei ein. Entweder ganz am Anfang oder ganz am Ende.Code:php_value max_input_vars 5000
und ergänze das Ganze noch mit einem KommentarZitat:
Zitat von Spooky
damit Du in einem Jahr noch weißt, wozu das gut war und irgendeine Referenz hast.Code:# 2015-09-03 (Dein Name)
# Fuer Contaos Tabellen-Elemente die bei uns sehr lang werden können ...
# Siehe Antwortmail vom Hetzner Support
php_value max_input_vars 5000
Hallo eisenherz,
schau Dir das mal an: https://github.com/fiedsch/contao_table_from_csv
Es ist eine rudimentäre Implementierung eines Contao Inhaltselements, das eine CSV-Datei einliest und als HTML-Tabelle ausgibt.
Noch vollkommen ohne Konfigurationsmöglichkeiten bzgl. des Formats des Inputs, sollte aber auf Deine Beispieldaten passen.
Ich hoffe, das hilft Dir neben der Anpassung der max_input_vars weiter.
Hallo!Zitat:
Zitat von fiedsch
Vielen Dank für Dein Mühe!
Ich habe das mal ausprobiert. Im BE funktioniert alles, dann kommt nach der Auswahl ein CSV Datei diese Fehlermeldung ... womit ich wieder raus bin.
Code:Warning: include(/usr/www/users/baslerd/Droplimits/system/modules/table_from_csv/elements/ContentCsvTable.php) [function.include]: failed to open stream: No such file or directory in system/modules/core/library/Contao/ClassLoader.php on line 148
#0 system/modules/core/library/Contao/ClassLoader.php(148): __error(2, 'include(/usr/ww...', '/usr/www/users/...', 148, Array)
#1 system/modules/core/library/Contao/ClassLoader.php(148): Contao\ClassLoader::load()
#2 [internal function]: Contao\ClassLoader::load('ContentCsvTable')
#3 [internal function]: spl_autoload_call('ContentCsvTable')
#4 system/modules/core/library/Contao/Controller.php(461): class_exists('ContentCsvTable')
#5 system/cache/dca/tl_content.php(1155): Contao\Controller::getContentElement(Object(Contao\ContentModel))
#6 system/modules/core/drivers/DC_Table.php(4202): tl_content->addCteType(Array)
#7 system/modules/core/drivers/DC_Table.php(366): Contao\DC_Table->parentView()
#8 system/modules/core/classes/Backend.php(622): Contao\DC_Table->showAll()
#9 system/modules/core/controllers/BackendMain.php(126): Contao\Backend->getBackendModule('article')
#10 contao/main.php(20): Contao\BackendMain->run()
#11 {main}
Warning: include() [function.include]: Failed opening '/usr/www/users/baslerd/Droplimits/system/modules/table_from_csv/elements/ContentCsvTable.php' for inclusion (include_path='.:/usr/local/lib/php/') in system/modules/core/library/Contao/ClassLoader.php on line 148
#0 system/modules/core/library/Contao/ClassLoader.php(148): __error(2, 'include() [addCteType(Array)
#7 system/modules/core/drivers/DC_Table.php(366): Contao\DC_Table->parentView()
#8 system/modules/core/classes/Backend.php(622): Contao\DC_Table->showAll()
#9 system/modules/core/controllers/BackendMain.php(126): Contao\Backend->getBackendModule('article')
#10 contao/main.php(20): Contao\BackendMain->run()
#11 {main}
Warning: Cannot modify header information - headers already sent by (output started at /usr/www/users/baslerd/Droplimits/system/helper/functions.php:68) in system/modules/core/library/Contao/Template.php on line 255
#0 [internal function]: __error(2, 'Cannot modify h...', '/usr/www/users/...', 255, Array)
#1 system/modules/core/library/Contao/Template.php(255): header('Vary: User-Agen...', false)
#2 system/modules/core/classes/BackendTemplate.php(113): Contao\Template->output()
#3 system/modules/core/controllers/BackendMain.php(268): Contao\BackendTemplate->output()
#4 system/modules/core/controllers/BackendMain.php(130): Contao\BackendMain->output()
#5 contao/main.php(20): Contao\BackendMain->run()
#6 {main}
Warning: Cannot modify header information - headers already sent by (output started at /usr/www/users/baslerd/Droplimits/system/helper/functions.php:68) in system/modules/core/library/Contao/Template.php on line 256
#0 [internal function]: __error(2, 'Cannot modify h...', '/usr/www/users/...', 256, Array)
#1 system/modules/core/library/Contao/Template.php(256): header('Content-Type: t...')
#2 system/modules/core/classes/BackendTemplate.php(113): Contao\Template->output()
#3 system/modules/core/controllers/BackendMain.php(268): Contao\BackendTemplate->output()
#4 system/modules/core/controllers/BackendMain.php(130): Contao\BackendMain->output()
#5 contao/main.php(20): Contao\BackendMain->run()
#6 {main}
Zitat:
Zitat von fiedsch
Genau so ein Modul habe ich ebenfalls schon länger online: [chesstable]. Und dort hakt es genauso wie beim Tabellen- und beim Aufzählungselement. Ich trage die CSV-Daten in ein Textfeld ein (Typ mediumtext), schicke es ab und bei zu vielen Daten wird es einfach abgeschnitten. Dabei sollen ja angeblich 16,7 Mill. Bytes in mediumtext reinpassen. CSV-Daten mit z.b. 500 Zeilen und meinetwegen 80 Zeichen je Zeile werden dann einfach gekürzt. Klicke ich auf Speichern bleiben z.B. nur 300 Zeilen übrig.Zitat:
Zitat von fiedsch
Hallo!Zitat:
Zitat von Spooky
Aus der Stunde sind jetzt schon 2,5 geworden ... ohne Ergebnis .
Der Versuch mit dem Inhaltselement von fiedsch hat leider nicht funktioniert.
Dann habe ich die .htaccess gesucht ...cyberduck konnte sie mir dann endlich zeigen. Die .htaccess.default dupliziert und in .htaccess umbenannt. Dort dann am Anfang die Änderung eingefügt
Tabelle lässt sich importieren, ich kann alle Felder sehen und beim Speichern wird erneut bei 55 abgeschnitten ... frustrierendPHP-Code:# 2015-09-03 (Jörg Basler)
# Fuer Contaos Tabellen-Elemente die bei uns sehr lang werden können ...
# Sie Antwortmail vom Hetzner Support
php_value max_input_vars 5000
# Contao Open Source CMS
#
# Copyright (c) 2005-2015 Leo Feyer
#
# @license LGPL-3.0+
##
##
# Prevent access to the Contao template files
##
<FilesMatch "\.(tpl|html5|xhtml)$">
<IfModule !mod_authz_core.c>
Order deny,allow
Deny from all
</IfModule>
Tabelle lässt sich importieren, ich kann alle Felder sehen und beim Speichern wird erneut bei 55 abgeschnitten ... frustrierend
ich habe
"php_value max_input_vars 5000"
nochmal ans Ende der .htaccess gestellt
die .htaccess.default gelöscht
Erzeuge dir im Root deiner Contao Installation eine Datei namens pi.php und füge folgenden Inhalt ein:Rufe diese PHP Datei dann auf und überprüfe dort den Wert von max_input_vars.PHP-Code:<?php phpinfo();
... und wie rufe ich so eine Datei so auf, dass ich den Wert überprüfen kann?Zitat:
Zitat von Spooky
root wäre hier, oder?
Anhang 16493
Einfach im Browser die URL zu deiner Conato Installation eingeben und pi.php hinten dran.Zitat:
Zitat von eisenherz
YepZitat:
Zitat von eisenherz
da steht weiterhin 1000. Also sind die 5000 nicht akzeptiert, oder?Zitat:
Zitat von Spooky
Wie kann ich meine Installation nun davon überzeugen , meinen Befehl zu übernehmen?
Hmm, kann das mit FastCGI zusammenhängen, dass php_value eventuell nicht funktioniert? Wäre dann allerdings stark vom Hetzner-Support, das so vorzuschlagen ;)
Edit: Mal ganz abgesehen davon, dass PHP 5.3.29 und Contao 3.5.x eigentlich nicht zusammenpassen, du brauchst PHP 5.4.0 oder höher.
Ich habe das gerade mal auf einem meiner Kundenpakete Hetzner Level4 getestet. Das funktioniert. Hat bei mir allerdings so ca. 5min gedauert ehe das aktualisiert war.
PHP-Version kannst Du bei Hetzner übrigens in der Konsole unter Einstellungen -> Konfiguration -> PHP-Konfiguration einstellen
Ich habe mir gerade noch einmal Dein root-Bild angeschaut.Zitat:
Zitat von eisenherz
Abgesehen davon, dass es keine gute Idee ist den root-Pfad contao zu nennen, sieht das aber ausgesprochen eigenartig aus und eine .htaccess sehe ich im root auch nicht.
Unabhängig von den derzeitigen Problemen empfehle ich einen Contao-Check mit Überprüfung der derzeitigen Installation.
Ist eigentlich recht eindeutig: Die Datei ContentCsvTable.php kann nicht geladen werden.Zitat:
Zitat von eisenherz
Eigentlich sollte sie mit der mitgelieferten config/autoload.php gefunden werden. Deine Verzeichnisstrukturen sind auch so, wie es dort vermerkt ist.
Könntest Du mal folgendes probieren
(1) Entwickler-Tools -> Autoload-Creator
table_from_csv ankreuzen
Bestehende Dateien überschreiben ankreuzen
Autoload-Dateiei erstellen klicken
das sollte eigentlich genau die gelieferte config/autoload.php neu erzeugen.
(2) in Deinem FTP Tool die Dateirechte prüfen. Sind die so, daß PHP die Dateien lesen darf?
Beide Punkte müssten nach meinem Verständnis eigentlich bereits erfüllt sein, sonst dürftest Du im Backend auch nichts zu sehen bekommen.
Bin hier momentan etwas ratlos ...
Ich denke, der entscheidende Unterschied dürfte sein, daß bei meinem Entwurf (Erweiterung will ich das Ding noch nicht nennen, ist nur schnell druntergeschrieben) nicht die Daten per copy/paste übermittelt werden sondern die hochgeladenen Datei ausgewählt wird. Dabei brauchst Du erst mal keine besonderen Anforderungen an das Backend-Formular wie max_input_vars etc. Das einzige, was irgendwann beschränken wird ist wie überall das memory_limit. Wenn die angegebenen Datei eingelesen und gepasst wird muss sie in den Arbeitsspeicher passen und da ist irgendwann Schluss. Für normale Anwendungsfälle sollte es aber reichen.Zitat:
Zitat von Samson1964
Wenn Du etwas Zeit hast kannst Du es Dir vielleicht mal kurz anschauen und wir kommen dabei dem Problem in #36 auf die Spur, wo ich momentan keine Idee habe, wo es hakt.
Alles gut!Aber danke für die TippsZitat:
Zitat von mlweb
bei dem Beispiel ginge mir nur um irgendein root Verzeichnis (Hier zu www.droplimits.de,das Bild hatte ich noch) ContaoCheck hatte ich schon gemacht, auch bei dem "wilden" root auf dem Bild, das übrigens seit Jahren recht stabil läuft.
Danke.Zitat:
Zitat von mlweb
Das sind Tipps mit denen ich wenigstens was anfangen kann.
Dort , in der Konsole , bei den PHP Einstellungen, stand übrigens auch schon der Hinweis, das ich mit einer uralten PHP Version arbeite:eek:
Ich habe die PHP Einstellung jetzt korrigiert ... vielleicht tut sich ja was ... mal ein paar Minuten abwarten.Zitat:
Zitat von tab
Ich grinse innerlich immer noch über den Hinweis ... weil mich dieses Thema, gestreckt über Wochen und Monate jetzt schon viel mehr Stunden Aufmerksamkeit gekostet hat, als mir lieb ist.
Klar wenn man alles richtig macht bzw. gemacht hat, könnte es so laufen ... nur wie oft läuft sowas reibungslos? Meist klemmt es irgendwo.Zitat:
Zitat von Spooky
Mir ist klar, dass nicht alles idiotensicher programmiert werden kann, weil das System viel zu komplex ist. Idiotensicher geht nur wenn das System ganz einfach strukturiert wäre.
Ich will ja das komplexe System, um selber Ideen umsetzten zu können und nicht nur ein Schema "abklicken".
Ich freue mich allerdings meist mehr, wenn ich Tipps von ausgewiesenen Profis bekomme, die noch im Hinterkopf haben, dass es auch Menschen gibt die sich nicht semiprofessionell mit Contao beschäftigen und die eben nicht die gesamte Trickkiste parat haben, teilweise nichtmal ahnen das es passende "Stellschrauben" gibt.
Ohne einen Peter Müller, Bugbuster und viele andere von dem Kaliber hätte ich schon längst aufgegeben.
Nochmal danke für die geduldige Hilfe, die ich hier immer wieder bekommen habe.
Zitat:
Zitat von fiedsch
1 habe ich gemacht. Bei der Datenbankaktualisierung wurde das dann auch neu geschrieben.
2 habe ich nicht verstanden ... ist doch alles da, oder ... hab aber jetzt keine Zeit mehr das nochmal mit einem 3. FTP Programm zu testen. Mit Forklift und Cyberduck habe ich es schon probiert
Fehlermeldung sieht jetzt so aus
PHP-Code:Warning: include(/usr/www/users/baslerd/Droplimits/system/modules/table_from_csv/elements/ContentCsvTable.php): failed to open stream: No such file or directory in system/modules/core/library/Contao/ClassLoader.php on line 148
#0 system/modules/core/library/Contao/ClassLoader.php(148): __error(2, 'include(/usr/ww...', '/usr/www/users/...', 148, Array)
#1 system/modules/core/library/Contao/ClassLoader.php(148): Contao\ClassLoader::load()
#2 [internal function]: Contao\ClassLoader::load('ContentCsvTable')
#3 [internal function]: spl_autoload_call('ContentCsvTable')
#4 system/modules/core/library/Contao/Controller.php(461): class_exists('ContentCsvTable')
#5 system/cache/dca/tl_content.php(1155): Contao\Controller::getContentElement(Object(Contao\ContentModel))
#6 system/modules/core/drivers/DC_Table.php(4202): tl_content->addCteType(Array)
#7 system/modules/core/drivers/DC_Table.php(366): Contao\DC_Table->parentView()
#8 system/modules/core/classes/Backend.php(622): Contao\DC_Table->showAll()
#9 system/modules/core/controllers/BackendMain.php(126): Contao\Backend->getBackendModule('article')
#10 contao/main.php(20): Contao\BackendMain->run()
#11 {main}
Warning: include(): Failed opening '/usr/www/users/baslerd/Droplimits/system/modules/table_from_csv/elements/ContentCsvTable.php' for inclusion (include_path='.:/usr/local/lib/php/') in system/modules/core/library/Contao/ClassLoader.php on line 148
#0 system/modules/core/library/Contao/ClassLoader.php(148): __error(2, 'include(): Fail...', '/usr/www/users/...', 148, Array)
#1 system/modules/core/library/Contao/ClassLoader.php(148): Contao\ClassLoader::load()
#2 [internal function]: Contao\ClassLoader::load('ContentCsvTable')
#3 [internal function]: spl_autoload_call('ContentCsvTable')
#4 system/modules/core/library/Contao/Controller.php(461): class_exists('ContentCsvTable')
#5 system/cache/dca/tl_content.php(1155): Contao\Controller::getContentElement(Object(Contao\ContentModel))
#6 system/modules/core/drivers/DC_Table.php(4202): tl_content->addCteType(Array)
#7 system/modules/core/drivers/DC_Table.php(366): Contao\DC_Table->parentView()
#8 system/modules/core/classes/Backend.php(622): Contao\DC_Table->showAll()
#9 system/modules/core/controllers/BackendMain.php(126): Contao\Backend->getBackendModule('article')
#10 contao/main.php(20): Contao\BackendMain->run()
#11 {main}
Warning: Cannot modify header information - headers already sent by (output started at /usr/www/users/baslerd/Droplimits/system/helper/functions.php:68) in system/modules/core/library/Contao/Template.php on line 255
#0 [internal function]: __error(2, 'Cannot modify h...', '/usr/www/users/...', 255, Array)
#1 system/modules/core/library/Contao/Template.php(255): header('Vary: User-Agen...', false)
#2 system/modules/core/classes/BackendTemplate.php(113): Contao\Template->output()
#3 system/modules/core/controllers/BackendMain.php(268): Contao\BackendTemplate->output()
#4 system/modules/core/controllers/BackendMain.php(130): Contao\BackendMain->output()
#5 contao/main.php(20): Contao\BackendMain->run()
#6 {main}
Warning: Cannot modify header information - headers already sent by (output started at /usr/www/users/baslerd/Droplimits/system/helper/functions.php:68) in system/modules/core/library/Contao/Template.php on line 256
#0 [internal function]: __error(2, 'Cannot modify h...', '/usr/www/users/...', 256, Array)
#1 system/modules/core/library/Contao/Template.php(256): header('Content-Type: t...')
#2 system/modules/core/classes/BackendTemplate.php(113): Contao\Template->output()
#3 system/modules/core/controllers/BackendMain.php(268): Contao\BackendTemplate->output()
#4 system/modules/core/controllers/BackendMain.php(130): Contao\BackendMain->output()
#5 contao/main.php(20): Contao\BackendMain->run()
#6 {main}
:rolleyes: vor einem Monat wurde dir schon gesagt, warum das Problem auftritt. Dass sich das Problem ungelöst nun schon über einen Monat streckt ist nur dir zu zu schreiben.Zitat:
Zitat von eisenherz
Die Frage war nicht, ob die Dateien "da sind" sondern ob der Server -- ganauer der Prozess der PHP letztlich ausführt -- sie auch lesen darf. Da ich Dein Setup nicht kenne, weiß ich nicht, wie das bei Dir aussehen müsste.Zitat:
Zitat von eisenherz
Sowas dauert bei mir leider so lange, weil ich das eben nicht im Vorbeigehen erledigen kann und es mich dann eben doch Stunden kostet ... die habe ich in der (Fahrrad) Hochsaison nicht ... andererseits ist mein Anspruch aber so , dass ich die Website "vernünftig" haben will.Zitat:
Zitat von Spooky
Ein "OverallRanking" nicht sauber abbilden zu können wurmt mich sehr ... kann aber nicht mal eben so ne Ausbildung zum Website Gestalter absolvieren. Das wird ein Spagat bleiben, der mal gut mal schlecht für mich ausgeht ... jetzt klemmt es gerade.
Ich hoffe du kannst das jetzt etwas besser nachvollziehen ... rollende Augen helfen mir da wenig.
Kann man das hier sehen?Zitat:
Zitat von fiedsch
Anhang 16495
Um das mal mit Deinem Fahrradladen zu vergleichen: Bei manchen Problemen gibst Du vielleicht Tips zur Reparatur eines Fahhrades. Wenn der Kunde Dir dann sagt, dass er gar keine Zeit hat sich richtig mit dem Problem auseinderzusetzen und sich beschwert, dass die Lösung Zeit kostet und sich vielleicht noch über ein Problem beschwert, welches Du gar nicht als Problem erkannt hast, weil es einfach für Dich eine Selbstverständlichkeit ist, bist Du wahrscheinlich leicht irritiert - auch wenn Verständnis dafür da ist das der unerfahrene Laie das nicht so einfach umsetzen kann wie Du.Zitat:
Zitat von eisenherz
Ich hoffe Du verstehtst meinen nächsten Hinweis nicht falsch. Auch wenn man viel am System selbst machen will, muss man nicht alles selbst machen. Für bestimmte Dinge die ins Eingemachte gehen, kann man sich auch einen Profi dazu nehmen. Bei einer vertrauensvollen Zusammenarbeit muss das auch nicht zwangsweise teuer sein, gerade weil Du ja in vielen Bereichen das System kennst. So etwas schont die Nerven, strapaziert die eigene Freizeit nicht über Gebühr und ist im Endeffekt vielleicht deutlich effektiver.
Habe mir gerade noch einmal Deine phpinfo() angeschaut. PHP ist aktualisiert, die max_input_vars sind aber immer noch nicht gesetzt. Die Lösen Dein Problem mit ziemlicher Sicherheit.
Ich habe nämlich die Testumgebung bei Hetzner auch mit Deiner Tabelle gequält und konnte so wie von @spooky beschrieben den Fehler reproduzieren.
Wenn Du willst schick mir eine PN mit den Zugangsdaten (FTP) dann schau ich mal rein, warum das mit der .htaccess bei Dir nicht klappt.
Funktioniert bei deinem Hetzner Server das ändern von max_input_vars über php_value in der .htaccess?Zitat:
Zitat von mlweb
Ja klar, hatte ich gestern Nacht schon gestestet und weiter oben schon geschrieben - Hetzner Level 4 (ist bei Hetzner das kleinste Paket mit Datenbankanbindung).Zitat:
Zitat von Spooky
ah, hatte ich übersehen :)
Irgendwas stimmt hier offenbar nicht! Der verlinkte Aufruf der pi.php zeigt zwar die ungeänderte Variable max_input_vars ... Aber, wenn man das Backend dieser Installation aufruft, dann steht da: "Contao Open Source CMS 3.4". Wie nun? 3.4 oder 3.5? Gibt es mehrere Installationen? Falls ja, wurde der Eintrag in der .htaccess auch in der richtigen Installation durchgeführt?
Edit: Ich sehe auch, dass phpinfo jetzt ein PHP 5.6.12 anzeigt in der verlinkten Contao 3.4 Installation. Wurde die neue PHP-Version auch in der eventuell vorhandenen 3.5 Installation ausgewählt?
Hallo!Zitat:
Zitat von mlweb
Das ist kein Problem für mich. Da www.DropLimits.com aber ein reines Hobby ist, versuche ich soviel wie möglich selbst zu machen. Ich habe auch schon darüber nachgedacht den Nerven schonenderen Weg zu gehen ... darum hab ich mir ja auch die Rocksolid Vorlagen gekauft ... dann muss ich nicht immer ab Null schrauben.
Um auf den Vergleich zu Fahrrad zurück zu kommen. Die Kunden kaufen sich in der Regel ein Rad um damit zu fahren, nicht um daran zu schrauben ... ja,ja opensource ... ist mir alles klar. Mir ist nur (d)ein freundlicher Hinweis lieber als rollende Augen, das ist alles.
Ich glaube eisenherz hatte eine falsche Angabe zur verwendeten Contao Version gemacht. Ohne PHP 5.4 wäre er mit Contao 3.5 schon in ein paar andere Probleme gelaufen.Zitat:
Zitat von tab
Ja den Check hatte ich heute Nacht auch schon aufgerufen u.a. wegen dieser eigenwillige root-struktur (siehe oben), aber 7.9 ist doch auch kein aktueller Check. Der würde die 3.5.2 ja auch gar nicht erkennen. Deswegen ja auch diesbezüglich die Frage nach dem Check (s.o.) und das Angebot sich das mal anzuschauen warum die .htaccess nicht greift, ehe wir hier weiter Probleme suchen, die eigentlich gar nicht da sind.Zitat:
Zitat von tab
Edit: Habe jetzt ne PN mit den Zugangsdaten und werde Euch berichten was ich rausfinden kann. Wird aber wahrscheinlich erst heute Abend.
Stimmt, darüber das das gelaufen ist habe ich mich gestern auch schon gewundert.Zitat:
Zitat von Spooky
Der Check kann die Installation zwar nicht prüfen, zeigt aber eine Contao Version 3.4.5 an.
Ja, das hatte ich auch schon gedacht. Andererseits war ich mir nicht ganz sicher, weil in den verlinkten Einstellungen die Fehlerausgabe deaktiviert war. Keine Ahnung wie sich das auswirkt und ob sich das dann noch anders bemerkbar machen würde, außer, dass vieles oder alles einfach nicht mehr gespeichert werden kann.Zitat:
Zitat von Spooky
Nein, das zeigt die PHP Konfiguration im Hetzner Backend. Es geht um die hochgeladenen Dateien.Zitat:
Zitat von eisenherz