I've migrated a local test of a Wordpress site to a live server but I'm encountering a weird issue. Everything works fine, but one of the plugins that I'm using (NextGEN Gallery) is attempting to download a few CSS and JS files from the old location at 127.0.0.1/powwptest.1/.
I cannot figure this issue out for the life of me. I have done repeated searches for 127.0.0.1, localhost, and powwptest.1 or powwptest in the database through phpMyAdmin, I have manually searched the .SQL file with Sublime Text, and searched all 1600+ PHP files with Sublime Text to no avail. Absolutely nothing is found.
If there is no record of 127.0.0.1/powwptest.1 in the database or in any of the files, why is it still attempting to download from the local server?
A few of the calls, for an example:
http://127.0.0.1/powwptest.1/wp-content/plugins/nextgen-gallery/products/photocrati_nextgen/modules/lightbox/static/fancybox/jquery.fancybox-1.3.4.css?ver=3.6
http://127.0.0.1/powwptest.1/wp-content/plugins/nextgen-gallery/products/photocrati_nextgen/modules/lightbox/static/fancybox/jquery.easing-1.3.pack.js?ver=3.6
http://127.0.0.1/powwptest.1/wp-content/plugins/nextgen-gallery/products/photocrati_nextgen/modules/lightbox/static/fancybox/jquery.fancybox-1.3.4.pack.js?ver=3.6
http://127.0.0.1/powwptest.1/wp-content/plugins/nextgen-gallery/products/photocrati_nextgen/modules/lightbox/static/fancybox/nextgen_fancybox_init.js?ver=3.6
http://127.0.0.1/powwptest.1/wp-content/plugins/nextgen-gallery/products/photocrati_nextgen/modules/lightbox/static/fancybox/jquery.fancybox-1.3.4.pack.js?ver=3.6
http://127.0.0.1/powwptest.1/wp-content/plugins/nextgen-gallery/products/photocrati_nextgen/modules/lightbox/static/fancybox/nextgen_fancybox_init.js?ver=3.6
I've cleared cache, cookies, tried in multiple browsers, and even used a third-party (Pingdom) to make sure I'm not crazy. They are all detecting the connection errors as well. I've tried updating the Wordpress plugin on the live server, to no avail. Any ideas?
The new team that's been developing NextGen Gallery seems to have broken a lot of things. I've ran into some crazy problems with this plugin and site moves.
Try resetting permalinks as well as the plugin settings (which, if I recall correctly, you can do from the plugin settings page in WordPress). This won't clear your galleries, only settings set in the plugin settings.
I figured it out finally, hopefully this works for others having an issue with NextGen Gallery. From your WordPress dashboard, go to Gallery -> Other Options -> Lightbox Effects -> (Show Advanced Settings). At this point you can delete the http://127.0.0.1/ etc. entirely from each entry. You'll have to do this once for each type of Lightbox.
It seems to me that this information is stored on a 3rd party server, otherwise there is no reason it could reappear in the DB.
I've just spent 3 hours of solving same issue. Finally, I've found out, look into DB
select * from wp_postmeta where meta_value like '%127.0.0.1%';
Related
I have a wordpress website, I created a customized php template to the homepage and loaded from the back-end in the template page settings.
During the last months everything was working perfectly when I change anything to the template code effects the homepage without any problems.
Suddenly, yesterday when I tried to upload a updated file, nothing changed on the homepage.
I remove the browser cache, and wordpress cache, used another device to check, without any luck.
The wordpress black admin tools bar appears on all sites pages so I can edit and control this page, but it's not appears on the homepage.
For sure I checked again the theme settings for the homepage and page template settings, and everything is correctly configured.
I tried to activate another theme, the surprise that I found the homepage still the same and all other pages changed to the new theme.
I am losing my mind due to this, and I don't understand what may happened.
Download your site on your computer and see whether it happens also on your own computer when simulating with XAMPP.
Are you sure that the new added files are really being uploaded to the server? did you check it up with downloading the files? Maybe the modified files could not been uploaded? Another thing would be that some new installed plugins are making those problems. Have you installed some new plugins like a plugin which are speeding up your wordpress site? There are some popular plugins which speed up your site with caching your whole site and working as a CDN.
Since i dont know which modification you do on your website it is difficult to find a solution. If those modifications are changes of articles then look into the database.
You could look into the SQL Database whether those new information are being saved. E.g. you try to post a new article. Is this article being saved in the SQL database? Do you see any errors on the page? Does this effect each page / section of your website or is it only for a specific module e.g. "image uploader"??
Did you try to replace a simple image on your site with another image ? Can you see the difference on the website? I would start with little steps to be sure whether this is a server issue, template issue or sth with unsufficient priviliges. There were also new wordpress updates, maybe they affected your template? Another thing would be to recover your complete site from a backup and see whether it works like before and be sure that your site has not been hacked.
Ok so long and short of this is, I built a custom plugin for a Wordpress site and was working on a small update. Think perhaps I have a small typo error in the code but after saving the update my site is now showing a 500 error.
I have already attempted the following usual methods without success:
1: renamed the plugin and plugins directories to attempt to both disable individual/all plugins.
2: disabled all plugins via db.
Now the change itself was made via the wp back end, which updated the file. However I cannot see this change via FTP. This baffles me. I would assume somehow the database updated the file somewhere within itself which is perhaps overriding the original file? I haven't seen Wordpress do this before.
I'm not sure but would like to be able to figure out why this happened and if it's fixable.
For now I am just going to do a rollback. Any thoughts on this would be most welcome.
I suggest you try:
restoring the database. If you can’t see which file changed probably means that the database was changed and not a specific file. A popular plug-in for back up and restoration is updraft plus which enables you to select files, the database, or themes. Assuming you don’t have a restore plugin installed you could contact your hosting provider who may be able to restore the database to an earlier version. This functionality may also be available through the control panel on the Domain and Hosting. If this works then at least you know where the trouble lies with your dog and development.
I'm sure this has been asked a dozen times here, but nothing I've found online or on here has helped. There's something strange about the Drupal site I'm currently working on - I've worked on 10+ other sites at this company with no problem - in that none of the code changes I make seem to have any effect. Anything I do through the admin backend appears immediately, but when I try to change the text in a custom page template and push it live, nothing happens.
What I know/did:
I know I'm pushing correctly because when I go in the file manager on the live server and look at the files I pushed, the changes are present.
I am sure that I am changing the correct file because when I try it locally and on our staging server, the corresponding pages update immediately.
I cleared out the site's cache in the admin menu, in Configuration -> Development -> Performance -> Clear all caches.
I asked the hosting company if there was a cache to clear on their end, they said no.
I deleted the uploaded theme from the server completely. The theming is still present, though the images are broken links. So the site theming is still cached somewhere. (I then replaced the theme folder)
I then contemplated quitting web development and opening an orphanage in Pakistan
What I did not do:
I did not run root/update.php. I figured this would recache the database and that wouldn't affect text in a custom page template (I also searched for that original text in the database to make sure).
Does anyone have any other ideas I could try?
It could be nginx cache on the server. Or PHP opcache could prevent you from seeing PHP code changes.
But if you still see deleted Drupal theme, it is rather some proxy or maybe something right in your browser instead of the server.
I updated my wordpress website version with 3.9.2. After updating when i try to add or update any page or post, visual editor tab shows blank. It does not display toolbar buttons or page or post content. Text tab works fine
I tried following solutions provided on different sites with no luck
1) clear browser cache
2) deactivating all plugins
3) change to default theme and again change to desired one
The people who had the same issue had cured the problem by doing one of these suggestions:
1) Install “Use Google Libraries” plugin
2) Add to your wp-config.php file:
define( ‘CONCATENATE_SCRIPTS’, false );
3) Download a refresh version of WordPress from WordPress.org and via ftp replace /wp-includes/js/tinymce folder
4) Download a refresh version of WordPress from WordPress.org and via ftp replace /wp-includes folder
I tried all above solutions but no success :(
I also refer following links but could not find solution
Wordpress Visual Editor broken
Visual editor not working in wordpress 3.8.1?
I have attached screen-shoot for visual editor tab and text editor tab for one page
Please help
I had this issue on APlus.net Hosting and had one heck of a time fixing it. All the text in the Visual Editor was white, and I couldn't get to the HTML tab. The Visual Editor was missing all the formatting buttons -- it was just a white empty space.
After trying everything listed across the web without success, I was finally able to track down the culprit on APlus hosting. It turns out APlus hosting injects their own analytics tracking code into even the WordPress Admin pages. The code for their analytics wasn't written properly -- the code was missing a final ending apostrophe, which resulted in breaking all the code that came after it. In my scenario, the injected code broke the Page Editor TinyMCE JS code.
I checked the Google Chrome inspector to find the error in the code, and after talking with a Tech Support rep at APlus I was able to fix it by deleting the analytics file on the server via FTP:
/private/.wmcnum
I hope this helps. If anything check out the Google Chrome inspector and look for errors. If it's something you can't change, definitely get in touch with your hosting provider.
I've seen an issue like this before. For me, the site we were updating had many out of date plugins. The one that caused our issue was WP Polls. Something went wrong during the update process, and certain files were missing from the plugin directory. I kept a backup of all of the files from before the update, but even re-uploading them didn't fix it. We ended up removing the plugin that was causing the issues and re-installing it. If you can narrow down which plugin might have some discrepancies, then I'd recommend backing everything up (including your database), deleting the plugin, and re-installing it.
If it was simply a WordPress update, it may be that not all of the WordPress files copied over. If you can get a fresh install of WordPress 3.9.2, you can compare the differences between those files and the files on your site. If you're getting an error from somewhere in wp-admin, I'd start my check there.
This is the solution that worked for me:
“Use PHPMyAdmin (or another database editor) to search inside your WordPress database in your “wp_options” table for the record called “can_compress_scripts”. and if it has a value of “1” for the “option_value”, change this to “0” and save the change. You will find your editor working again! (Note: Sometimes this record won’t even exist, so in that case you need to add it. Look for a WordPress database that does have it in order to see what you need to add.)"
original answer by digbymaass:
https://wordpress.org/support/topic/visual-editor-missing-buttons-not-working-white-text-help-1/
In my experience I've had some problems with the tinymce editor. Some of my clients reported they've 'lost' some of the buttons in the editor (or all of them).
I found that disabling emojis with the tiny_mce_plugins filter not also disables emojis but half the buttons in the editor.
Maybe you have somewhere in functions.php this line, just comment it and refresh cache. Let's see if that helps.
add_filter( 'tiny_mce_plugins', 'disable_emojicons_tinymce' );
I checked all over about this. I could not edit or see text in wordpress posts or pages. It seemed to narrow down to the tinymce plugin where I found errors through the Chrome console. I tried a number of things without luck. So I disabled tinymce and all is running smoothly. How simple for a problem with so many variables and options for a fix.
I'm trying to activate a Wordpress theme but all I got is a blank page, also the admin page goes blank.
Version of WP is 3.9.1, Mysql 5.1 compatible and PHP 5.2.4 compatible too with WP. The theme in question is MH Magazine and I have it in another server with the same configuration and is working ok.
Even I tried to do a backup of the working site and place it in the production server and still goes blank.
I tried uploading the max_memory_limit in php and no luck. Error log and show php errors doesnt show anything, when I check only says the site name HTTP 1.1 500 - If I set wp_debug to true says HTTP 1.1 200.
File permissions are ok too.
A SIMPLE FIX FOR NON TECHIES (Like me really)
Loads of forums recommend various code changes and things to try, non of which worked, so I logically worked through the process more simply and solved it myself (in my case). White screen for everything, including front end and Admin. I tried everything going!
Essentially I'd asked Wordpress to link to a theme, which it did, but now I can't change it back. As it wouldn't automatically switch back to default themes, as suggested by others as a result of simply deleting the theme folder via ftp, I would have to force that myself. Without access to the admin panel, how would I change the link (easily)?. Well I can't, so instead I need to force the change of what it links to instead!
In the end I basically logged in via FTP, went to the wp-content folder, then to themes, located my list of theme folders and changed the theme folder name of the one recently selected and causing the issue, by just adding an x at the end (random letter). Then I changed the theme folder 'default' to the name of the theme which was causing the issue, then refreshed my site in the other window, at which point it displayed again. So the hard coded link never changed, but the basic files it links to now have.
The site was now back up, thank god! I then logged into the Wordpress admin panel and updated my version of Wordpress, as to be honest it had been a while and it was a little out of date, so a likely culprit for the cause of the error. Once updated, I then went back into the FTP window, renamed the folder back to 'default', and then removed the 'x' character from the end of the actual theme folder that I wanted to use. And ta dah, it now works beautifully with the theme I wanted! Without any fancy code changes or messing around with reinstalling or removing etc. BOSH!!
Hope this helps a few people out. (obviously it's different strokes for different folks)
To get this out of comments --- this is a community wiki answer.
Are your two servers running on the same platform (Linux? Win?) or different ones?
Do you have the same collection of plugins on both platforms?
Here are some things to try.
do View Source on your white screen of death and see if there's anything in the source view that can help you diagnose your problem.
deactivate all your plugins, then try the theme.
if it doesn't work, then this theme is broken on this server setup.
reactivate the plugins one by one. One of them will probably give you the white screen of death. Then you know that plugin is incompatible with that theme.