I have a problem with my backup. I’ve done a backup with backup migration to a new WP installation. After I installed the backup to the new installation WP always leads me to install.php I can’t get to wp-admin or to any other page.
Does anybody know what the problem could be?
]]>When I tried to run install.php I get the following message:
“There has been a critical error on this website.”
After investigation, it seems like wp-db.php is using mysql_connect() instead of the newer mysqli extensions.
Apache indicates that the proper modules are installed, including php7_module.
Here’s where the install.php seems to bomb:
Stack trace:
#0 C:\Apache24\htdocs\wptest\wp-includes\wp-db.php(724): wpdb->db_connect()
#1 C:\Apache24\htdocs\wptest\wp-includes\load.php(561): wpdb->__construct('deleted', 'deleted', 'wptest', 'localhost')
#2 C:\Apache24\htdocs\wptest\wp-settings.php(124): require_wp_db()
#3 C:\Apache24\htdocs\wptest\wp-config.php(101): require_once('C:\\Apache24\\htd...')
#4 C:\Apache24\htdocs\wptest\wp-load.php(50): require_once('C:\\Apache24\\htd...')
#5 C:\Apache24\htdocs\wptest\wp-admin\install.php(36): require_once('C:\\Apache24\\htd...')
#6 {main}
thrown in C:\Apache24\htdocs\wptest\wp-includes\wp-db.php on line 1785
///
I have installed WordPress 5.9, which should have the proper extensions, or so I believe. Regardless, it seems like my installation wants to use mysql_connect() instead of mysqli .
Anyway, I am totally new to WordPress, and so it could be something quite simple. But regardless, I am stumped.
Any help would be appreciated.
Bob Frankenhoff
]]>I looked and there is NO install.php file in my WordPress directory, so it must be getting created dynamically? …or hidden in the depths somewhere out of sight?
Maybe WordPress, sensing things are locked for the scan, assumes installation should occur and thus it offers the prompts because it cant access all it’s own files (I’m guessing).
This seems dangerous. The default screen it shows has the WordPress logo and a language selection box (Step 1 of installation).
What would happen if I clicked through that installation prompt?
It goes away and returns to normal when the scanning is finished, but if the user followed the prompt and re-installs; would that conceivably be a problem for any of the thousands of WordPress users who could encounter this?
Should an alternative redirect page be forced by WordFence prior to scan — to prevent some sort of catastrophic re-installation changes?
Maybe clicking through a reinstall during the scan is harmless? I don’t know enough to know.
As a naive user, it scares me that I’m being presented with the option.
]]>Everything is in the title, I can’t open the install.php file in a browser correctly. First, I tried directly from my file manager in cPanel, but it showed me a weird page titled “Error: PHP is not running” followed by things that look to me like functions (I know nothing about PHP). I use a web hosting service called GreenGeeks and the PHP version is 7.4.9 and MySQL version is 15.1 Distrib 10.3.24-MariaDB. I then tried using a web browser to point to my website using the following url: https://example.com/wordpress/wp-admin/install.php, but I got a “404 Not Found” error. Since my wordpress folder is under /public_html/wordpress/* I then tried with https://example.com/public_html/wordpress/wp-admin/install.php, but I got the same error. Therefore, I guess that my website is not online, but I don’t even know how do so… I don’t know what to put my mind on anymore… The famous “5 minutes installation” is a “memorable 48 hours installation” for me now… If anyone could help me it would be much appreciated.
Thank you everyone in advance
]]>With that being said, it wasn’t a completely seamless process. Creating the backup file of the original site was very straightforward and easy. In fact, uploading the file to the new site was very straightforward and easy as well. However, after doing so, I was unable to access my dashboard at first.
I kept getting forwarded to /wp-admin/install.php, with screen with a message that said something like “Please clear database…”.
After messing around a bunch in my SFTP client, the fix was actually much simpler. I was able to access the Users page directly, despite being unable to access the main WP dashboard. From there, I was able to navigate to the Updates page and reinstall my version of wordpress from there. That fixed it! Had I not figured that out though, I would have continued to be very frustrated. Perhaps this review will help someone else out there going through the same issue.
For reference, I use EasyWP from Namecheap. Cheers.
]]>
### WordPress Environment ###
Home URL: https://www.yachtrockclothing.com
Site URL: https://www.yachtrockclothing.com
WC Version: 3.5.5
Log Directory Writable: ✔
WP Version: 5.1
WP Multisite: –
WP Memory Limit: 256 MB
WP Debug Mode: –
WP Cron: ✔
Language: en_US
External object cache: –
### Server Environment ###
Server Info: Apache/2
PHP Version: 7.1.1 - We recommend using PHP version 7.2 or above for greater performance and security. How to update your PHP version
PHP Post Max Size: 20 MB
PHP Time Limit: 120
PHP Max Input Vars: 1000
cURL Version: 7.47.0
GnuTLS/3.4.10
SUHOSIN Installed: –
MySQL Version: 5.6.41-84.1-log
Max Upload Size: 20 MB
Default Timezone is UTC: ✔
fsockopen/cURL: ✔
SoapClient: ❌ Your server does not have the SoapClient class enabled - some gateway plugins which use SOAP may not work as expected.
DOMDocument: ✔
GZip: ✔
Multibyte String: ✔
Remote Post: ✔
Remote Get: ✔
### Database ###
WC Database Version: 3.5.5
WC Database Prefix: wp_lubn_
MaxMind GeoIP Database: ✔
Total Database Size: 8.78MB
Database Data Size: 4.80MB
Database Index Size: 3.98MB
wp_lubn_woocommerce_sessions: Data: 0.02MB + Index: 0.02MB
wp_lubn_woocommerce_api_keys: Data: 0.02MB + Index: 0.03MB
wp_lubn_woocommerce_attribute_taxonomies: Data: 0.02MB + Index: 0.02MB
wp_lubn_woocommerce_downloadable_product_permissions: Data: 0.02MB + Index: 0.05MB
wp_lubn_woocommerce_order_items: Data: 0.02MB + Index: 0.02MB
wp_lubn_woocommerce_order_itemmeta: Data: 0.02MB + Index: 0.03MB
wp_lubn_woocommerce_tax_rates: Data: 0.02MB + Index: 0.06MB
wp_lubn_woocommerce_tax_rate_locations: Data: 0.02MB + Index: 0.03MB
wp_lubn_woocommerce_shipping_zones: Data: 0.02MB + Index: 0.00MB
wp_lubn_woocommerce_shipping_zone_locations: Data: 0.02MB + Index: 0.03MB
wp_lubn_woocommerce_shipping_zone_methods: Data: 0.02MB + Index: 0.00MB
wp_lubn_woocommerce_payment_tokens: Data: 0.02MB + Index: 0.02MB
wp_lubn_woocommerce_payment_tokenmeta: Data: 0.02MB + Index: 0.03MB
wp_lubn_woocommerce_log: Data: 0.02MB + Index: 0.02MB
wp_lubn_commentmeta: Data: 0.02MB + Index: 0.03MB
wp_lubn_comments: Data: 0.02MB + Index: 0.08MB
wp_lubn_links: Data: 0.02MB + Index: 0.02MB
wp_lubn_options: Data: 2.45MB + Index: 0.06MB
wp_lubn_postmeta: Data: 1.52MB + Index: 3.00MB
wp_lubn_posts: Data: 0.33MB + Index: 0.19MB
wp_lubn_termmeta: Data: 0.02MB + Index: 0.03MB
wp_lubn_terms: Data: 0.02MB + Index: 0.03MB
wp_lubn_term_relationships: Data: 0.02MB + Index: 0.02MB
wp_lubn_term_taxonomy: Data: 0.02MB + Index: 0.03MB
wp_lubn_usermeta: Data: 0.02MB + Index: 0.03MB
wp_lubn_users: Data: 0.02MB + Index: 0.05MB
wp_lubn_wc_download_log: Data: 0.02MB + Index: 0.03MB
wp_lubn_wc_webhooks: Data: 0.02MB + Index: 0.02MB
### Post Type Counts ###
attachment: 141
customize_changeset: 1
page: 8
post: 2
product: 16
product_variation: 609
revision: 5
### Security ###
Secure connection (HTTPS): ✔
Hide errors from visitors: ✔
### Active Plugins (2) ###
Printify app: by – 1.1
WooCommerce: by Automattic – 3.5.5
### Settings ###
API Enabled: ✔
Force SSL: –
Currency: USD ($)
Currency Position: left
Thousand Separator: ,
Decimal Separator: .
Number of Decimals: 2
Taxonomies: Product Types: external (external)
grouped (grouped)
simple (simple)
variable (variable)
Taxonomies: Product Visibility: exclude-from-catalog (exclude-from-catalog)
exclude-from-search (exclude-from-search)
featured (featured)
outofstock (outofstock)
rated-1 (rated-1)
rated-2 (rated-2)
rated-3 (rated-3)
rated-4 (rated-4)
rated-5 (rated-5)
### WC Pages ###
Shop base: #5 - /shop/
Cart: #6 - /cart/
Checkout: #7 - /checkout/
My account: #8 - /my-account/
Terms and conditions: ❌ Page not set
### Theme ###
Name: Shopper
Version: 1.3.6
Author URL: https://shopperwp.io
Child Theme: ❌ – If you are modifying WooCommerce on a parent theme that you did not build personally we recommend using a child theme. See: How to create a child theme
WooCommerce Support: ✔
### Templates ###
Overrides: shopper/woocommerce/archive-product.php
shopper/woocommerce/global/quantity-input.php
shopper/woocommerce/single-product.php
]]>Should I remove this?
]]>Now when i want to visit my website by main address it’s redirecting me to installation page wp-admin/install.php
What’s wrong and how to solve it?
]]>A year or two later, and INSTALL.PHP is back in the /WP-ADMIN/ folder.
Is this normal? Is it added during WordPress version updates? Is there a way to prevent this file from being reloaded to the site?
]]>wp-admin/install.php
. I never got 4.9.2 working.
Other WordPress versions:
* 4.9.1 works, but it has security issues.
* 4.7.9 works. I believe this branch was working last week, so we’re staying here for now.
I’ve limited auto-update to minor versions. We have WP Super Cache installed, which masked the issue. We have other WordPress sites on this server, which weren’t similarly impacted by their own updates to 4.9.2.
I can surface and handle the issue by installing different versions. I worry other users could be impacted, and I’d like to help others avoid this issue.
Edit: Oops, this isn’t relevant to Login Lockdown at all. I’m not sure where or how to move it.
]]>