I am operating a vBulletin 4.2.2 forum(vbulletin.com). The issue is that whenever I save something(e.g: saving changes to edits on a user's profile / usergroup edit), the screen is blank. WHY? Because I am using HTTPS and I guess chrome detects the content as an "unsafe script". Are there any possible workarounds I can use without having to turn off HTTPS throughout the admin panel?
Related
Background:
I have a WordPress website that lives in a Google Cloud-based load balanced environment, and as I work through getting CI/CD setup I elected to isolate one of the servers so that my team could properly run through isolated testing. Since the website is on a regular domain (www.mybusiness.com), I created a duplicate database from our production DB and pointed the isolated server at this new test database. From there, I updated both the 'siteurl' and 'home' values with the isolated server's IP address in my wp_options table, and from there I can access my isolated WordPress site by simply using the URL. However, this is where things get frustrating: the login page simply refreshes after a successful login attempt, while blatantly incorrect login attempts with invalid credentials properly return user login error messages.
After countless hours searching the Internet, Stack, and elsewhere, I've found that the most common solutions are either:
Clear your browser's cookies / cache.
Try logging in with completely different devices (other cell phones, laptops) to confirm it's not a device or local browser-cache issue.
Deactivate and test each plugin,
Confirm your 'siteurl' and 'home' values are correct.
Test your .htaccess file to confirm that's not the problem.
Clear your user's WordPress 'session_tokens' meta_key value.
Revert back to an older / default WordPress theme to confirm if it's a theme problem
Run WordPress's built-in DB repair tool.
Create new WordPress salts and swap them in inside the wp-config.php file.
Enable the 'WP_DEBUG' constant to see if anything in the error logs pops up.
Test non-HTTPS versions of 'siteurl' and 'home'.
After trying all of the above, nothing seems to work: reverting to an older theme (twentynineteen) still presents the same login page refresh issue, and I've gone through every plugin on the server to see if deactivating one or all of them creates a solution - none seem to be the root cause. Error, mysql, and auth logs are also maddeningly clean.
Interestingly, if I add a trailing slash to my IP address-based 'home' and 'siteurl' value, from 'https://11.11.11.11' to 'https://11.11.11.11/' I do successfully get to the correct internal landing page (https://11.11.11.11/landing-page/) - however it just displays a 404 with the basic white screen.
Current WordPress version: 5.4.7
This leaves me with a few questions:
Is this a file permissions issue somewhere? Are there any key WordPress files in which permissions could create this effect?
Would Apache or anything VPC be in play here? I checked out our Apache .conf files, but those don't seem to be the suspect.
Should we look into a WordPress upgrade knowing we're a bit behind with 5.4.7?
Thank you in advance for the help!
I've a problem (what a coincidence) with my website. My website is build with WordPress. To manage logins and all the stuff I'm using Ultimate Member as plugin and rebuild it. To make my website faster and enable caching, I've installed Cache Enabler.
When I login now into my website, I've the problem that when I switch for example from the account page to an other page, the other page don't knows that the user is already logined and shows an error on the page. When I press no Strg + F5 (which clears the cache and reloads the page), the content is visible.
So is there any way to clear the browsers cache after the login within PHP?
I am really new to Drupal and playing around with this existing Drupal site.
I did a FTP transfer of all the files to my local computer directory. I currently got it on a Vagrant box and I can access the site via http://192.168.56.101/html.
I can do http://192.168.56.101/html/anything-but-user and it brings me to the proper area on the site. However I can't do localhost/html/user, because it redirects me to the website URL rather than the local URL.
I tried clearing the cache (with Drush). I scanned all files in the system and changed the web url to the local URL [not sure if I need to do any other command], and I can't seem to find anything in the .htaccess files that would lead me to this.
The href="/user I would greatly appreciate any advice or help in figuring out this solution.
--UPDATED
There was a module called "Secure Pages" that was causing the user and registration links to be locked and static to prevent redirects to phishing sites. I had to disable this module using "drush pm-disable securepages" in the terminal.
Some typical items you may want to check:
Check if you get the same problem using another browser. If with another browser it works, then it is pretty sure a cookie problem. To solve that, delete the cookie in the browser where you have the problem.
Make sure "clean urls" is enabled. Refer to "https://drupal.stackexchange.com/questions/165029/clean-url-leads-to-duplicate-url-after-migration-to-another-hosting/165044?s=1%7C3.9647#165044" for more details on that.
Make sure the value of "base_url" is set correctly (in your settings.php).
If module Secure Pages is enabled, then try to (at least temporary) disable that moduel to see if it helps.
Apparently, there was a mod called "SecurePages" that was causing the URLs to be static to prevent someone from changing them and redirecting users to a phishing site.
I recently installed the newest patch to my Magento site (v1.7.0.2) as well as a custom extension called GeoIP from MageWorx.
After installing the above and clearing my cache/sessions, going to log into the site it presents me with the admin login screen as usual, but after I log in correctly the page 404s. The URL is showing a correct back-end URL, but the actual page is a complete 404. No admin panel, no errors.
I've checked the error logs to no avail, I've cleared the cache and sessions multiple times, I've uninstalled the extension by tracing the files it put up and deleted them, I reverted the patch installation, cleared the cache and sessions again, and I'm still not able to get into this site.
It's a multi-store for what it's worth, and any information or help getting pointed in a correct direction would be very much appreciated.
I was having the same issue (Magento CE 1.9.2) - and for me the solution was a question of a setting for the Admin Startup Page ( in System - Configuration - Advanced - Admin - Startup Page )
The list of pages to select are in the current Admin language - but if the default language is different, then you'll (usually) get a 404
... in other words, make sure that you are in the default language when you change this setting, AND change this setting if you change the default language
(for info, the Admin language is set in General - Locale options, with scope of "Default Config". If you want front-end to have different language, then override the same setting with scope of "Main Website")
Recently I have been having some problems with my typo3 installation on my webhosting. One of those problems is, that whenever I login to backend I get redirected to index.php and not the backend. The admin panel is shown on the index.php indicating that the it logs in successfully but then why can't I go to the backend interface.
I have tried several things, like clearing the be_sessions table in the database, clearing the browser cookies, deleting the cache, testing on other web browsers etc. but still no luck.
I am using TYPO3 4.6. Any help will be highly appreciated.