I'm trying to install WordPress for local use with XAMPP. I started off by installing and unzipping both the XAMPP and WordPress folders. I placed the XAMPP folder in my C:/ drive and my WordPress folder within the "htdocs" folder. After that, I made a new "config" file for my local server based on the "config-sample" file.
Here's where things get tricky: when I try to use the "install.php" file, I am brought to a screen that asks for credentials. I give it some generic credentials and then I submit it in order to install WordPress. However, when I submit the form, the loaded page is completely blank and the URL appears as "localhost/wordpress/wp-admin/install.php?step=2".
When I go into the database, it shows me that WordPress created all of the necessary tables, but didn't create any log-in credentials for me. I was doing some research and there were a couple pages that mentioned the need for increased PHP RAM, but I'm unsure of how to increase the RAM for local use or if it's even a problem. If anyone had an error like this happen to them, I would really appreciate some feedback as to what could be causing this problem.
I had the same exact problem, with an almost blank screen on step-2 passage.
Adding in wp-config.php these lines solved everything:
define('WP_MEMORY_LIMIT', '128M');
set_time_limit(60);
I've installed Wordpress 4.0 from a zip file on XAMPP 1.8.3 on my Win7-32bit PC.
Setting up the DB and all, I got the same "blank screen" at the step 2.
So, I went in to phpMyAdmin, and edited the "wp_users" table on my entry. I modified the user_login and the user_password (using an MD5 converter). Saved the entry and got into the localhost url for wordpress. Got into the log in, and everything seems to be working without any issues.
As a note: I installed a fresh/clean install so there were no custom themes nor plugins.
Hope that helps.
Related
My hoster forced me to upgrade my Wordpress site because it was fairly old. I decided to upgrade to PHP 8.1. It caused issues with the website, so I figured I'd rebuild the whole website since it's a simple website. I deleted all the existing files and uploaded the 5.8.2 WordPress install files. Then I changed all the permissions to 0755. I created a fresh database for the install.
At first, the setup would appear. I would go through the install, but when I clicked install after entering all the database info, I got "There has been a critical error on this website." I recreated the .htaccess file to the default and tried again. Now I get this error just hitting the domain, no more setup screens. The site does redirect to the /wp-admin/setup-config.php file. I don't have a wp-config.php file in the directory, just the sample one. I tried creating a wp-config.php with the correct info, but same error. I also tried adding the debug options, increasing PHP memory, etc. Same error. I don't get any error logs.
Does anyone now how to get an error log or can help with ideas on how to create a fresh WordPress site? I did change the PHP versions to older ones, but that didn't work either.
You need to take a backup of your file ,then fallow the fallowing instruction.
Rename your plugin one by one and refresh the website.
this issue due to the unsupported plugin ,that is installed in your wordpress website.
1- Make a backup copy of the files and from the old database
2- After that, download these files on your PC
3- Install WordPress again
4- Replace the wp-content file with the old one
5- Clean the new database and import the old database through phpMyAdmin
I solved that problem installing an older version of Xampp, with previous version of php, MySQL and Apache. I give up version 8.1.1
XAMPP 7.4.27 / PHP 7.4.27
https://www.apachefriends.org/download.html
There was something wrong on the hosting side. The source of the issue was indeed that WordPress could not write to the config file. Even the hoster was unable to delete the files. We ended up deleting the entire root directory and starting from scratch. Now it's all good.
The lesson learned is that one of the sources of the "There has been a critical error on this website." error is that WordPress is unable to write/edit files. It's also why it could not write an error log. WordPress could have been more descriptive here.
Does Drupal 8 store its installation state in places other than the database? I had dropped the database several times to go through the installation from scratch, but it seems to be skipping steps at this point since it thinks its already "semi-installed".
I am a Drupal newbie, but experienced dev. I am using Windows 10, latest Firefox browser, Drupal 8.5.1 and MAMP (4.0 -- I think).
I successfully created the database, reached the Drupal choice of language start of installation page, and kicked it off BUT it had skipped the database setup page -- obviously it thinks it already knows where it is. And, it skipped the "site setup" step.
Then it launches a blank page with this url:
http://localhost/drupal/core/install.php?rewrite=ok&langcode=en&profile=standard&continue=1
and there is nothing happening. When I go to the drupal page again, it shows me the login page -- but I never had a chance to setup admin user, so I am stuck at that point.
So, how do I start from the very very begining? Thank you
Yes, on installation Drupal also does some other things beneath populating the database. It creates a settings.php file inside the /sites/default or /sites/mysite folder. Inside this file some information gets stored which then automatically gets skipped asking for the next time you reinstall Drupal (mainly it's which installation profile and the database credentials).
Simply delete the settings.php file and empty the /sites/default/files or /sites/mysite/files folder and you'll start from zero the next time you'll call your site in the browser.
The blank page may be caused by a misconfigured .htaccess file. Uncomment
RewriteBase /
in Drupal's root .htaccess file.
Pro Tip: If you are going to work with Drupal regularly, start all projects using this template: https://github.com/drupal-composer/drupal-project and choose PHPStorm as IDE. More about this template can be found on DO.
I have uninstalled MAMP and installed Acquia Dev Desktop -- everything works as expected, with the same version of Drupal.
So I've been trying to get into the admin dashboard for a WordPress website that I'm supposed to be working on and for some reason my XAMPP/phpMyAdmin & Avada theme does not seem to be working properly.
When I configured XAMPP it worked fine and could reach the admin dashboard without any issues. But when I replaced the WordPress directory downloaded from the network admin and the .sql database table uploaded into phpMyAdmin I am now noticing that when I access localhost/wp/ it loads a broken page, appears to be missing the CSS (styles/images)
I've tried to navigate to locahost/wp/wp-admin/admin.php and /wp-admin/login.php and I am not able to load the files I continue to receive a "File not found" redir error.
In my own opinion it seems as though the user isn't entirely authenticated and is causing me to redir based on failed authentications OR the system is having difficulties with the folder structure to determine the areas for the "missing" wp-admin files, although I have confirmed they are physically residing within that expected location which only further confuses me.
I can upload and attach any type of document, just let me know what type of information you are looking for to assist in troubleshooting.
THANKS FOR ANY AND ALL HELP!
1) Ask wp questions at wordpress.stackexchange.com
2) you may have problems with .htaccess and .sql file permalinks. Ask people at the mentioned forum.
Step 1 : Remove htaccess file from your root folder
Step 2 : check wp_option table and change site_url and home_url
Step 3 : Login into wp-admin using
http://localhost:8080/mysite/wp-admin/
Step 4 Goto setting ->paramlink and update using custom structure.
That's it.Problem solve.
I just recently started by creating a EC2 instance on AWS. I used the Amazon Linux package. I changed the PHP settings to include the ability to upload files larger than 200MB. Got phpinfo.php working. Installed phpMyAdmin. Everything looked good.
Next, I installed Wordpress. It worked great. Then I tried installing a theme. Worked great. Then I started installing some plugins for that theme. Something made the site crash. I tried a few things, but since I couldn't go to the sites Wordpress Admin panel, it seemed hopeless. So I decided to start from scratch. I deleted the html directory (including wp-content) and dropped all the wordpress tables. I moved a fresh copy of Wordpress into the html directory, reconfigured the config.php file, and it recreated the Wordpress tables in the database. Seems to work great. When I try to upload a theme, it says:
Connection Information
To perform the requested action, WordPress needs to access your web server. Please enter your FTP credentials to proceed. If you do not remember your credentials, you should contact your web host.
I noticed that wp-content didn't have a uploads directory, so I created one. That seemed to let me upload the theme, but it showed up as a media file. I moved it to the theme directory and that worked. But when I tried to upload a plugin, I got the same message as a above.
What happened when I deleted everything? Or rather, where was information stored that when I reinstalled Wordpress, it didn't create a uploads directory? I am fine with reinstalling Wordpress from scratch, but I don't want to reinstall the whole LAMP stack or redo the AWS instance. Any thoughts?
The issue is that your web server doesn't have the proper permissions to write to your content directory.
The WordPress Codex has some good info for proper file and directory permissions. Ideally, all files should have 644 permissions, and all directories should be 755 (no higher).
If you're still running into issues adding plugins and updating WordPress, you should heed the advice of the following (so that you don't have to enter FTP details into WordPress each time):
Any file that needs write access from WordPress should be writable by the web server. If your hosting set up requires it, that may mean those files need to be group-owned by the user account used by the web server process.
I've been trying to uninstall a magento plugin I've recently installed to reinstall it using Magento Connect. The log said that the plugin uninstalled successfully and if I go to the admin panel, the plugin's no longer there but when I went back to Magento Connect, the plugin is still listed there so I can't reinstall. Why is this happening?
Based on the answers, what I've tried so far are:
Clear cache through Admin Panel
Removed wordpress entry in core_resource
I've made sure wordpress xml in etc/modules is removed
I've made sure Fishpig folder in app/code/community is removed
Cleared cache in var/cache
Cleared cache in downloader/cache
Checked if there's xml for wordpress in var/package (there was none)
Reindexed magento
And none of this worked. The wordpress extension was still listed as installed in Magento Connect. I've been trying to uninstall repeatedly but it just won't go away even though the log said that the uninstall process completed. I've also tried reinstalling and upgrading. No success.
to remove the extension:
remove all the modules files, includeing the file which enables the module:
app/etc/modules/COMPANY_MODULE.xml
also make sure the entry is gone from the database by removing the correct entry in table:
core_resource
then refresh the magento cache
It should then disappear from connect.
Which module have you installed? Can you give me name so I can give you solution if possible for me. If module add new own tables in db then dont delete any module file otherwise may be magento crash. Its better way to uninstall from magento connect manages.
Clear the .cache folder in the downloader directory, in addition there is also another area where an xml can be present in var/package/
The package files are from magento connect so delete from here and have another check!
delete all files in var/cache/ and double check you are actually working in the right folder! if you have another caching system then clear it.
To delete the extension from Magento Connect (I believe you have already uninstalled it from Magento) you will need to delete the file var/package/Fishpig_Wordpress_Integration_{{version}}.xml
Thank you very much for all your help and time. I really appreciate it. I've managed to solve the problem. It's apparently a problem with permissions. I didn't realize soon enough that the permission for all folders had to be 777. I had most folders set to 777 except for 2 files on my etc folder (local and locals.xml) because of security issues. But after getting a go signal changing said permissions, I managed to uninstall the plugin and reinstall it. Now the Wordpress is fully integrated in the website with no problems and I've also returned the permissions for local and locals.xml back to it's original. Thanks again a lot for all your time.