Trusted WordPress tutorials, when you need them most.
Beginner’s Guide to WordPress
Coupe WPB
25 Million+
Websites using our plugins
16+
Years of WordPress experience
3000+
WordPress tutorials
by experts

Comment Corrigé la limite des éléments de menu personnalisés dans WordPress

Note éditoriale : Nous percevons une commission sur les liens des partenaires sur WPBeginner. Les commissions n'affectent pas les opinions ou les évaluations de nos rédacteurs. En savoir plus sur Processus éditorial.

Il y a quelques jours, l’une de nos utilisatrices/utilisateurs nous a signalé un problème inhabituel. Le problème était qu’il atteignait la limite des éléments de menu personnalisés. Tout ce qu’il enregistre après avoir atteint la limite d’éléments de menu ne s’enregistre pas du tout. Nous n’avions jamais entendu parler de ce problème, nous avons donc décidé de l’essayer sur notre installation locale. Nous avons créé plus de 200 éléments de menu et les avons enregistrés. Tout a bien fonctionné. Nous avons déplacé 100 articles dans un menu déroulant et l’avons enregistré sans problème. À ce stade, nous savions que cela avait quelque chose à voir avec le serveur. En poursuivant nos recherches, nous avons constaté que beaucoup d’autres personnes avaient le même problème. En creusant un peu, nous avons trouvé un ticket trac(#14134) qui mettait en évidence ce problème. Après avoir lu le très très long ticket trac, il semble que le problème n’ait pas encore été corrigé, mais il existe une solution de contournement pour ceux qui rencontrent ce problème. Dans cet article, nous allons vous afficher comment corriger la limite des éléments de menu personnalisés dans WordPress.

Pour corriger le problème, vous devez modifier votre fichier PHP.ini. Si vous êtes sur un serveur dédié ou sur un VPS avec un accès root, alors vous devriez déjà savoir de quoi nous parlons. Si vous êtes sur un hébergeur mutualisé ou si vous ne savez pas où se trouve le fichier PHP.ini, demandez à votre fournisseur d’hébergement de le faire pour vous.

Vous devez lui demander de définir les valeurs suivantes dans la configuration de PHP.ini :

suhosin.post.max_vars = 5000
suhosin.request.max_vars = 5000

Un autre compte, « ronnieg », a publié une solution de contournement pour son site immobilier de grande taille (plus de 450 pages et de plus en plus) et son menu. Vous pouvez lire sa responsive pour suivre l’évolution. (Note : nous n’avons pas essayé cette solution)

Explication du problème

Ce problème n’est pas entièrement lié à WordPress, car différentes personnes voient des limites différentes (certains disent 16, d’autres 50 et comme vous le savez déjà, nous sommes allés jusqu’à 200 sans voir aucune limite). En théorie, WordPress ne limite pas le nombre de menus que vous pouvez avoir. C’est votre serveur hébergeur qui le fait. Il y a des limitations Suhosin sur les variables POST max qui limitent le grand nombre d’entrées enregistrées. Nacin a répondu dans le ticket trac qu’il ne s’agit PAS d’un bogue mais plutôt d’une amélioration. L’équipe du cœur doit trouver un moyen de contourner les limitations du serveur et de trouver une meilleure façon d’enregistrer les éléments du menu, de sorte que, quelle que soit la configuration de votre serveur, vous ne voyiez pas de limites au menu personnalisé. C’est plus facile à dire qu’à faire :)

WordPress est un projet open-source (volontaire), et l’équipe du cœur fait tout ce qu’elle peut pour l’améliorer chaque jour. Ce problème sera corrigé, mais la chronologie n’est pas encore définie car il est indiqué « Future Releases ».

Si vous avez essayé quelque chose de différent qui a corrigé ce problème pour vous, Veuillez nous le faire savoir dans les commentaires. Cela permettra aux autres de corriger leur problème jusqu’à ce que l’équipe du cœur trouve une solution.

Divulgation : Notre contenu est soutenu par les lecteurs. Cela signifie que si vous cliquez sur certains de nos liens, nous pouvons gagner une commission. Consultez comment WPBeginner est financé, pourquoi cela compte et comment vous pouvez nous soutenir. Voici notre processus éditorial.

Avatar

Editorial Staff at WPBeginner is a team of WordPress experts led by Syed Balkhi with over 16 years of experience in WordPress, Web Hosting, eCommerce, SEO, and Marketing. Started in 2009, WPBeginner is now the largest free WordPress resource site in the industry and is often referred to as the Wikipedia for WordPress.

L'ultime WordPress Toolkit

Accédez GRATUITEMENT à notre boîte à outils - une collection de produits et de ressources liés à WordPress que tous les professionnels devraient avoir !

Reader Interactions

81 commentairesLaisser une réponse

  1. Syed Balkhi says

    Hey WPBeginner readers,
    Did you know you can win exciting prizes by commenting on WPBeginner?
    Every month, our top blog commenters will win HUGE rewards, including premium WordPress plugin licenses and cash prizes.
    You can get more details about the contest from here.
    Start sharing your thoughts below to stand a chance to win!

  2. Tamim says

    Hey! I am unsing shared hosting Hosting. That’s why I don’t have root access for editing the phpi.ni file. How can I solve the problem?

  3. Maheshwaran says

    Hi

    Appearance -> Menu ->while click-> redirecting to -> 404 page

    I have added some Main menus and Categories in my website. after some time i couldn’t open menu to modify or delete anything. my website is redirecting to 404 page. I tried many codes but nothing works. Please assist me

  4. Toni says

    I ran into the same problem…but I’m on localhost…so have nobody to ask for help! (Windows 10/XAMPP/WP4.8). New to WP, don’t even know where to find php.ini! My « quick fix » was to remove some less important sub-menu items. But I want to put them all back. Checked out memory-bump mentioned above, but its old. Might not work on WP4.8. Not worth the risk!

  5. Nush says

    Hi.

    Thank you for the great information. I finally solved the issue on the GoDaddy hosting by creating a ph5.ini file in the Webroot with the following information:

    memory_limit = 256M;
    max_execution_time = 300;
    max_input_vars = 3000;

    solved problem after customer service reset the database, something I could not do. Hope this helps.

  6. Anton says

    Hi, thank you for this

    I run and had this problem. I had long menu and some day it decreased to 50 lines only. Theme support sent to this topic. I’d tried all options, but only one works for me even with out contacting with hosting support.

    I’ve added « php_value max_input_vars 5000 » (without quotes) to my .htaccess file before « #end of wordpress » line and it solved the problem.

  7. Ramachandran says

    Hi Team,

    I am using Hostgator with Multidomain SSL.

    I checked the settings and don’t know where and how to do.

    I added php.ini file with the code max_input_vars=9000; and still I am not able to add menu items on the main menu.

    Anyone help me. Much appreciated.

    Best regards,
    -Rams

  8. Dann says

    I’m having this issue right now, I contacted the hosts whom say they can’t / won’t increase to 5000 vars because it is a shared server, is there any other solution? is it possible to have two navigation menu’s on the same page, would this solve the problem, or would it simply continue.

    Thanks in advance, any help would be much appreciated

  9. sdkmendis says

    Awesome. I have same issue prolong times without clue. Ask so many peoples . Just today I fixed my problem. hostGator no need to call centre representative. We can do it our own. Realy help full No words to thanx

  10. Renee says

    Mahalo nui loa (thank you very much)!

    This worked for a client’s site that is at Bluehost, shared hosting:
    1. Cpanel > File Manager
    2. public_html > wp-admin
    3. Click “New File” > name it php.ini (if you don’t have this file already)
    4. Click php.ini > click “edit” > click “edit” again
    5. Paste: max_input_vars=5000; > Save > DONE

      • Hasan says

        I tried,

        in .htaccess file:
        php_value max_input_vars 5000

        in php.ini file:
        max_input_vars=5000;
        upload_max_filesize = 70M;
        post_max_size = 128M;
        upload_tmp_dir = 70M;
        max_input_vars = 3000;
        memory_limit = 256M;

        in .user.ini file:
        max_input_vars=3000;

        and also test by placing php.ini & .user.ini in wp-admin and out of wp-admin, nothing works for me,

        by adding in .htaccess wp admin page shows blank (white).
        my hosting is

        any help appriciated. TIA

  11. Lou Comunale says

    I use GoDaddy and the php.ini fix did not work at all for me. Godaddy doesn’t even recognize that page or code as valid.

    Getting help from the Godaddy people they provided me a workaround.

    I created a page in my html folder .user.ini (dot-user-dot-ini). On that page I added the code:

    max_input_vars = 3000

    Seems to work so far.

    • Akut Wibowo says

      created a page in my html folder .user.ini (dot-user-dot-ini) -> did you mean create a FILE in your PUBLIC_HTML folder?

      Please confirm as I have same problem here in godaddy server also.
      And I can’t contacted them for a weeks.

      I dont know why it is so hard to contact godaddy.

      • Gabriel says

        Akut I also use Godaddy.

        I found my php.ini file in file manager – public_html folder NOT in the php.admin nor did I have to create the php.ini file.

        Godaddy seems to think it is a WP issue, and I got the run around on that particular issue.

        They directed me to increase my file size limit. (Not the same fix) .

    • Ken says

      This solution was the only one that worked on 1and1 hosting platform:

      I created a page in my html folder .user.ini (dot-user-dot-ini). On that page I added the code:

      max_input_vars = 3000

    • Brock Reinhart says

      Lou, that first glance (and first test) that seems to have worked perfectly– thank you!

      Will update if I run into any more issues.

  12. Jay Patal says

    I have face a Problem to add a sub menu in wordpress site it will convert to coustom link .
    pls help me resolve this error

  13. mahesh says

    just remove wordpress ; and go for magento best solution its worked for me after try 2 months i got the best solution

  14. WajhuAllah Arif Hussain says

    On Ubuntu VPS i was able to fix it by uncommenting and setting higher values as below.

    max_input_nesting_levels = 500
    max_input_vars = 5000

    But anyways thanks as it provided a way towards the solution

    • tanveer says

      i love u man!
      your this solution also solved another problem of mine! the problem was

      « After saving the menu on the “Edit Menu” tab the “Menu Settings -> Theme Location” would not retain the check and on the “Manage Locations” tab the menu location would be dropped. »

    • Jony says

      Hi man,
      I’m runing wordpress multisite and i’have some problem with adding more custom fields to my site, i tried everything that didn’t help and i saw your answer about increasing the max_input_nesting_levels = 500. I’m trying to increase that value on VPS with Ubuntu 16.04 in the PHP.Ini file but with no success. the info.php still shows max_input_nesting_levels = 64. I appreciate if you can tell me how did you increase this value, whether it was through PHP.ini file or through htaccess file?

      BR,

  15. Mino Taur says

    HostGator Friends – Same Issue & This Solved it:

    1. Cpanel > File Manager

    2. public_html > wp-admin

    3. Click « New File » > name it php.ini (if you don’t have this file already)

    4. Click php.ini > click « edit » > click « edit » again

    5. Paste: max_input_vars=5000; > Save > DONE

    • Rajit says

      Hi,

      My site is hosted on godaddy. I created php.ini in wp-admin and pasted the one line max_input_vars=5000;

      Still couldn’t add more menus.

    • Sangam KR says

      Thanks for the suggestions. I followed your suggestion and added the php.ini file with max_input_vars=5000; and it solved my problem. Thanks once again

    • Lori says

      1 – Make a text file
      2 – Put this in there  » max_input_vars=5000;  » (without the quotes
      3 – Save as php.ini
      4 – FTP into the public_html > wp-admin

      PERFECT
      Thank you!!!

    • Hello Mino says

      Same problem on my website

      My site hosted on HostGator. I added file php.ini in /wp-admin but this is not working for me. Please help me.

  16. Kimberly Potts says

    I’m having this issue as well. I was directed to this site by a tech at Studio Press. I have a shared hosting account with Host Gator. They have upped my max_input_vars to 7000, because I wasn’t getting anywhere with 3000 or 5000. I did create a php.ini with your recommendations in my wp-admin. Still no luck. Do I need to delete the php.ini in my public folder, since I created one in the wp-admin? I’m trying so hard to resolve this. Many thanks.

  17. gezginrocker says

    Because I’m on shared hosting, putting the php.ini on root folder didn’t work for me. But putting it in wp-admin folder worked. I think this is because nav-menus.php file is in wp-admin folder.

  18. Gadget says

    Hi People, … yes I too came up against this menu issue/problem … and may I say YIKES!!! At somewhere between the 50 and 100 page mark, the last item I put on the menu was being kicked off, and/or falling off the main menu navigation! What?!!!

    Noobs, and other geeks alike, know this about that (problem) … and I am only speaking for my own case, though I do so in the hope that someone who experiences the same nightmare may benefit … so here we go.

    With ‘shared hosting’ using HostGator … there will be no ‘suhosin’ which is apparently a patch/program etcetera for scripting errors with php designed to protect ‘servers’ according to a HostGator Rep, … now, notwithstanding this detail, we continue … what was important in my case, … that I finally got my HostGator person, person #3 to understand, through all my babble about the problem, was, the part about the ‘max_input_vars = 3000’.

    My HostGator Rep put me on hold, investigated the issue, and determined that the ‘max_input_vars = 3000’ had to be put in the php.ini file, … that only HostGator has access to, … not the php.ini file that is in my/our ‘home’ or ‘root’ directory, that I/we all have access to, via our accounts with HostGator or other hosting providers, by using the CPanel as we often call this access point.

    This php.ini file is, in no way accessible via the internet by me, or us, as account holders with hosting account access, capiche? Good, and good to know.

    Now, what I did, was take what Alex, right below this post said to do, and I put these lines of text/code into a php.ini file that I then put in my public_html file area, inside of my ‘wp-admin’ folder, for the domain I was working with. For a time, I thought that this ‘fix’ was working, then today, I was adding more pages and ‘oh joy’ the main menu navigation items were falling off the line, crikey!!

    Back into the problem I went, re- reviewed this whole post and the ‘Coretrac Ticket’ thread, which is a tad over my head, but still, I was diligent and determined. And then back into the breach with the HostGator people for pow-wow #2, completed that call and had to go back in, with person #3 who was the charm.

    Lastly, what I learned is that, what the ‘max_input_vars = 3000’ is referring to is how many pages your installation/domain/WordPress can have, the ‘3000’ means pages. My HostGator Rep plugged in 5000 pages.

    So, I added two new test pages on the spot with him still on the phone and we report ‘joy’! Yay! I too should now be able to add pages to my heart’s content! May you also experience WordPress JOY!

    Cheers,
    Gadget

    • Netman says

      Issue was solved with php.ini file in wp-admin folder with following line on HostGator shared hosting account.

      max_input_vars = 9000;

      Thanks

  19. Alex says

    Create a php.ini file but not in root! ( public_html )
    in « wp-admin » folder then add:

    max_input_vars = 3000;

    I also have :
    upload_max_filesize = 70M;
    post_max_size = 128M;
    upload_tmp_dir = 70M;
    max_input_vars = 3000;
    memory_limit = 256M;

  20. Jeffrey de Jongh says

    Hi Thanks for this great tip! I had the same issue with UberMenu. Now I’ve added php_value max_input_vars 5000 to my .htaccess file and it solved the problem.

  21. Alanna says

    I’ve tried a few things without any luck. I had my host make these PHP config changes. I also activated the Memory Bump plugin and then removed it as suggested by some others.

    My theme (Twenty Ten) supports only one menu. I am able to create another menu and make changes there without a problem. I have a live site so I’m a little limited in terms of the amount of experimenting I can do.

    Any other ideas? I’ll try anything at this point.

  22. Bart says

    I have the same problem, and the Memory Bump Plugin didn’t solve it.

    I contacted my hosting provider, and they said I don’t yet have a php.ini file and that I have to create it, or WP has to create it for me……

    How do I do this?

  23. Zek says

    Seems that a simple fix would be for the WP ajax functionality to evaluate the number of items in the list and break it into multiple sequential requests instead of one big request.

    It’s weird to me that the wordpress team didn’t think of this ahead of time but I guess the platform is so robust that they simply have too much on their plate. I may end up doing it myself, but of course I’ll have to do it in a way that won’t get overwritten by future updates. What a pain!

  24. Larry says

    I am in same situation as Mat Lipe. I was having problems because my server does not have suhosin installed. I was able to fix the problem by adding the directive that Mat posted to my php.ini file. Thanks.

  25. Selma says

    I just hit the same problem and after days of emailing back and forth with the we hosting support, it’s finally been resolved!

    They did the following changes:

    They added max_input_vars = 5000 in php.ini

    That’s it, and now it works like a charm and I’m adding pages to my hearts content.

  26. Mat Lipe says

    Hello,

    My server is not running suhosin so I was able to fix this issue by adding this to my php.ini file and restarting my server.

    max_input_vars = 5000

    Hope this helps anyone else out there with the same issue

Laisser une réponse

Merci d'avoir choisi de laisser un commentaire. Veuillez garder à l'esprit que tous les commentaires sont modérés selon notre politique de commentaires, et votre adresse e-mail ne sera PAS publiée. Veuillez NE PAS utiliser de mots-clés dans le champ du nom. Ayons une conversation personnelle et significative.