tecombs

I tripped over a similar post where deactivating your plugins would fix this “Oops! That page can’t be found” error.

https://wordpress.org/support/topic/oops-page-not-found-box?replies=22

Many “unplugged” and fixed problems, some were not helped, this now includes me. I deactivated every single one of my plugins and still suffered the same old problem, “Cain’t find that page.”

Again, if anyone with a success story I’d sure like to hear it. But then I was thinking of coding my own theme from the bottom up. But that could be weeks!

Argh!

Cory,

I put up the site last night. Your DUPLICATOR plugin is amazing. It worked when nothing else would. I had the techs erase the “web” folder 3 times, the last time being the last because the site came right up. I FTPed whole files and folders, created a new mysql database and none of that worked. The techs didn’t know what they were doing either. One had the temerity to question my coding. LOL.

If I recall correctly rather than “localhost” which is the first info box to filled I had to change to path to mysql database would be copied to. I went through every username and password I had and failed until I changed database location.

I intend to bookmark your “QuickStart” page for future use.

So you get the Golden “Attaboy” Award. Anyone who is frustrated with installing a WP site should check out your plugin.

I may purchase the “Pro” version for the next job.

Thanks again Cory.

If you have any input/help on the following issue it would be appreciated:

https://wordpress.org/support/topic/localhostswordpress-links-broken?replies=4

Thanks for the reply, Skopelo.

I currently have the Permalinks set to “post” as you suggest.

All I did was after the creation of my article pages was to preview my work and then click “publish.” That’s all. Ever since then, being a noobie (to Word Press not HTML/CSS), I thought that the fact that I couldn’t view them after that was just the way it was and I would be able to view them once installed to my production server.

I was mistaken.

As I looked into the cause I found the problem with Permalinks and changed the settings to “plain” and was able to view my site again except for the “localhost/wordpress” links to my very plain vanilla HTML documents that contained little more than <h3> and <p> tags with the occasional href link. There was no JS/JQuery added and all the formatting CSS was in the style.css file.

Another thing is that there are about 10 href links in the footer that don’t work either and I have no idea why.

The site is now live on the Internet thanks to Duplicator and as you can imagine I’m anxious to get it working as it should.

I was right! I was right!

It is a super-secret class that the javascript writes only when the header is sticky/stuck. And its name is: “.wrapfixed.”

I tried writing height:45px; into the .myfixed css class with the other values but it wouldn’t take.

So I guess I have to wait for you to get back on the clock Monday.

Please advise.

TIA.

I corrected my mistake in the last bit of CSS to .myfixed .header_image{transform:scale(.68)} and got it to resize just right. Now to move it down some with margin-top, I’ve tried every size 1px to 125px and even negative values but I still have an immensely header height (2x)rather than the 45px I’d like to stuff everything in.

I scooped up this kill routine from LearnWebCode. It stomps and kills thoroughly and completely just about any stubborn “whatever” that doesn’t respond to low level efforts.

.your class-here {
position: absolute;
height: 0;
width: 0;
overflow: hidden;
visibility: hidden;
}

I resolved this alright, I got a refund. Poor support.

I discovered that I have to have written text to have name, address, etc., picked up by SEO.