xtiana

They are exactly the same. I was using the default HTACCESS settings originally, but added the rewrite rule for HTTPS yesterday before my last response because I was still seeing the issue; I was just hoping to find out if whatever you saw on your end to indicate it was pulling from HTTP before had changed (I don’t know how to see what you were seeing). I think it may be fine now but I’m hesitant to launch the site until I can somehow verify it’s resolved.

Hmm, I do have both of those set to use the HTTPS. Would an HTTPS rewrite rule in the .htaccess file make any difference? I tried adding that, but I’m not quite sure how to check whether it’s loading the HTTP or HTTPS version. Can you check on your end? Any other ideas if that doesn’t do the trick? Thanks for your help out on this!

This worked like a charm. Thanks so much – I realize conflicts with other CSS on any given site is probably not your problem but really appreciate the help out!

Please let me know if we can upgrade our plan in order to receive help with this issue. I realize it’s probably a bit out of the scope of free forum support. Thanks!

Sorry to keep bringing up this same issue, but it looks like we are running into the problem of the hamburger not loading in Chrome, even on very high-speed connections outside our office. It does cache and begin loading lightning-fast after the first page (if you click out to anywhere else in the menu, or come back to that same page), but it’s continuing to sit there as a rectangle until you either switch pages or refresh the current one.

I thought it might be related to the video on our home page (muirseattle.com/new) taking up more load time, but we do run into the same thing on sub-pages with no video content. Is there anything else we can check to prevent this? The client would prefer not to launch until this is resolved. Thanks for your help.

Hmm. I guess we must just have a bit of a slow load time on our work connection. I’ll see if we can optimize the load speed in other ways to speed up the rectangle conversion. Thanks for your help!

Yep, same site. I generally pull up that page and then navigate from there to the other sub-pages. I believe yesterday it was on the third page that we finally saw the hamburger icon show up.

Follow-up question about this same issue – I just presented a preliminary version of this website to the client and had the icon show up as just a tall rectangle in both Chrome and MS Edge. It lasted for a few minutes but did seem to start showing up as a hamburger again after we navigated to another page. The menu functionality itself is fine, but can you think of any reason why there might be some kind of delay in loading the hamburger for the first time on a new computer/browser? Thanks for your help.

So strange – you’re right, all seems to be well. I’d had an issue with it in Chrome/mobile as well, but now that’s fine, and a reload on the Firefox/PC actually now looks fine, too. I’m not sure what would have caused a temp glitch like that, but I’ll consider it fixed unless it does it again! Thanks for your time and help out.

Just an update for anyone else experiencing this 0kb issue (or files not existing at all) when you go to recover a backup: It seems our web host (we use GreenGeeks.com) has been deleting them. They have a script that goes through and looks for large files – their “unlimited storage” policy excludes general file storage that isn’t related to your website, and apparently they include backup files in that list (don’t get me started on how that’s “not related” to our website…) They recommended downloading the files to our hard drive instead, which isn’t practical for 42 sites, so we bought the premium version of Updraft to take advantage of the cloud storage. Hopefully that will handle it!

No worries! Actually when I checked via FTP first this time, there was nothing in the Updraft folder at all (just logs, no backups) – I tried to restore one, of course it said the usual about the files being 0k (even though they didn’t exist). When I reloaded the folder in FTP after attempting that, the file names had been CREATED, but all at 0k. It looks like maybe the files are being deleted. I’m assuming that’s something my web host might be doing? Would the plugin be doing that on its own for any reason?

Thanks a bunch for keeping up on this with me.

Wow, it looks like my weekly backup for this site was scheduled this morning and it did complete, with file sizes showing in FTP. I was even able to recover the backup, but I pretty much expect them all to be 0k/unrecoverable again soon, since we’ve come across this issue so much now. I can keep an eye on it to see when/if that happens, but any idea if/how it might be possible for the files to go from having a size to being 0k later? I can’t figure how this morning’s would have been successful if none of the others were.

Perfect – this was just the direction I needed. Thanks a ton!

• This reply was modified 7 years, 3 months ago by xtiana.

This is a more general question that I think people with a broader knowledge of WP themes and CSS will be able to help with. As I said above, Avada’s support team is overloaded and taking a long time between responses, and I don’t think they understand what I’m asking. Any advice from others who have seen this same issue occur (with whatever theme, or even in some other context) would be greatly appreciated!

@logankipp – I tried to ask for you when I called, but it sounds like they couldn’t find you at the time. The rep I spoke with checked the site in question and said there are only 95 pages. Do you think it’s an issue with SiteLock not noticing it, or is it more likely that this more recent hack cropped up as a result of some other vulnerability (a plugin, theme, something else)?

I can try calling and asking for you again so you can check out our account, or you can reach me [redacted]. We’ll most likely want to add on several other domains to this account and possibly upgrade. Thanks for your help!

• This reply was modified 7 years, 10 months ago by Steven Stern (sterndata).