I installed plugin called force regenerate image but it didn't worked. photos are shown in list views but need to force regenerate the images many times. Its running fine in my localhost but in server its not loading how can i make it work fine ?
Try to analyze the log files on your server. It should contain clues on why it's not working. The location of your log files depends on your host. Contact your host if you have no idea where to find the log files.
I am using Laravel and Wordpress together so I can have Laravel front-end and Wordpress back-end.
I am running into one issue. I have Wordpress is a sub-directory in the public folder called /wordpress. I have changed the Wordpress URL to example.com/wordpress, but want to keep the Site URL as example.com. This makes it so the preview link says 'Sorry, you are not allowed to preview drafts.'
How can I stop this from happening even though my links need to be different? I want to handle previews with the front-end but I can't even get that far because wordpress thinks I don't have permisison!
Thanks!
I meticulously backed up a working WordPress site, files DB tables, the works. I moved it to a new server, got everything working, the site renders, the DB is recognized, etc.
The issue is anytime I try to log-in, after login the site always redirects to the homepage (mysite.com/index.php)
I have scoured every PHP page for text like 'site_url' and 'wp-redirect' 'redirect' looking for the offending code that will not direct me to the admin dashboard.
To be honest, I am not even sure what page the site is supposed to redirect to.
I can always reinstall, but then I'd get stuck with the daunting task of having to manually rebuild all the headers, with the images, embedded flash and the rest of it.
Since the site was working at the previous location, and not a single byte was lost on the move, with all the tables updated to show the correct server name, I am stuck on this issue.
I have looked at all the StackOverflow links related to this issue and none of them addressed my issue specifically.
WordPress never does such redirection. Some security plugin can do. To fix the issue. deactivate all the plugins, you can do this by executing following query
UPDATE `wp_options` SET `option_value` = '' WHERE `option_name` = 'active_plugins';
Once done login and activate the plugins one by one and check which one causing the issue.
I had to re-install WP altogether. Once I did that, I was able to login and see the WP dashboard.
To reinstall, I relocated all the files in the main directory and the wp-admin, wp-content, and wp-includes folder. All the other folders I left alone, because they are not affected by the WP install.
After the install, you will have to open the wp-config.php file to input the new db name, db user, db password and db host. What you will see is the WP install added a fresh set of tables in the db you named in the config file. The only folder you will then have to copy and paste is the theme folder from the old site into the themes folder in your new install.
Now that you can login (yoursite.com/wp-admin), to populate your dashboard, import all the records from the old db table into the new one (the one with the pages and posts you want). If you do that right, all the pages (and blog posts) should populate in the dashboard window.
I have a drupal site connected to another non-drupal site. (All php) They have Single sign-on. Some info is stored in a cookie. So when a user signs in in the Drupal site and clicks the link to the other site he is automatically signed in in the next site. The new (or existing) user gets generated (or updated) automatically every time.
Now the problem:
Somehow some of my changes to a couple of pages regarding this authentication are ignored when I use the HTTPS:// link. It looks like it keeps checking the old files... Like they are stored in a hidden place? When I change to HTTP:// suddenly it takes the new modified files...
And it only happens to files about the authentication process. All my other commits to other parts of the second website work like normal. Just these couple of authentication files get ignored.
Does anybody knows why https behaves like this?
Could this be server caching or php caching ?
I'm going to post the answer to my own question so hopefully I can help someone else with a similar problem.
There were 2 files with the same name.
The HTTPS login file was in the private_html folder.
the http login file was in the public_html folder.
They both had the same name. So when I updated the http file and pushed it to the server, the https login file stayed untouched. And since the https login file was not in the git repository I couldn't find it locally, but only on the server...
Problem solved, so no caching problems at all.
I recently moved my magento store from a server using one domain name to a new host/server with another domain name. DNS has not been changed on the new domain yet so I am using my host file to work on the site.
After the move, I make changes to product descriptions or CMS Page
Click Save and it says that it was saved, however, after saving, changes show on frontend of site immediately but don't show in the admin unless I log out and log back in.
I am unable to delete text in CMS page or product descriptions at all without going into phpMyAdmin and removing the text from the database.
Any ideas what this might be?