Max_input_vars

[Duikert]

Als ik de modules wil vertalen krijg ik de melding:

------------------------------------------------

Waarschuwing! Uw PHP-configuratie begrenst het maximum aantal velden die geplaatst kunnen worden in een formulier 5000 Voor max_input_vars. Vraag uw hostingprovider om dit limiet te verhogen naar 5344 minstens, of u zal de vertalingsbestanden moeten aanpassen.

------------------------------------------------

 

Ik de hoster gevraagd (one.com) en het antwoord is:

------------------------------------------------

Deze instelling kunnen wij helaas niet voor u aanpassen omdat dit een vaste serverwaarde is die geldt voor al onze klanten. One.com maakt gebruik van sharedhosting, waarbij de websites van meerdere klanten op 1 server staan. Een aanpassing voor u kan daarbij negatief uitpakken voor een andere klant.

------------------------------------------------

 

Vraag:

Helpt het als ik een aantal modules "uitschakel" om onder de 5000 te komen?

En als ik ze dan weer "inschakel" zouden ze dan weer gecofigureerd moeten worden, of worden de oude instellingen wel onthouden?

[ecommerce16]

Normaal gesproken kan je dat zelf aanpassen in het Admin gedeelte bij je Webhoster.

 

Ik kan dat in ieder geval zelf aanpassen: http://prntscr.com/cw9xk3

Je doet dat bij je PHP settings.

 

Maar als je Prestashop host dan moet dat aan te passen zijn, misschien je pakket upgraden?

[Duikert]

Dag

 

Kan ik dus niet aanpassen...en pakket upgraden maakt bij one niet uit. (is al een "professional" pakket) en bij het "business" pakket zijn deze ook niet in te stellen..

 

vandaar mijn vraag. 🙂

[ecommerce16]

Ah ok, ik heb alles bij Vimexx lopen, die zijn goed op de hoogte met Prestashop, en er zijn er wel meer.

 

Nu loop je met je vertalingen dus vast via de backend. Zodra je winkel uitbreid loop je daar telkens tegen aan.

 

Maar om op je vraag terug te komen, of het helpt om modules uit te schakelen. Volgens mij wel, maar tis wel een beetje houtje touwtje oplossing. Ik zit inmiddels op 15000 (al is die ruim genomen)

[Tomik]

Tip wat ik je kan geven is heel snel weggaan.

Shared hosting is sowieso niet iets wat handig is.

Via cloudways <ref link Draai je op een vps en sinds het "managed" hosting is draaien ze alles zelf met beveiliging en cache voor je vps

 

Maar Sowieso geen shared hosting nemen dat is veels te traag na een tijdje

 

Mocht je nog wat willen weten ervan stuur een pm

[ecommerce16]

ja en dan graag aanmelden met deze link  hahaha

[Deoorbel]

@Duikert, ja dat is duidelijk een limitatie van de hoster. Je kunt proberen of je via een php.ini file in de root, of het toevoegen van de variabele via de HTacces dit probleem op kunt lossen (waarschijnlijk niet).

 

Een work around is een lokale testshop op te zetten (op een pc of server) en daar de vertalingen aan te passen en de vertalingen dan te exporteren en weer te importeren in de online webshop.

 

Natuurlijk kun je ook overwegen om een andere hoster of omgeving (VPS) te gaan.

 

Groeten HW

[Tomik]

ja en dan graag aanmelden met deze link  hahaha

Daarom zet ik 't er ook bij hoeft niet mag wel

maar me tip blijft staan. als je winkel draait weg bij een shared hosting

[Duikert]

@Allen, dank voor de reacties. Dat met die schaduwwinkel is misschien nog wel een optie, dat ga ik wel proberen.

hmm schiet me nu te binnen: misschien is de exportfile van de vertalingen zelf ook wel te bewerken? dan hoef ik niet eens een schaduwwinkel op te zetten.

 

Winkel is klein met weinig artikelen (zal ook niet heel veel groter gaan worden verwacht ik) en zal niet veel dataverkeer gaan eisen/gebruiken. voor alsnog ben ik al blij dat er wat staat en dat functioneel de boel werkt. Lay-out nog wel een aantal punten die ik wil verbeteren, maar heeft geen haast.

Mocht ik in de toekomst echt tegen nog meer dingen aanlopen waar ik echt last van heb, dan kies ik wel voor een andere hoster. Nu nog ff niet.

 

Die van Cloudways kan ik wellicht nog wel voor andere "projectjes" gebruiken. Ik ga daar zeker naar kijken, thx voor de tip.