Forum Replies Created

Viewing 15 replies - 16 through 30 (of 67 total)
  • Thread Starter jlanpheer

    (@jlanpheer)

    OK, thanks. I had originally posted this on the WP developers’ forum and they said that i should post this here.

    Thread Starter jlanpheer

    (@jlanpheer)

    thank you, wasn’t aware there was a theme-specific forum for this.

    Thread Starter jlanpheer

    (@jlanpheer)

    Thank you for your reply, i will give this a whirl. I appreciate the suggestions.

    Thread Starter jlanpheer

    (@jlanpheer)

    I’ve done that a time or two in the past, and they typically say “that’s not core Woocommerce functionality, post it in the WP developer’s forum”. But, i will try….

    Thread Starter jlanpheer

    (@jlanpheer)

    OK, thanks for the info. You were/are correct, i created some custom code in a code snippet back awhile ago, I was confused when i didn’t find it in the child theme functions.php file.

    Resolved and thank you for the quick response!

    Thread Starter jlanpheer

    (@jlanpheer)

    Thanks for the reply! Interesting…. i didn’t think there was a php problem because i can get into phpMyAdmin with no issues. However, loading the phpinfo.php file via the browser results in the same thing: it downloads the file. So, the issue MUST be with the PHP installation somehow, would you agree? I’m curious how that could be the case, yet i can run phpmyadmin…..

    thank you for the suggestion!

    [edit: The php error log itself contains NO errors at all. I find that ‘odd’ if php is the culprit. [end edit]

    • This reply was modified 2 years, 3 months ago by jlanpheer. Reason: Added more info
    Forum: Plugins
    In reply to: [Gutenberg] PHP code block
    Thread Starter jlanpheer

    (@jlanpheer)

    Ah gotcha, thanks for the explanation, and yes, i had already done that. Thanks for the suggestion.

    Thread Starter jlanpheer

    (@jlanpheer)

    BTW, deactivating all of the current code snippets doesn’t change anything. That was one of the first things i thought to check – that being ‘forgetful me’.

    [edit] Absent any other suggestions, if you have a ‘magic bullet’ hook that you think i could hang a function off of, i’d be willing to try that. That is what i was in the process of doing initially, thinking that somehow WooC simply overrode the page title somewhere. But, i tried a few different things, none worked and that’s what led me here. [end edit]

    • This reply was modified 2 years, 3 months ago by jlanpheer.
    Thread Starter jlanpheer

    (@jlanpheer)

    Good suggestion, which i had already done, but good to check. A couple of references in single-product.php (get_header( ‘shop’ ); and get_footer( ‘shop’ ); ?>. I have a couple of code snippets that reference the word ‘shop’ in a couple of ways (hiding coupons and the like), but there’s no place that i see which would affect the page title at all.

    Thread Starter jlanpheer

    (@jlanpheer)

    Thanks for the suggestion. Yes, i HAD with no visible changes. This is a very small site and they are still running the twentytwentytwo theme (i know, but i don’t think it’s an option to change it). In my earlier test, i updated to the twentytwentyfour theme which changed nothing. However, based on your suggestion, i tried again with an Astra theme and that DID work. So, thank you for that suggestion.

    Very odd though that the 2022 theme wouldn’t handle this just fine. As i said, i don’t think there’s an option available to me to update their theme at this point, i’d have to go thru the company that actually maintains the site. Can you recommend a workaround? I’ve found a few things like this that seem to be acting ‘strange’ on this client site, and maybe it’s the theme?

    Thread Starter jlanpheer

    (@jlanpheer)

    Thanks for your response, but i’ve done those steps repeatedly, with the same result. All my products do show on the page (as intended), however the H1 tag on the page still says ‘Shop’, even though the page is entitled “Register” and the slug is in fact “register”. I’ve updated permalinks, though i don’t think that i should have to. I’d like to know how to fix it (obviously) but also, what is causing it.

    Thread Starter jlanpheer

    (@jlanpheer)

    No, not using any sort of caching plugin at all. Looks like this post doesn’t belong here, my apologies.

    Thread Starter jlanpheer

    (@jlanpheer)

    Thank you for your guidance, i appreciate that, i’m learning a ton. Also, i have now seem to have come up with some extra time to implement your “proper” way of doing this, so i AM going to pursue it.

    In your last response, you wrote this: “If, for example, you said: “Well, I don’t want users to register a WordPress account because I don’t want them to see or access the WordPress dashboard.” Then I would provide a solution for that.”

    Initially, that was one of my hangups when considering this approach. Could you point me at any resources that would guide me thru that? Because it is true, i would ideally want to set up the account for them (and it’s not just 1,2 people) and i do not want them to see or access the WP dashboard (which i “think” i can accomplish to restricting permissions on the page?).

    If you have any thoughts on it, i’m going to push ahead on this approach that you recommend.

    thank you VERY much!

    Thread Starter jlanpheer

    (@jlanpheer)

    I appreciate the question, but it is probably too late in the game to change to a different path. This is a custom system that I am building and the people using it do not have WP accounts, and i thought it more secure to do it this way.

    When you say “just using a custom form to register a WordPress account behind the scenes, and then creating new roles to meet your needs”, are you referring to something like this: https://www.youtube.com/watch?v=jbiBJdowxG0

    If so, maybe i can circle back to that, but i’ve got to press ahead with the path that i’m already on for the moment. Unless someone has a better suggestion, sounds like a custom form is the way to go.

    Thread Starter jlanpheer

    (@jlanpheer)

    Hi, and thanks for your reply. I am not using WP user accounts at all. Most users will not have a WP account on the site, so my plugin creates a separate store which stores user names, passwords, roles and a few other key pieces of information. So, once they ‘login’ (not into WP itself, but into this ‘application’), the plugin will determine what they can see and then provides a series of options via links based on their role. The app will then want to pass this information to several other possible pages, based on the permissions that the plugin determines and grants. I’m seeking the best way to do that.

    With regards to WP’s not handling PHP’s $_SESSION variables, yes i have read that also and can confirm that to be the case, which is what led me to this question, i assumed (incorrectly) that i could do that when i started this. So, my search for a solution continues. I was not able to get cookies to do the job, i kept getting ‘headers already sent’ errors. If anyone thinks cookies is the way to go here, could you provide just a bit of sample code and where it might be placed to get me started? Otherwise, it sounds like dummy-ing up a ‘virtual form’ programmatically and sending the information via POST variables might be the way i have to go. I guess that I was thinking that there was a better way?

    Thank you in advance for all opinions! I’m self-taught and ramping up towards ‘pro’. 🙂

Viewing 15 replies - 16 through 30 (of 67 total)