Attribute speichern (teilweise) nicht möglich

[sciency]

Nur diese beiden Einträge in die "php.ini"?

Code: PHP  [Auswählen]

suhosin.post.max_vars = 6144
suhosin.request.max_vars = 6144

Oder muss da noch mehr rein?

greetz tommy

[andy]

Hallo,

habe das selbe Prob. bin auch bei 1und1,
hatte mit der php.ini kein erfolg. 

[jannemann]

Hallo andy,

da hilft dann wohl nur:

Zu einem "richtigen" Hoster wechseln. 
Empfehlen kann ich dir Estugo, Hosteurope oder Allinkl.

Schöne Grüße,
Jan

[DEECOM]

Wer ohne Suhosin für PHP auch das Problem hat, folgendes prüfen:

max_input_vars

Der Wert wird mit Einführung von PHP 5.3(.9) per Default auf 1000 gesetzt.
Diesen Wert z.B. auf 8.000 setzen und es funktioniert wieder.

[amimoto]

PUUUH!!
Dieser thread hat mir gerade mal richtig aus der Patsche geholfen. Soll man erstmal drauf kommen...

[Dimas87]

PUUUH!!
Dieser thread hat mir gerade mal richtig aus der Patsche geholfen. Soll man erstmal drauf kommen...

Was hast den gemacht? Bei mir Funkt es auch nicht ((( Nichts wird gespeichert 

[Renato]

Wer ohne Suhosin für PHP auch das Problem hat, folgendes prüfen:

max_input_vars

Der Wert wird mit Einführung von PHP 5.3(.9) per Default auf 1000 gesetzt.
Diesen Wert z.B. auf 8.000 setzen und es funktioniert wieder.

Mercie beaucoup! Funktioniert per *.htaccess wunderbar. 

[Jappi]

Wer ohne Suhosin für PHP auch das Problem hat, folgendes prüfen:

max_input_vars

Der Wert wird mit Einführung von PHP 5.3(.9) per Default auf 1000 gesetzt.
Diesen Wert z.B. auf 8.000 setzen und es funktioniert wieder.

Danke DEECOM 

Habe den ganzen Vormittag gesucht ... alle Threads handelten immer nur von suhosin. Habe übrigens PHP 5.2.6, da scheint das "Problem" also auch schon zu existieren.

Jappi

[MrWhite]

Servus
Da es sicher auch hier Freude der Attribute-Verwaltung gibt und ich hier einige Tester per Benachrichtigung erreichen kann, möchte ich dann hier einfach mal auf mein kostenlosen Attribute-Manager hinweisen, wo man die Attribute direkt in der Produkt-Bearbeitung verwalten kann mit Javascript (jQuery).
Hier im Forum: (Letzte Version 1.7 in einer meiner letzten Beiträge)
http://www.modified-shop.org/forum/index.php?topic=19949.0

Was die Übermittlung der massigen $POST angeht, werden die Produkt-Attribute in meiner Erweiterung  einzeln per Ajax gespeichert, wo dieses Problem dann erledigt sein sollte ohne dies durch Umwege zu lösen.
Mfg MrW

[jupp]

Hallo habe laut info.php kein Suhosin. Habe HTTP Server: Apache PHP Version: 5.1.6 (Zend: 2.1.0) Hoster ist 1und1. Im Ordner etc/ gucke ich nach der php.ini und finde dort auch keinen Eintrag ,,max_input_vars,, Kann es sein dass es noch einen anderen Hacken gibt der dieses Problem verursacht?

[jupp]

konnte Problem per htaccess lösen.

[m1]

Hatte das Problem auch und nichts hier gepostetes hat funktioniert.
Sind dann aber auf den Trichter gekommen. Lösung:
den Wert "max_input_vars" erhöhen. Am besten gleich verdoppeln oder verdreifachen, sonst hast du das Problem nach ein paar Monaten wieder.

[Simon]

Danke m1, aber das wäre sogar schon in diesem Thread ein paar Posts früher und auch in anderen Threads gestanden

Wichtig wäre, dass man die Lösung von MrWhite in modified eCommerce Shopsoftware integriert. Vielen Dank an MrWhite
Es ist ein Zustand, dass bislang viele Klicks notwendig sind, um die Attribute zu bearbeiten.
Die AJAX-Erweiterung von MrWhite löst das max_input_vars Problem, dass durch das veraltete, schlecht programmierte xtc-Skript resultiert.
Es ist nicht die Lösung die Beschränkungen, die aus Sicherheitsgründen eingeführt wurden, mit dem Hochsetzen von max_input_vars zu umgehen.

[m1]

Danke m1, aber das wäre sogar schon in diesem Thread ein paar Posts früher und auch in anderen Threads gestanden

hoppla, ich diesen Thread damals auch gelesen (war aber noch nicht über 3 Seiten). Ich hab mir immer vorgenommen meine Lösung zu posten. Eben ist es mir wieder eingefallen.

[Simon]

Lösungen posten ist immer lobenswert. Hätte dir nur evtl. Zeit bei der Fehlersuche gespart, wenn du es gelesen hättest