I have a quite strange problem with a Wordpress site. I manage a few Wordpress sites but I never experienced this problem. A plugin gets automatically installed after few days. In addition it is a maintenance plugin, called Maintenance from Webfactoryltd. But every time I delete or just deactivate this plugin, it gets reactivated / installed again and switches to maintenance mode.
This is a premium site buyed on themeforest (flatsome), but I don't think it has something to do with the premium template.
I tried following things:
Delete / Deactivate the plugin
Deactivate all plugins and reactivate only needed ones (Woocommerce)
Deactivate all caching plugins (Redis, WP Optimize)
Deactivate the automatic updater in config.php
Deactivate all automatic updates on the plugins itself
Installed Crontrol (plugin) to maybe get a cronjob which is responsible for that
Nothing worked. Has someone an idea what I can try now? Thanks in advance!
You can set limit file permission for .htaccess, wp-config.php for 444. Also, set recommended folder permissions.
You can install Wordfence & scan to see results where the file is affected & fixed it.
You can run also, virus scanner from the Cpanel account.
My site was compromised. Thanks to the link of Justinas I could take further steps to deal with this issue.
I could pinpoint the problem to a user (client) which I think run some scripts from it. The Wordfence Plugin helped with that a lot. I restricted the user and reset the password.
I also used Wordpress FAQ - My Site was hacked for orientation in this case.
Especially thanks to #Justinas for the report.
Related
My Problem
I manually installed WordPress on a Debian 9 VM in Virtual Box on a Windows 10 machine. When I pull up the website, this is what I get:
A WordPress site with just HTML, no formatting
The point of this install was to learn how to make a custom WordPress theme. I have built child themes before, but never a theme from scratch, so it may be I don't have everything set up yet. But there is a second issue is WordPress does not give me an option to select my second theme either.
What I did
To set up the site, I followed this tutorial on setting up WP on a Debian system. I sort of touched up on this, but I am new to WP development. I thought this was a quick and dirty route to set up a WP install. I don't have the knowledge of WordPress to know if there is an error in this setup guide.
Again, I checked the themes folder. I could not find the custom theme I started to build as an option. I can't currently download themes straight from WP because I don't have an FTP server/client currently installed on my machine. If it were just the inability to choose a WordPress theme from the WordPress theme repository, I'd suspect it's the FTP setup. But, I also can't choose my custom theme. So is there something wrong with the install?
Summary
I can't get any formatting to work on my WP development site. I suspect it's some problem with themes, but I don't know enough about the internals WordPress to know how to diagnose the problem.
Thank you for your time
It's tough to say without seeing your setup exactly, but this is often caused by URL problems.
Are you able to access wp-admin? If so, try logging in and visiting the settings > permalinks page, then just hitting the save button.
Try reloading your site. It might be fixed.. If not, a little more to try. First, I'd open your browser's Console / Inspect mode, and see if there are any console errors (showing CSS files not loading, etc). If so, post them here.
Additionally, I found a helpful article that details some other things to try when this problem pops up:
http://wphelp24.com/how-to-fix-wordpress/how-to-fix-wordpress-css-not-loading/
I have a Wordpress site which is hosted on Microsoft Azure, and the site is located at http://bitcoinpricelive.com
I recently updated a plugin called W3 Total Cache. After doing this the site was returning errors and going to wp-admin told me there was a problem with that plugin and i needed to delete: advanced-cache.php and object-cache.php
I deleted those two files but then the wp-admin page showed no information at all. I documented this aspect a bit more on Wordpress forums: https://wordpress.org/support/topic/w3-total-cache-error-after-updating-plugin/
Additionally, I tried googling for many fixes to this problem from modifying the .htaccess file to deleting W3 Total Cache components.
On the Azure side of things I get errors from source: W3SVC-WP, event id: 2289, and from source: W3SVC-WP, event id: 2284. I have been looking at documentation on the Microsoft site as well here: https://technet.microsoft.com/en-us/library/cc734951(v=ws.10).aspx
I can still login to the server via FileVilla and make changes if needed.
How can I debug this?
I would try to uninstall the extension via Azure's web portal, restart the app. Delete the extensions dir using SCM (https://my_app_subdomain.scm.azurewebsites.net/DebugConsole). Restart the app again. And maybe redeploy your app. It's possible the plugin messed with .htaaccess or something.
From Willian: Try delete the w3-cache directory in wp-content.
I have WordPress site and it is updated new version. I don't know how. Few plugins also got updated. Now sites page is not loading. Server is working fine but pages are loading.
I don't have back up. How should I get back the things.
This is a good time to learn your lesson about backups. Always have a backup.
It's most likely that one plugin is breaking your site. You can copy the /wp-content folder of your site to your computer using FTP and then (after copying it locally!), one by one, delete the plugin folders in wp-content/plugins themselves on your site over FTP. After deleting each plugin folder, check if your site is back up.
If you find the offending plugin, try reinstalling it through the WordPress admin panel. Because you deleted the plugin folder and not the database entries, the settings should still be there, but your local copy is in case of further emergency anyway.
You can try renaming your plugin folders via FTP connection. Do that one-by-one and reload the site each time. They will be deactivated after you do this, and you will find the plugin which is causing the problem.
I have deactivated all plugins and then activate it back then maintenance mode got enabled by itself.
FYI there is no .maintenance file in my root directory, but there is one plugin in plugins directory.
I also have tried by renaming the maintenance plugin but still getting maintenance mode message.
One more the previous developer have used custom maintenance mode page.
I came across the same issue over and over again especially if you update your current theme, check out the steps here that resolved this issue.
To summarize: When WordPress is doing any updates, it creates a .maintenance file in the root directory of the installation. The file should be automatically removed when the update is completed. If it isn't removed, or something goes wrong and the process dies without cleaning up, going in and manually deleting the .maintenance file will get things moving again.
I have a weird case here....
I'm making a simple magento module right now. Some kind of script injection module (similar to google analytics module). I've built the admin config for that module (which is defined from system.xml)
as seen on the image. This module works very well on my localhost. But it's getting weird on the live server. The modules looks like it doesn't enabled at all although I have totally make sure it's all already enabled. Both via magento admin area and also via app/etc/modules. That admin config area never appear on live server's magento installation.
does anybody know what's the issue with this problem?
or at least tell me how and where should I debug it? I've been digging it to magento core code but getting stuck on getSingleton() function somewhere around magento core code. I don't understand that way-too-MVC stuff :p
I would be very glad if someone could explain and guide me on this
thanks :)
The most common problems are associated with case sensitivity. If you have Windows hosting, then the error in the uppercase/lowercase characters is not visible and it works. But as soon as it gets to linux hosting, the module will not work.
Check the paths in the settings and folders/files - so that they match.
Usually there are three things:
typos in xml files (validate them with validator)
cache is not cleared after installation (clear cache)
ACL rules are not reinitiated (re-save admin roles)
If you adjust the layout/add your own layout in the backoffice of magento, it's best to clear the cache (remove everything in the var/cache/ folder) and to logout and re-login.
Thumb rules while deploying magento custom module on the live server-
Deploy your custom module
Flush your all magento cache or at-least refresh them
[System->Cache Management]
If you have enabled compilation re-run the compilation or disable compilation until the testing is done.
[System-Tools->Compilation]