I’m installing wordpress on WAMP and i have problem.
nstallation is not completed properly and all database tables are empty ( wp_users are empty ). Not sure how it manages to create tables but not enter data. after last step of wordpress install, page is not loaded completely, it doesn’t say “WP installed and you can now login". Cannot login(login error). I tried creating new user for database with all privileges and using these details for installation. Still doesn’t work. All database tables are empty, something is preventing entering sample data and I’m not sure what this could be.
Wamp server is working ok! (apache and mysql run and work).
Check your php error log and apache error log. The issue is probably that the script is timing out somewhere in the database creation and load step.
If so try increasing the max_execution_time in your php.ini.
Edit the php,ini using the wampmanager menu system to ensure you are editing the correct file.
Try changing it temporarily to a larger number like
max_execution_time = 240
But change it back to something sensible like 30 or 60 once the install has completed.
I had this problem and I resolved incrementing max_execution_time until 240.
Thanks!
I did some research on Google and it turns out more people are having these problems on WAMP and in most cases they are adviced to check if their PHP version isn't too low - i'd suggest doing the same, so:
Make sure your A-M-P environment meets the Wordpress requirements (A-M-P versions and required mods).
Make sure the user in database you are passing credencials for in installation steps have all required privileges (and FLUSH PRIVILEGES).
P.S. Some person asked yesterday similar question on official WordPress forums - there is no answer so far, but following this topic won't hurt:
http://wordpress.org/support/topic/installing-wordpress-on-wamp-gives-empty-tables-only
Related
I experienced strange behaviour of wordpress. Whenever I want to publish a post or page it says "Missed schedule". But I have no intention to schedule. I want to publish something directly.
Some times later (I assume when wp-cron runs) the pages gets published. But this bahaviour is immense problem for me developing the page, as the customizer crashes and is not able to update changes. Usually a "immediately" published post should be published, well, immediately. Never had this issue before on other systems. I do not need the scheduling function at all, but now I am forced to schedule anything?
Setup:
CentOS 7, PHP 7.4, Apache 2.4, MySQL (Fresh Setup of the LAMP Server) Als tried PHP 7.3/MariaDB.
Installation of latest wordpress 5.5.1 without any issues (but also tests with older versions caused the problem)
Check of Servertime vs. Wordpress timezone - everything fine here
Standard Theme adter installation, no plugins active!
Checked the rights for apache user, everything fine (755/644)
Checked the "run wp cron" plugins, but thats not solving the issue.
I assume there is some problem with wp-cron or the db but most probably my server setup is missing some dependency/configuration? (But I tried different Tutorials for installation, so must be something very basic...)
Somehow it seems like nobody every experienced this issue, as I googled for hours... Hopefully sombody with more backend experience can explain whats happening here and how to fix it.
Here is a picutre of how the workflow looks like
If you are publishing without schedule Wordpress will publish it unless something prevents it from happening.
There is a known issue where if you use localhost server may have issues with Gutenberg so for test purpose try https://wordpress.org/plugins/classic-editor/ and see if its fixing it for you. If it does its probably a problem with your server settings preventing the rest api to work or issue with wp-cron.php.
Same problem here with all installations of WP in a VPS.
No useful info on google.
Somebody has find a workarround: change Centos+plesk to Ubuntu+Plesk. This seems to work fine.
I have finally found a solution to the problem. Changing the system is not a useful option for me.
In this forum they explain the problem: here
And it brings us an explanation in the plesk forums: here
It is basically a problem in CentOS7, the UTC file is not valid and this causes problems in publishing changes in WordPress.
The problem is solved by replacing that file "/usr/share/zoneinfo/UTC" with a correct copy (I have taken it from another server with CentOS6).
And everything works correctly.
You don't even need to reboot.
I'm getting an error Missed schedule on WordPress. I get this error while I try to publish content or after I make a change something including updating some CSS(Customizer). I have never encountered such a problem before with WordPress. My server is completely under my control.
Checked in WordPress date and time
Checked server date and time
Checked PHP date and time zone.
Disabled all of the plugins and reactivated one by one still doesn't work.
I made research about that but most people are providing solutions with plugins. But I don't need to use kind of plugins.
OS: CentOS 7 64bit + Plesk Onyx
PHP Version: 7.4.8 run as FastCGI
Wordpress Version: 5.5
Theme: Generatepress
Somebody has fond a workaround: change CentOS+Plesk to Ubuntu+Plesk.
I have finally found a solution to the problem. Changing the system is not a useful option for me.
In this forum they explain the problem: here
And it brings us an explanation in the plesk forums: here
It is basically a problem in CentOS7, the UTC file is not valid and this causes problems in publishing changes in WordPress.
The problem is solved by replacing that file "/usr/share/zoneinfo/UTC" with a correct copy (I have taken it from another server with CentOS6).
And everything works correctly. You don't even need to reboot.
I attempted to upgrade my MyBB forum from 1.6.18 version to 1.18.21.
The script stuck at Database updating:
Updating Database
Performing necessary upgrade queries...
Click next to continue with the upgrade process.
Then instead there is a button that can't be clicked [Automatically Redirecting...]
My site is hosted on a free hosting, so I thinked it is not much powerful to do an ugpgrade, also if my db is not so big, just 55mb.
Then I setup AAMPS on my pc and tried on that.
I edited mysql config file to increment max_allowed_packet to 1000m
But incredibly............ it stucks EXACTLY at the same point with the same result. I left the page for more than 1 hour and it's still stay on the Updating Database page.
Can someone help me please?
I maybe should edit some php or mysql config?
Firstly check the current minimum requirements to upgrade to make sure that you have
enough resources like PHP version, Mysql and diskspace, etc...
If you are on Chrome, you can use the Developer tools to inspect the page and look for any console error. Another way to detect the issue is to enable the warnings in php.ini file. This would help us identify the issue and then we can look forward to solutions to resolve the same.
Reference to enable warning:
Showing all errors and warnings
Give this a try and post back with the errors you have identified and we shall try to resolve it.
Im using OpenSIS version 5.2. I am trying to install it but after step 2 it just shows a blank box, I cannot proceed to step 3. I have installed this successfully in my other computer but in this one I cannot. They have the same apache, mysql, and PHP version. What should I do?
Thanks in advance.
i hope im not too late. I had the same issue when installing openSis. The third page just loaded blank with no errors. Turns out I am on php 7.0 which dropped all support for php-mysql extension. So i now have to downgrade to php 5.6 or something. Hacked the source a bit and this error gave me a clue:-
An old question but still this problem exists and the solution to that is:
Open the php.ini file in your PHP folder and search for max_execution_time.
When you find it, increase it to 3600 and save the file. Maximum execution time of each script, in seconds, i.e. max_execution_time=3600
Then restart Apache.
Try openSIS installation again.
Basically turned error logging on and it turns out the blank page was caused by the session_state directory not have the correct permissions. That is for my install the PHP.ini file had put it in my documents and settings\local settings\temp\php or something like that. What you need to do is change the directory in the PHP.ini file to point to say c:\temp (make sure it exists!) and set the permission. To fault find grant everyone access to see if it works then work back from there.
The next issue was the install wouldn't connect to my SQL Server express database, so I was madly replacing dll's as per the WIKI!
Turns out though that the SQL Server express install by default doesn't allow named pipes or TCPIP connections hence cannot connect! You need to check this protocols are enabled
To enable TCP/IP:
From the Start menu, choose All Programs, point to Microsoft SQL Server 2005, point to Configuration Tools, and then click SQL Server Configuration Manager.
Optionally, you can open Computer Manager by right-clicking My Computer and choosing Manage. In Computer Management, expand Services and Applications, expand SQL Server Configuration Manager.
Expand SQL Server 2005 Network Configuration, and then click Protocols for InstanceName.
In the list of protocols, right-click the protocol you want to enable, and then click Enable.
The icon for the protocol will change to show that the protocol is enabled.
After this it was smooth. WIKI needs updating badly!
Trying to install Joomla 2.5.7 but I can't get past the Pre-Installation Check as it says: Database support: No
I've got mysql (5.5.24) and php (5.3.15) installed manually on a Linux machine (I don't want to use LAMPP). I've done this a few times before and checked everything is the same with my other working machines in terms of the packages and the php.ini file. I can also access the mysql fine.
Any suggestions on what I can try? Is there a way to find out what check it is failing on?
Argh! I did miss a package. A pretty vital one at that: php-mysql. Don't forget to restart web server.
Joomla checks what databases are supported by testing each type for a connection. One possible issue is that the way you have things set up the owner of the installation process does not have permission to use the databases.
Ooops sorry I didn't see that you had soled
Most CMS come with a sql database setup files. These files must be added to your mysql data. Or tables and users must be manually created.
Have you done this?? If not check manual for details.
http://linuxinternetworks.com/how-to-install-joomla-in-linux/
Comment, after trying, I am reading it too.