0

I have a Wordpress test installation built from the data of a preexisting site running on GoDaddy Shared Linux Hosting. Recently, I installed a new theme to test.

I started noticing weirdly long request times in Chrome and, upon inspection, it was revealed that certain files (stylesheets, mainly) were taking their sweet time being downloaded from the server on random requests to files (on the front end, the theme's style.css; the back end, load-scripts.php):

enter image description here

... and sometimes, these same requests would also throw errors about the Content-Length headers being off-kilter (net::ERR_CONTENT_LENGTH_MISMATCH).

It's probably also worth noting that while the instance I've screenshotted doesn't conform, most of these requests last approximately 15 seconds exactly, give or take about .02 seconds.

On the flip side, Safari handles the requesting and loading of these resources no problem.

Is this a server issue I should bring up with GoDaddy, or is it possible that Wordpress is causing it?

  • I do not think that its server issue. Check out with theme provider once. – Helping Hands Feb 23 '15 at 11:49
  • It seems like a file corruption issue. Are you now running Windows when it was Linux before? Are there any server logs that hint at probs with those assets? Did you download the wordpress or pull it right from server/backup as a zip or something? Have you tried re-uploaded the assets using a stable file transfer method in the correct mode (such as Filezilla)? Are you using a proper file editor to view/save the files (such as notepad++)? – dhaupin Feb 23 '15 at 16:17
  • I was thinking along the same lines as dhaupin- try uploading the files in FTP as text rather than binary. You may fine that something weird went wrong that can be fixed just doing this. – closetnoc Feb 23 '15 at 17:45
  • 1
    Replacing the theme's files seems to have done the trick, at least for the time being. @dhaupin if you'd like to post your solution as an answer, I will gladly accept it. – esqew Feb 24 '15 at 0:36
  • @esqew Glad you got it squared up! Thanks for the vote – dhaupin Feb 24 '15 at 15:51
1

Sometimes when migrating from server to server (or OS to OS) there are strange things that happen to files, encoding, permissions, timestamps, and/or meta-data. This is especially true when extra mitigators like FTP and your PC OS are involved. Here are some suggestions that may help folks in this situation:

  1. Re-uploading the offending files using a stable FTP client (such as Filezilla) set in the correct mode (ASCII) for web files, or set to auto-detect mode if you use binaries too or just don't wanna worry about switching per-file.

  2. Making sure the permissions are correct for the file(s) on the server. If you (or even the OS) do not have permission to do certain actions such as saving meta-data, they may act very strange or become corrupted when automation is locked out from them. Sometimes changing them to 755 works for a test, but remember to change secure files back down to lowest permissions required.

  3. Making sure the file contents are OK. Often this requires a proper editor such as notepad++. As an example, normal notepad can corrupt files such as htaccess with characters you will never see. This can happen to other files too, perhaps wonking ability for things parse, compile, or work correctly. Often you need to put the data into a new file, then delete the offending/corrupted file. Remember to save in the correct encoding if your file(s) require it.

  4. If you have access, you can try turning ETAGS and other client "cache style mitigators" off. This might help fix the timestamping and allow you to deduce if its a server issue or a file issue. You can also check response headers using the network tab in chrome. This would help further deduce if there are strange triggers/rules/descriptors being sent.

|improve this answer|||||

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.