jfores19

I am having exact same problem. We migrated a website to managed WP hosting at godaddy a couple weeks ago and the password protected page worked fine. I could not look at it, even viewing page from WP back end, without entering the password.

All of a sudden everyone can view the page – the title says “Protected:(page_title) but all of the content is visible. Ive tried different browsers. Ive tried different computers. Ive tried clearing the cache in all those browsers. Ive tried flushing the cache on back end. Ive tried deactivating/reactivating the password protection. Nothing works. I actually updated the permalink settings to fix another issue so thats been done as well. We did recently updated the theme to the latest version so im not sure if that has anything to do with it.

Now i see what you are talking about with the content feeds. Yes we have nothing in the main content area – we have a content builder called goodlayers which feeds in all the content. But again, the password protection worked just a couple weeks ago even with the content feeds. I did try adding some text in the main content area to see if it would force password protection on the page but it did nothing. ANy help would be much appreciated.

As i investigate further, i did see that anything i put in the content area IS password protected at the bottom of the page, but trying to rebuild the whole page with all of the content in the main content area (since it is fed from many other sources) will be a huge pain.

Thanks

No I do understand all that. The main thing that I am asking is we’ve had all that content for 2 years, but it never screwed up the display like that until recently. So something caused the display to get jacked up since it was fine before.

It may be fine but I just want to make sure.

Thanks

Didn’t even realize that was up there. Thank you for that. Im still confused as to why it was happening. We had all those columns before and it was fine right up until a few months ago.

So if the reason its happening is because of a conflict then what we just did is simply something to cover it up, and not a fix for the problem, if you know what I mean.

But thank you for helping to clean up the view for now.

well it looks as if we do need it.this message is at the top of our woocommerce screen:

“Please ensure you have the WooCommerce Wholesale Prices plugin installed and activated along with the Premium extension.
Click here to activate →”

as far as I know, all DB host that goes in the wp-config file should say ‘localhost’ – and I was instructed to change it to that from the long number it was in the old hosting plan.

ive never created tables or done anything that I know of with an actual database so no, I had no idea how to check that.

and as far as permissions, when I created the user and tied it to the database I set it as all permissions granted.

now back to original question of a fresh install. I did accidentally install a fresh version of WP and tied it to the domain. it installed fresh files and created a new database. when I went to my wp-admin page, it did work, but it was a fresh install of WP – none of my plugins or site was there, so I think the current host is fine. WHAT I DID NOT TRY…was installing a fresh WP (go daddy said I didn’t have to) and then just simply rewriting the wp-config to point to my imported database instead of the one it created. not sure if that would work, or if the fresh install overwrites all of the files in the WP folders in the root folder?

if it will help, this is the steps it had me follow:

1. download site files and database from old server
2. transfer site files to new server
3. create new database in “mysql database”
4. name that database the same as the downloaded database name
5. create database user with the same name also
6. create password associated with that user.
7. link that user to that database
8. in ‘myphpadmin’ upload the database that corresponds to the name I used for the new db
9. open/edit/upload my wp-config file which is below:

// ** MySQL settings – You can get this info from your web host ** //
/** The name of the database for WordPress */
define(‘DB_NAME’, ‘mydbname’);

/** MySQL database username */
define(‘DB_USER’, ‘mydbuser’);

/** MySQL database password */
define(‘DB_PASSWORD’, ‘mydbpassword’);

/** MySQL hostname */
define(‘DB_HOST’, ‘localhost’);

and that should have been it. and thats exactly everything that has been done.

it very well could be – but when you say fresh install, do you mean setting up worpress from scratch in the cpanel? I did try that, and then I tried to replace the new WP files using filezilla with the old ones but that did not work either. the files from the new install always overrode and would not be replaced by the newer files – so when I went to my wp-admin page at that time it opened but showed as a brand new WP site. no plugins, no home page, no site files. Now maybe it was defaulting to not overwrite newer files. that is something I didn’t check.

A couple things I can tell you though: I did call godaddy and though they wouldn’t help me, they did tell me that it looked like I was doing everything correct, but that I DID NOT have to set up a new WP installation. Not sure if they were correct or not, and maybe I just named the database wrong and the string doesn’t point correctly to it?? I do have all site files and database saved on my cpu so I can start from scratch if necessary.

here is another piece of info – I do know that the new server is working – its just not connecting to the WP files the correct way, the reason that I know that is this:

I had originally done the site in dreamweaver with no database. now – disorganized person that I am, when I redid the site in WP a couple years ago, I never removed my old html files from the root folder. but the new WP files overrode those so they were a non factor. When I first did all this and went to pull up the site from the new hosting plan – the OLD site (index.html) popped up. of course links were broken and what not, but that tells me that the hosting works (I have since deleted the index.html file just to make sure it wasn’t causing conflict) – but that for some reason the site is not recognizing the WP files or DB. so im doing something wrong in the DB creation or linking.

My initial thought was to delete the database, and start from scratch cause I am most likely overthinking this whole thing and it shouldn’t be this difficult, but im not sure at this point.

Thank you for that…but didn’t really help me. can’t use a duplicator because I have no access to my wp-admin page anymore.

and the steps on the tutorial have been done. site files and database moved on to new server, and wp-config file edited to point to the db on the new server. but still nothing.

if this cannot be edited, we do have another thing we’d like to try – there is a spot in the woocommerce wholesale order section where you can check that gives wholesale customers free shipping – but when the checkout cart comes up under the subtotal, instead of shipping: free we’d like it to say “shipping charged separately”.

Is there any simple CSS code, or html that I can add to functions.php or something like that that will accomplish this??

Thanks everyone.

I had to remove the live site – is there a way to get past the coming soon mode (using Coming Soon Plugin) to view site when coming soon mode is active for tech purposes?

But I found a temp solution – found CSS code that rendered the <br> tag non effective. May mess up other aspects of site but not sure yet. however its easy to remove from custom CSS section.

But I guess the question now would be, is there a way to do that within the table only – so it doesn’t effect the whole site?

Thanks so much.

okay I had to make the site live – but when I did the inspect element, sure enough there are a ton of <br> tags. However these tags are not in the code within the table – so the question is, how do I remove them?

site is live for time being. https://www.teaortisane.com/jelly

you will see below the slider is my table with the products, and the top 3 have all that space

thanks so much for your help

when i enabled that, and then tried to open packing slip – here is the error i get

“Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 5435850 bytes) in /home/ljgrimm/public_html/wp-content/plugins/woocommerce-pdf-invoices-packing-slips/vendor/dompdf/dompdf/lib/Cpdf.php on line 4819”

so what i did was open the “default-constant.php” page, where i had upped the memory limit to 128 yesterday – and upped it again to 256. Once i did that, the packing slip downloaded into my computer. But i guess I’m worried as to how we are using so much memory in our store, and is there something we should be deleting from time to time to keep the memory down. because if we reach 256 we can’t go any higher than that?

also – we were having a problem with the “Affiliates Manager WooCommerce Revenue Sharing” plugin – it seems doing this has fixed that issue as well.

So now i really need to figure out how to keep our memory limit down – obviously we need all our products and plugins and what not – so what data can we delete periodically to save space?

Thanks so much for your help!

Hi there – I’ve just had the same issue with both packing slips and invoices from the woocommerce orders page. I tried increasing the memory limit first in the file “default-constants.php” – so now it does show my limit as being 128 mb in the plugin details. (originally showed 40) And then i tried adding the code “define( ‘WP_MEMORY_LIMIT’, ‘256M’ );” into the file wp-config.php but it still has no effect. invoices and packing slips are still opening up to a blank page.

okay i think i got that. cool. I just backed up the mysql database yesterday, and godaddy has daily auto backups which im sure i can just restore from there if necessary.

cant do it today but will try tomorrow and will post with any updates.

Thanks so much

another update: leaving that plugin deactivated, i switched that “admin” user role to nothing. i then went and resubmitted on the testimonial form and HE DID NOT RECEIVE AN EMAIL. which means that it wants to send to the the “admin”, but when the user role was set to nothing it wouldn’t. so it didn’t get forwarded to the larry_admin. It still shows up in comments for approval on WP dashboard, but didn’t get sent anywhere. I think we are making progress.

I did back up everything…but when you say “backup the database” – I’m not sure if you mean the site, the mysql database, etc.

Is there a way to just restore the users? or do i just restore the entire site to before i deleted the user. Im sorry but just want to make sure i do this right.

AHHH— so thats why it wouldn’t let me change the email! So if he had another email address that is not in the site already i could switch it to that. gotcha. it wasn’t that i couldn’t change the email, it was that i was trying to change it to an email address that is already found with another user.