I am trying to install the forums software - Xenforo.
I uploaded every single file. However, it comes back a Cpanel default page (Future home of something quite cool).
And when I want to visit xxx.php page, it comes a 404 error.
I tried to clear the cache and cookies on Microsoft Edge and Chrome. Even a clean Firefox is still not working.
When I contacted Godaddy Support, they said that at their end my site is working. My PC and phone are not working as well even they are in different network provider.
I can just come here for HELP!!!! Thank you.
You should try clearing your cache or using an incognito browser.
There are great people over on the Xenforo Community Forums that can help you out with the installation.
Xenforo Community Forums: https://xenforo.com/community/forums/installation-upgrade-and-import-support.23/
Related
I have been pulling my hair out over the last couple days trying to figure this issue out. Feels like i’ve tried everything, so i’m finally resorting to here. All of a sudden, the contact forms on my site just stopped working. The AJAX feature doesn’t work and there’s a red border under all my contact forms, which is the red border for the error message. When I view the console, a number of errors show up, with resources that are failing to load, all of which are scripts and styles that the plugin depend on to actually work.
But the issue is quite strange, because the forms only stop working when I am connected to a particular network. I have two Wi-Fi networks at home and when I connect to one, the forms work perfectly and when I connect to the other, it breaks. It led me to believe that it was a caching issue so I did the following:
Cleared my browser cache
Cleared the WordPress cache
Contacted Hostgator to clear the server cache
Reset both my routers
Even went as far as doing ipconfig /flushdns in command prompt as I saw someone suggest that, because they were having the exact same issue.
None of that worked, and even though I know that the issue isn’t with the theme or conflicting plugins, I still
Deactivated all the plugins besides Contact Form 7 to see if that would fix the issue
Switched from my theme to the default WordPress theme
Reverted to an older version of Contact Form 7 (ver. 5.1.6 as this is the version I have on another site, also hosted on Hostgator, that works perfectly.)
Unfortunately, none of this worked either. I am assuming the problem has to be on either my end or on Hostgator’s end, because I have sent the link to other people who are not on my network, and they don’t have an issue. The forms work as they should. I am really not sure what’s causing this so I am hoping someone would be able to give me some suggestions or support please
Hostgator hasn’t helped me. They checked to see if my IP was blacklisted or something and it wasn’t, and like I said, they cleared the server cache and still nothing. What do I do? After researching the issue on my own, I've realized that this is a problem many people face with Contact Form 7 and Hostgator/Bluehost, but I haven't found a proper solution yet...
UPDATE: Apparently the issue arises because of the word "contact" being in both the URL and the scripts/styles/images? That's the weirdest thing i've ever heard of, but apparently that's the issue? I had a banner image on my site named "contact-bg.jpg" that wouldn't load, got a 409 error for that as well. I changed the name of it to "get-in-touch-bg.jpg" and it loaded just fine. Unfortunately changing the slug from contact-us to get-in-touch didn't work. Is there a way to completely change the name of the contact form 7 plugin, removing the word contact from all the files and still have the plugin work?? See this question: Failed to load resource: the server responded with a status of 409
So, seems like this issue had nothing to do with plugins or the theme or anything. Apparently it had to do with my IP address and my webhost blacklisting my IP for some reason. I had to contact them and have them whitelist it in order for the contact forms to start working properly. This probably wouldn't work for everyone/wouldn't be the case for everyone, but it worked for me.
ok - so i created a wordpress site for someone.
his hosting company just moved the site without telling anyone. some issues were created by this move.
now, a week or 2 later, i realise cant get into wp-admin. it spins on a white screen for a while then gives up.
just to eliminate the theme or plugins i've renamed both dirs but this didnt help.
the hosting guys have given me credentials for the mysql and ftp.
is there anything that would definitely need changing or updating following a server move to allow me access to wp-admin?
thanks,
nick
I received email from Google search console saying my website contains social engineering contents. Sample URL is,
http://www.sanenthusiast.com/~stechies/Blessin/ba/index.php
Safety tip For your own safety do not type anything in the page.
Somebody hosted a mockup site of Google drive login page on these links. How to get rid of this? I have thoroughly checked my webserver an I dont see any of these folders or files. Looks likes ~stechies/ could be some other webserver and I guess using Apache they have pointed ~stechies/Blessin/ba/index.php and ~stechies/Blessin/ba/ to my webserver sanenthusiast.com/?
Is this correct? It will be of great help if someone could help to stop this redirection.
I checked who owns stechies and found https://www.stechies.com/ Are they behind this phishing scam? Or possibly someone else has hacked them?
Edit:
Another user in stackoverflow posted similar issue on his site - Someone put malicious code with "~" on my website
Tried all possible ways to mitigate the issue. But it was very hard to get rid of the URL redirect. My site runs on WordPress. I can confirm that WordPress was intact and not compromised. The possible issue is with the hosting account or the hosting provider itself.
Checked hidden file in the hosting account root directory, no where ~stechies/Blessin/ba/ to be seen. Finally I ended up migrating to a new hosting provider. Copied only mail and WordPress backup. Once done, the URL redirect is not working now. Submitted my site again for review and Google cleared the error and no more warning comes up.
This still not a effective solution but Google reporting Social engineering content on the site caused panic and I had very less time to respond.
I tried out valet's "secure" functionality. It worked well, but ultimately, it wasn't working well with the rest of my stack so I tried running "valet unsecure sitename" per the documentation. It nonetheless seems to still be in some way linked: if I attempted to navigate to the site now, it runs into a redirect loop. I have tried re-starting the server, etc. Nothing seems to work. If I re-run the "valet secure sitename" and navigate to https://sitename.dev, it will begin working once again. It seems to be stuck on "secure" mode no matter what once you run the command once.
Has anyone else run into this and is there a fix for it? I could not find anything in reference except a few people with the same unanswered question on some random sites.
I think is chrome setting problem.
I change to use Safari and Postman that can connect http. Not return to https.
But return 404 not found.
Afetr I uninstall valet, and install repeat again. It works http in Safari.
reference
Uninstall Laravel Valet
Maybe this answer is wrong but it may be related to your browser, your browser may be trying to redirect you to a "more secure" "version" of the site, that is to use the HTTPS protocol.
I've had had this problem, before and the solution depends on the browser you're using.
The easiest way to tell if this a Valet issue vs a browser issue is to try to access the non-https version of your domain with a fresh browser, try other browser or download another one.
If is a browser isse google something like "clear HSTS on "
(I know the question is 1 year old but some people may come from google having this problem due to their browsers)
Yes.
As of Chrome 63 because .dev is a valid gTLD that can be used by the public and Chrome has been growing the preload list .
The options are as follows:
do not use Chrome 63 or later
You can use the gTLD .test which could eventually have the issue but is presently held by the IETF for internal purposes
IETF also has a draft for the .localhost name to be mapped to the local loopback address.
I have an Auth component (based on Zend_Auth) which I am using in many projects on different servers and different environments. It has always worked... until now:
When I try to log in to a new project (using the same Auth component) with Google Chrome (12.0.742.122), I'm being logged out right after logging in. The problem doesn't occur with FF or IE.
Does anyone have a clue why this could be?
This is not a ZF issue. As strange as it may sound, the issue is solved by adding a favicon to your site. Chrome is making a request for the favicon and invalidating the session when it gets a 404. I read one post that suggested that a special 404 configuration might help.
Might be this bug: http://framework.zend.com/issues/browse/ZF-11502 - there is a fix suggested in the comments.
It is a weird story. If you google the problem, you find that it sporadically turns up here and there but never systematically. There is a bug report for Zend Framework, there are issues at the Google Forums, there are similar reports in the tracking systems of Drupal and Wordpress. But somehow there are no clear answers.
In my case, the problem just went away by itself in the course of some other refactorings.
Just a hint ... I had the same problem. After debugging I found out there is a clash with cookie name on the main domain. It worked in FF and IE, Chrome however took a top domain cookie for ajax request and the lower one on regular request.