So I'm trying to build a Wordpress website using AWS using RDS Aurora. I've installed the source code provided by wordpress.org and it uploaded successfully but after putting in all the information regarding the database it loads for a minute or two then says the page isn't working, when it reloads it gives me the error ERROR: "Table Prefix" must not be empty. I've tried many solutions but none of them are working
Check the URL of the installation page. It must have a .php suffix. If it doesn't, it's likely your .htaccess page is rewriting the URL and causing your POST requests to misdirect.
Edit .htaccess so it reads RewriteEngine Off.
This bug is often the result of inheriting .htaccess rules from higher directories.
In a fresh installation rename your wp-config-sample.php file with wp-config.php.
Then define you own table_prefix. Make it meaningfull related to your project. This table_prefix will be added as a the prefix of you tables in your database.
Example: $table_prefix = abcd_
I accidentally deleted htaccess file.
I downloaded it before I did so and then afterwards I re-uploaded it to my public_html folder, but I can't get to the WP login anymore. It just gives me a 404 error.
Why doesn't it start working when I just re-upload?
Nevermind, I figured it out. It was simply because when I downloaded the file, the period in front of ".htaccess" was removed. When uploaded, it was still removed. However, I simply edited the file name in cpanel from "htaccess" to ".htaccess" and it started working again.
I have just uploaded all my WP files in server. I have also updated the database. But I am getting internal server error. The url is : www.worldcon2015.in
Try this:
I have got same kind of problem when I moved my WordPress blog but I solved it myself:
Here's what I did:
I renamed .htaccess file to __htaccess
I uploaded an empty file and renamed it to .htaccess
I changed the permissions on .htaccess to 666 (rw-rw-rw)
I set permalinks to a different setting, saved it, then switched it back to my usual setting.
Then I changed the .htaccess file permissions back to 644 (rw-r--r--)
I hope this helps you!!
I already tried doing the php.ini memory=20MB solution but it did not work. I uploaded it under the wp-admin/ folder.
I'm not really sure what else to try. Help?
The memory bump doesn't go into an .htaccess file in wp-admin. It goes into the .htaccess in web root. Use FTP to find and delete the .htaccess file you put in wp-admin.
Then forget about .htaccess files and try adding the line below near the top of your wp-config.php file, a few lines after the opening <?php
define('WP_MEMORY_LIMIT', '64M');
Renaming plugin directory temporary solved the problem for me
This problem occurs because your php dont't have any xml or has a deprecated version xml, so if you manually instal or update your xml, the problem will be solve.
If you using Ubuntu, try execute this code in your terminal:
sudo apt-get install php-xml
After this you need to restart apache so it takes effect, for this execute the command:
sudo service apache2 restart
Go to setting -> permalink and then select any common setting after that save it.
Reload the website. Everything will be fine.
Then reset it to previous common setting so that it will not effect for URL.
A 500 error is an Internal Server Error, which sometimes can be a hosting configuration problem, but in WordPress it is often a fatal PHP error.
First, just remove that php.ini file - some web hosts do not allow you to modify the PHP settings, so let's take that out of the mix first.
If it is a server error, temporarily rename your .htaccess file to something else (to take it out of the mix as well). Also, check for an error_log file in your filesystem, or the Error Logs in your hosting control panel.
If that doesn't tell you anything, it is likely a PHP issue. Turn on WordPress Debugging by adding the following code to your wp-config.php file:
// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );
// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );
// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
#ini_set( 'display_errors', 0 );
// Use dev versions of core JS and CSS files (only needed if you are modifying these core files)
define( 'SCRIPT_DEBUG', true );
Make sure you comment out the line that says:
define( 'WP_DEBUG', true );
Now, when you refresh the page and get the error, WordPress will write any PHP errors to wp-content/debug.log. Check that log for a fatal PHP error - it will tell you which file is causing the error, often a theme or plugin file.
Once you know the cause, rename that theme or plugin to temporarily remove it from WordPress. That should restore normal functionality.
Another important fix for the internal server error is to try and upload a fresh version of wp-admin and wp-includes to your site.
This step should be a last resort, but if you’ve used the above solutions and still cannot find one that works, it’s worth a try. Backup your site, and download a fresh version of WordPress from the main site.
Extract the files from the ZIP file, and open the extracted folder. Open your site’s root directory in an FTP client, and upload the wp-admin and wp-includes from your fresh version of WordPress to your site’s directory, overwriting the older versions.
Refresh the client, and refresh your site. If the error is gone, it was likely caused by a corrupted core file. If you still see the error, you may have no other option than to contact your host. Check it out for more WordPress internal server error fixes.
I uploaded a freshly downloaded copy of Wordpress 4.2.2 here: http://www.onedayonemillion.com/test/ and all I get is a blank page.
There are no .htaccess or wp-config.php files in the root directory.
No database has been connected yet.
I tried the same in another directory (/dev/) and it did the same.
I have no plugins installed or activated.
This is a fresh copy.
I added an phpinfo file here: http://www.onedayonemillion.com/test/info.php
Why can't I even get the install page to show up?
I didn't understand why there is no wp-config.php in the directory, it would be good you post what is in the directory. Anyway, you can check items like (sometimes it is just that):
some files with no ending "?>" ending the file;
any require_once methods calling non-existing files
(you said no, but) wp-config has wrong or non-set definitions (user, database)
check permissions/ownership to the folder
Well, I know it can be lame, but I had problem with definition in WPLANG define,
so I put an
echo "<br> there is no error until here";
through the files untill I find that was missing a comma at the definition. If the phrase is displayed, your installation files untill that point are working out.
Your phpinfo says the display_errors is off.
modify your php.ini with this line:
display_errors = on
you should restart the server after modification.
you can only track the error only if the error reporting is on in the server