I have a website that is registered at GoDaddy and is hosted in Dropbox that blinks a Connection refused before connecting to the site (in Chrome) and I cannot figure it out.
I am aware that the site is not accessible by https due to the fact that I had to commit to either http or https in the forwarding with masking (GoDaddy has a dropdown menu, so I cannot simply use the unspecified src=//dl.dropbox.com/blablabla trick and I cannot drop the masking as .htcaccess does not work on Dropbox folders I think —I have asked elsewhere—). But I think this issue is unrelated to that as it should not affect a regular http connection. The problem is, I cannot figure it out.
The paper I submitted for publication got declined at the editorial first step as "the website didn't load" —no unusual browser opened the website that day—, so it is a worse problem that I thought.
I really want to both avoid paying a subscription and avoid ads courtesy of a free webhost, but I am open to suggestions.
This problem was a problem with the GoDaddy redirect and Dropbox when it was unspecified that it was http. https would not work.
However, it seems to have resolved itself, but it is still slow. I have another site on google drive and that runs much faster. So I would recommend that in the first place.
Related
I have a problem and can't find a solution. I bought a VPS server and gave it the name of my future site with coloring pages, coloringforest.com. It's been a few days now, but https://coloringforest.com/ is down. I contacted the hosting support service, they told me that there were no problems with the server and everything should work. I get the message "This site can't be reached". What should I do? Any recommendation. Thanks a lot.
Had a quick look it seems your getting "DNS_PROBE_STARTED" as well as "DNS_PROBE_FINISHED_NXDOMAIN"
These are issues in relation to your DNS not your web hosting I would ensure all the DNS records are set up correctly and are all pointing to the correct places. Your domain provider or hosting provider should be able to offer assistance with this if you run into any issues
About two weeks ago I implemented a simple one-page website using WordPress and Elementor for a friend of mine.
The page was loading slowly due to a shared FTP, which hosted another website, so I assumed that after the page is migrated to a dedicated FTP, the loading problems will be gone.
Unfortunately, the issue remains - it's a simple website, yet it takes ages to load, and its not due to its weight, but the delay between the request is processed by the client's browser.
After looking up the Network tab in Chrome console I discovered that the page remains in "Stalled" status for almost 6 seconds before the request is passed over and the website begins to load.
Do you have any idea how to solve this issue? I was certain that Elementor bundles and minifies the final files before serving them over FTP and Chrome is not forced to exceed the TCP limit of 6 files downloaded at the same time, as described here ( Understanding Chrome network log "Stalled" state ). I'm a purely front-end dev and have no in-depth knowledge regarding the back-end, so I'm pretty stuck at this point and any help will be highly appreciated.
Check your database foreign keys or index
http://ohri.srihari.guru
when I add to cart any of the event packages, which are the products, it works as planned in all browsers except for safari.
WHY does this happen?? I've tried installing a jquery cookie fixer from the woothemes support site to no avail...
safari is pretty critical for purchasing considering the high proportion of iOS users.
any help would be greatly appreciated... i've scoured the wordpress forums and woothemes forums and haven't found much. I even contacted my host #digitalocean support and they sent me a less than helpful response...
I tried all sorts of things to fix this and wasn't sure how, ultimately the issue was because I was using DNS forwarding with masking, and the links to external sites were not being addressed properly. i.e. my site was hosted at http://123.456.789/index.html but was masked to run at http://somewebSite.com/index.html. When i entered http://123.456.789/index.html in the browser clicking on those same links resulted in no X-frame-origins issues in the JS console, but running http://somewebSite.com/index.html did. In order to properly mask I had to add my host's DNS name servers to my domain service, i.e. godaddy.com should have name servers of example, ns1.digitalocean.com, ns2.digitalocean.com, ns3.digitalocean.com, if since I was using digitalocean.com as my hosting service. Changing the base site URL under settings/general in the WP dashboard maintained the root domain redirect in the address bar instead of showing the ip address.
My wordpress site has suddenly started to run stupidly slowly and the only thing that has changed is the header of the site. I placed in a new photo slider and just moved the twitter feed. So i thought it would have something to do with this but the speed of the site is still slow when i disabled them both.
Which makes me think that it is a problem with wordpress or that i've taken something out of the header that i wasnt meant to.
link to the site: www.finderskeepersuk.com
Any help would be brilliant
Thanks
According to the Network tab on Chrome's inspector & Pingdom, the majority of your loading time is waiting for your server to respond. Could just be extra latency from accessing a UK host from the US, or your server might be overloaded with a zillion other sites.
Try tinkering around with the W3 Total Cache plugin, but if that doesn't help you might need to call your host, upgrade to a better server, or change hosts.
Also: You're loading jquery twice.
An issue was brought to me involving malware on a WP environment. When I search the brand in Google and click the corresponding link, I'm redirected to a 3rd party spam site.
This has been happening for a while (over a week), but my site hasn't been put on Google's blacklist. Additionally, site scanners like , Norton Safeweb, etc. all claim the site isn't compromised.
Additional details:
I found and deleted some suspicious PHP eval() functions and then did a search and replace in my pages and database for any remaining code. After the site cleared into un-blacklisted status with Google I thought it was all over, ran updates and took numerous measures to protect the site from future infection.
However the issue still persists.
Were the nameservers ever changed by the malware or attackers? Google could have the wrong DNS information for your domain and thinks its hosted at said spam site? Resubmit your site to Google or report the issue to them to resolve (may also be resolved automatically next time Google tries to crawl your domain)?
It is a strange issue I have not seen before either, have you looked at your .htaccess file in the root directory? It is also possible that this has a rewrite condition that if the referrer is Google to redirect you to the spam site.
Solved this issue. At the time when this happened, this redirect attack was fairly new.
HTTP requests from visitors who passed referrer data from Google Search or Bing were being redirected, some of the time.
By targeting only those coming in from search, the webmaster or site owner is less likely to see the issue (until informed by a third party), while still manipulating a decent amount of the traffic (50% of traffic for most sites comes from search engines).
When I originally posted this question in 2012, this attack was new and because the redirect was being served server-side (directly in a lone PHP file, not via .htaccess), malware signatures from scanners didn't detect this.
Running Maldetect (with an updated database) was the best way to quarantine this issue and analyze the extent of the damage caused by malware.
This issue seems due to wp-vcd Malware that creates rogue WordPress admin users and injected spam links. I faced the similar issue and it got resolved after following these steps.
The files you should check for and delete:
wp-feed.php
wp-vcd.php
wp-tmp.php
Multiple copies of class.theme-modules.php, and
remove a bunch of code from the start of all the functions.php files.
For details you can find on this issue at following links...
https://wordpress.org/support/topic/wp-feed-php/
http://labs.sucuri.net/?note=2017-11-13
http://labs.sucuri.net/?note=2017-11-13