Forum Replies Created

Viewing 15 replies - 241 through 255 (of 1,795 total)
  • Thread Starter linux4me2

    (@linux4me2)

    For anyone else who wants to test Google Pay without using a real card number:

    1. log into a Google Account
    2. visit the link to the Google Pay API Test Cards Group
    3. click the link to join the Group
    4. browse to your WP site and complete an order as a customer with Google Pay

    While you’re logged in to your Google Account, your membership in the Google Pay API Test Cards Group will populate Google Pay with your email address, a test credit card number, and an address, allowing you to pay for the test order without filling anything out.

    Thread Starter linux4me2

    (@linux4me2)

    Thanks @mrclayton!

    It will take some work, but I think it’s going to be easier than adding a price field to the database for a restaurant plugin and altering the layout. For WooCommerce, it will just be a matter of altering the layout.

    Note that WooCommerce has moved some of the layout settings to Appearance -> Customize -> WooCommerce instead of including them in WooCommerce -> Settings.

    There is some documentation here that may help you. If you can’t accomplish all you need to with settings, CSS, filters, and hooks, you can also override WooCommerce template files by adding your own with the same names to your child theme’s folder.

    I haven’t seen a restaurant price list plugin with two columns, but WooCommerce might give you a suitable workaround, and it wouldn’t cost you anything to test it.

    WooCommerce has the option of entering two prices for a product, the regular price and the sale price, both of which are typically displayed for a product by the themes I’ve used with it. You could change the label for the sale price to “members” and set the display up with the products as a list. You can also suppress the quantity and “Add to Cart” button so WooCommerce acts like a catalog rather than a store, which sounds like what you would want.

    It’s difficult–if not impossible–to help you without being able to see the site, but what is probably even better than having someone else give you the CSS is learning to use the developer tools in your browser of choice to view and change the CSS to get what you want, then add it to your site.

    I don’t know what browser you’re using, but I’ll guess it’s Chrome since they have the largest market share. If you’re using Chrome, you can find a tutorial on their Developer Tools here. Firefox also has developer tools. Either will allow you to right-click an element on the page and “inspect” it to see what CSS it uses. You can alter the CSS live to see what happens and figure out what you need.

    One suggestion, your changes for the Search page won’t be restricted to only the Search page the way you have them written, they’ll affect every page that has an h2 entry-title hyperlink. To restrict to a given page in CSS, you can use the page id, visible with the developer tools, to limit your changes to that page; e.g.:

    
    .page-id-x h2.entry-title a {
      ...
    }
    

    replacing the “x” with the ID of the page, which your theme hopefully uses.

    If your hosting account has a MySQL UI like phpMyAdmin, you could just run a query something like the following, substituting the user ID of the new post author and old post author for “<new post author ID>” and “<old post author ID>”, respectively, before you delete the user’s account:

    
    UPDATE wp_posts SET post_author = <new post author ID> WHERE post_author = <old post author ID>
    

    You’d have to get the user IDs from the Users UI, or you could get it from phpMyAdmin while you’re in there, I guess.

    If this is something you’re doing a lot of, you could also build a little PHP-based UI to run outside of WP to handle it.

    You might want to take a look at Year Make Model Search for WooCommerce. I haven’t used it, but I noticed it the other day when I was looking for something else. It seems like it might work, or serve as the starting point to develop your own.

    @leander8890 Have you checked your settings in Appearance -> Customize -> WooCommerce -> Product Images?

    If you don’t have Thumbnail Cropping set to crop your images, perhaps that could be causing the taller images to display?

    If you don’t have cropping enabled, in order to determine if that’s the problem, you’ll have to enable cropping, then upload one of the images that is displaying incorrectly again, because I believe changing the setting only affects new images. If that turns out to be the cause, you can use one of the plugins that regenerates thumbnails to fix the existing images if there are too man to delete and re-upload.

    @leander8890 The first thing I’d do is install the Health Check Plugin, which allows you to switch to a default theme–or the Storefront theme, since you’re using WooCommerce–for your user only, without affecting the production site to see if it is indeed a theme-related issue. The TwentySixteen theme is a good alternative for testing a default theme with WooCommerce. I know it doesn’t have the issue with images that you’re encountering with UShop.

    The Health Check Plugin also lets you disable plugins to test. In your case, you’d have to disable everything but WooCommerce.

    You can use the WooCommerce Code Reference for what you describe. It includes all you’ll need, but it can be challenging to find things. There’s also the WooCommerce REST API, but I have never needed it for working within a site.

    Usually, there is almost always someone who has done what you’re trying to do with WooComnmerce itself before, so just searching, particularly on StackExchange, is helpful.

    The one caveat I’ll leave you with is to make sure that code you see on other sites is recent enough to work with WC v. 4.7, or that you update it accordingly.

    I will defer to Bogdan here because I don’t know what might be causing this, but it seems like the issue is with the server where you have MainWP installed, since it appears the updates are occurring on the child sites but your MainWP Dashboard isn’t keeping up via the Progress screen.

    I would make sure you are not exceeding the defaults set for the MainWP -> Advanced Settings, Cross IP Settings, Per IP Settings, and Frontend Request Settings. Take a look at the Documentation for more explanation of each setting.

    I’m wondering if there isn’t some other issue with the server MainWP is on that may be causing the issue. Is there anything showing up in the server or PHP error logs of the server that hosts your MainWP Dashboard when you try to update the child sites? For example, timeouts, exceeding memory, etc.?

    @mojamba, I would try increasing the WP Memory Limit to 256 MB to match your PHP memory limit by adding the following to your MainWP Dashboard site’s wp-config.php and then re-test:

    
    define('WP_MEMORY_LIMIT', '256M');
    

    I’m running with a PHP Max Execution time of 90, CURL timeout of 60, PHP and WP memory limits at 256 and no issues with ~30 sites, but I usually do a single plugin at a time, and of course there are a lot of other server factors that could be in play…

    Thread Starter linux4me2

    (@linux4me2)

    Hi @riaanknoetze,

    Thanks for the quick reply. I was told the same thing by the Core folks. I’m surprised; I really thought it would be a Core issue. I’ve added the WooCommerce bug report here.

    Thread Starter linux4me2

    (@linux4me2)

    Thanks @bogdanrapaic. Great plugin!

    Thread Starter linux4me2

    (@linux4me2)

    It turns out this is a PHP 7.4 thing. To reproduce the warnings, you have to be using PHP 7.4 for cron, and have at least one update available for either WordPress, plugins, or themes, and have at least one of those without updates to generate the warning.

    In PHP 7.3, the is_countable() function was introduced, and it can be used to prevent the warnings by adding a check as follows in /wp-content/plugins/mainwp/templates/emails/mainwp-daily-digest-email.php.

    On line 67:

    
    <?php if ( is_countable($wp_updates) && 0 < count( $wp_updates ) ) : ?>
    

    On line 90:

    
    <?php if ( is_countable($plugin_updates) && 0 < count( $plugin_updates ) ) : ?>
    

    And on line 115:

    
    <?php if ( is_countable($theme_updates) && 0 < count( $theme_updates ) ) : ?>
    
Viewing 15 replies - 241 through 255 (of 1,795 total)