PHP.ini USER.ini
Ik heb een webshop, alles loopt goed behalve dan dat er nu aangegeven wordt dat:
De waarde van de PHP.ini instelling "max_input_vars" moet verhoogd worden naar 15000 om dit product op te kunnen slaan.
Mijn hosting kan dit niet aanpassen omdat het shared hosting is.
Nu heb ik begrepen dat je zelf een user.ini kunt maken waardoor deze instelling de php.ini override.
Is dit mogelijk? en waar moet ik beginnen? hoe doe ik dat?
Gewijzigd op 23/11/2018 13:13:16 door Gea Veen
Er staat: In dit bestand kan je verder de documentatie van PHP.net gebruiken om de overige instellingen hierin te zetten.
Er zal bedoelt worden PHP.ini neem ik aan?
Moet ik dan de gehele PHP.ini pagina copieëren en deze aanpassen en user.ini noemen?
En waar plaats ik de user.ini?
Dit verschilt vaak per webserver-setup.
Toevoeging op 23/11/2018 13:52:44:
Ik ben een leek op PHP gebied en mijn hosting is niet erg gewillig mij hiermee te helpen, vandaar dat ik mijn vraag hier heb geplaatst.
Misschien werkt een additionele php.ini niet, en moet je .htaccess gebruiken.
https://gemfootwear.com/phpinfo.php
Heb al geprobeerd die aan te passen maar dan werkt de website niet meer.
Ja, Heb al geprobeerd die aan te passen maar dan werkt de website niet meer.
En waar plaats ik de user.ini?
Nee, je wilde toch alleen max_input_vars aanpassen naar 15000?
Dan zet je in het bestandje:
max_input_vars = 15000
Het bestandje sla je op als .user.ini (let op de punt aan het begin) en plaats je in de map public_html
Let wel op dat dit anders werkt dan een instelling in een ini.file.
Dit moet werken:
php_value max_input_vars 15000
Trouwens, waarom 15.000 inputvelden?
Dat is much overkill.
Ik heb drie producten in 6 maten en daarvan keuze uit 100 per maat per product.
Toevoeging op 23/11/2018 14:13:55:
Dit staat in de .htaccess:
#<head>
#<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
#</head>
####SUBDOMAINS_HEADER####
RewriteEngine on
#RULE:,gemfootwear.com,/gemfootwear.com
#RULE:www,gemfootwear.com,/gemfootwear.com
RewriteCond %{HTTP_HOST} ^gemfootwear.com$
RewriteCond %{REQUEST_URI} !^/gemfootwear.com/
RewriteRule (.*) /gemfootwear.com/$1 [last]
RewriteCond %{HTTP_HOST} ^www.gemfootwear.com$
RewriteCond %{REQUEST_URI} !^/gemfootwear.com/
RewriteRule (.*) /gemfootwear.com/$1 [last]
####SUBDOMAINS_TAILER####</pre>
#NL: Place your custom rules here
#EN: Plaats je eigen regels hier
####CUSTOM_TAILER####</pre>
####ERROR_TAILER####</pre>
Waar moet ik het plaatsen?
Ik zou het bovenaan plaatsen. Maar wat doet die gecommentariseerde HTML daar? :-p
Als het niet werkt, zal de error_log wel meer vertellen.
Gewijzigd op 23/11/2018 14:15:41 door - Ariën -
Ik vermoed dat het daaraan ligt.
Toevoeging op 23/11/2018 14:18:04:
Goeie vraag, geen idee?
Heb de .htaccess zo net van de FTP server gehaald
Toevoeging op 23/11/2018 14:19:42:
Ik had de .htaccess aangepast maar dan krijg ik dit te zien op website:
Server fout!
De server kreeg een interne fout en kon uw vraag niet beantwoorden. De server is overbelast of er was een fout in een CGI script.
Indien u van oordeel bent dat deze server in fout is, gelieve de webmaster te contacteren.
Error 500
gemfootwear.com
Apache/2.4.29 (Debian)
Ozzie PHP op 23/11/2018 14:07:00:
>> Moet ik dan de gehele PHP.ini pagina copieëren en deze aanpassen en user.ini noemen?
En waar plaats ik de user.ini?
Nee, je wilde toch alleen max_input_vars aanpassen naar 15000?
Dan zet je in het bestandje:
max_input_vars = 15000
Het bestandje sla je op als .user.ini (let op de punt aan het begin) en plaats je in de map public_html
En waar plaats ik de user.ini?
Nee, je wilde toch alleen max_input_vars aanpassen naar 15000?
Dan zet je in het bestandje:
max_input_vars = 15000
Het bestandje sla je op als .user.ini (let op de punt aan het begin) en plaats je in de map public_html
En wat zegt de error_log? Ook fouten in .htaccess worden hierin vermeld.
.user.ini met de code max_input_vars = 15000 in map public_html geplaatst.
Dankjewel Ariën en Ozzie!
Gea Veen op 23/11/2018 14:16:46:
Ja klopt maar er staan per product ook 100 foto's opgeslagen.
En je voegt dus ook in één klap 100 foto's toe dan?
Het gaat hier om inputvelden.
Gewijzigd op 23/11/2018 14:37:36 door - Ariën -
Ik begrijp dat het om inputvelden gaat maar merkte wel dat wanneer er meer foto's werden toegevoegd de BackOffice niet goed meer werkte en ik steeds deze melding kreeg.
Onthoud wel dat dit niet echt gewenst is. Die beperking is er niet voor niets, en vooral op een shared server met meerdere mensen. Ik raad aan om eens met de bouwer van het script te kijken naar een oplossing, of mogelijk een VPS te nemen.
Dankjewel voor de tip. Ga ik doen!
Gelukkig is de max_input_vars een PHP_INI_PERDIR directive, dit houdt in dat je deze in kunt stellen middels php.ini, .htaccess (maar die viel dus af), httpd.conf of .user.ini.
Overigens lijkt deze webshop op nginx te draaien, dus dat Apache/2.4.29 (Debian) hierboven lijkt mij niet kloppen?
Nog wat verder graven: php_flag en php_value waren blijkbaar Apache specifieke directives, dus wellicht als je enkel in je .htaccess het volgende toevoegt:
(dus zonder php_value) dan werkt dit mogelijk wel en heb je dus dat extra .user.ini bestand niet nodig.
Werkt dat dan beter? of kan ik het zo laten?