17. Allowed & Disabled Functions & Commands
Our hosting environments are designed to provide the best WordPress experience possible, so many of the workarounds members may have employed with other hosts are completely unnecessary and are automatically filtered or disabled.
For example, some wp-config.php modifications actually conflict with our system and will adversely affect both member sites and our hosting environments. These include cron jobs and modifications to the WordPress file system or memory limitations.
This document aims to be your go-to reference for any disallowed functions, commands & constants in the WPMU DEV hosting environment.
17.1 wp-config.php Constants ProtectionCopy chapter anchor to clipboard
To ensure your scheduled tasks run on time, every time, WPMU DEV hosting environments utilize server-side crons (crontab), by default, and call the WordPress scheduling system via WP-CLI every 5 minutes – eliminating the need for alternative cron usage or external services.
See our System Cron & Custom Cron Jobs document for alternatives if needed.
Our hosting environments leverage the default WordPress file system to achieve a sustainable balance between performance, security and stability. We understand that members may have been compelled to modify the file system to compensate for the shortcomings of other hosts, but those modifications are not necessary with WPMU DEV hosting and can cause significant issues server-side. Therefore, we do not allow modifications to the wp-content name directory via FS_constants like FTP.
Modifications to the following constants will be removed:
Memory limits can be reduced, but modifications above the allowed maximum values to the following constants will be filtered, and they will reset automatically to the maximum allowed:
WPMU DEV hosting allows, and defaults to, memory limits for each hosting plan as follows:
- Bronze and Silver – 256MB
- Gold and Platinum – 512MB
- Uranium and Titanium – 756MB
- Palladium, Rhodium and Iridium – 1024MB
Did you know that WordPress has a revision feature that lets you revert posts and pages back to older versions in the event you make a mistake? Though helpful, this feature can expand your website’s database size, eventually leading to bloating.
For this reason, on WPMU Dev, WordPress revisions are set to a maximum of 5.
Thankfully, you can always increase the number of allowable revisions on your website.
Once there, locate the line which includes this code
define( 'WP_POST_REVISIONS', 5 );
Then replace “5” with “true” so as to have code that looks like this:
define( 'WP_POST_REVISIONS', true );
Don’t forget to save the changes you just made before exiting. Now, you can start enjoying unlimited revisions on your posts and pages.
Plugin & Theme File Editors
A default WordPress installation includes plugin and theme file editors in the wp-admin. These tools enable any user with the administrator role to directly edit the code of any installed theme or plugin on your site.
These editing tools are disabled on all sites hosted with us to help minimize security risks. However, if you prefer to have them enabled in your wp-admin, you can edit your site’s wp-config.php file and remove this constant, or change the value to false:
define( 'DISALLOW_FILE_EDIT', true );
Note that if you have Defender installed on your site, you don’t even need to edit the wp-config.php file. Simply go to Defender > Recommendations, and ensure the Disable the file editor recommendation is not actioned.
17.2 Allowed SSH CommandsCopy chapter anchor to clipboard
Here is a list of all of the SSH commands we allow:
Also please note we don’t allow pipes or redirects.
17.3 Disabled functions - php.iniCopy chapter anchor to clipboard
Below you will find a list of disabled functions on our hosting.
17.4 Disabled functions - PHP CLICopy chapter anchor to clipboard
Below you will find a list of disabled functions on our hosting.
17.5 Modifying PHP with .user.iniCopy chapter anchor to clipboard
Ideally, you would not need to even consider modifying any variables in a .user.ini file, as our managed WordPress hosting & server architecture are optimized for best performance for WordPress installs.
However, WPMU DEV members can modify some php settings like max_input_vars with a .user.ini file if absolutely necessary. A .user.ini file is a simple text file you create and place within the WordPress root directory. It only impacts the PHP settings for the directory in which it exists and that folder’s sub-directories.
While some PHP settings can be modified within any system-wide limitations of our managed WordPress hosting, it’s important to note that they cannot circumvent or exceed those limitations. For example, the upload_max_filesize and/or post_max_size values can be adjusted, but cannot exceed the maximum of 128Mb established by the system-wide PHP settings.
Also, certain variables will always reset to their default values on our managed WordPress hosting:
- The memory_limit variable will always reset to the default allowed for each hosting plan as detailed in the wp-config.php Constants Protection chapter above.
- The max_execution_time variable will always reset to the default value of 300s.
If you are uncertain if the PHP setting you wish to modify is allowed, contact WMPU DEV 24/7 support.
17.5.1 Creating a .user.ini fileLink to chapter 5
The easiest way to add a .user.ini file to the public_html directory is to create and upload a simple text file with an FTP client. Filezilla is used here, but the process is essentially the same for other popular FTP clients.
Open your FTP client and connect to your site. If you need help with that, follow the guidance provided in the Connection Info section of our SFTP/SSH guide.
Open the public_html directory, and right-click, or control-click on a Mac, anywhere within the file list area and click the Create new file option.
Name the file .user.ini, being sure to include the period before the word user.
Right-click the new .user.ini file and click View/Edit to open the file in your FTP client’s editor. Insert your PHP settings directives, then save and upload the file. It may take a few minutes for the settings to propagate.
Insert your PHP settings directives, then save and upload the file. It may take a few minutes for the settings to propagate.
17.5.2 Verify PHP with phpinfo.phpLink to chapter 5
If you wish to view both the default system PHP settings and your local settings, you may do so by creating a file within the public_html directory in the same manner described above, only name the file phpinfo.php. Paste this single line of code into the file, then save and upload:
Next, enter your URL, followed by the extension /phpinfo.php, into a browser. This will retrieve a report that shows which PHP build is running, some information about your server, and both the system and local PHP settings. You can also compare your local settings to the default php.ini settings by checking the Local Value and Master Value columns under the various section headings.
It’s a good idea to remove the phpinfo.php file from your site after you’ve viewed the report. As long as the file exists, that report can be produced by anyone from any browser.