AJWD

Hi Louise,

I see what you are talking about now. It does show that way for me also.

I would try a couple of things to troubleshoot.
1) temporarily show the products count for each catagory, I’m guessing that it will show a larger number of products than what are displayed.
2) In your products screen in the backend Filter by one of the catagories that is not displaying correctly. There should be some products that are not displaying on the front end. Click on sorting and drag and rearrange the products so the products that are not showing are at the bottom. If you want them to show you will have to see what is different between the showing and not showing products.

-Andy

Can you show a screenshot? For me I see three items in each row. I am using Firefox 60.2.
Here is what I see: https://imgur.com/a/F7cMSpJ

Are you talking about the space in between the product images? If so that is controlled by the following CSS.

.builder-gallery-item { margin-right: .8333333333%; }

The other issue I believe is not talking about a physical space gap but a gap in the counting of products.

-Andy

If you are referring to the video div being very thin vertically I added the following to fix it for my site:

iframe.iframelist {
    width: 100%;
}

I am using Mystile and this is not responsive! It does work for me though.

The undefined index error was resolved by replacing no-captcha with a different security measure. The deprecated code error was caused by custom code that was pulling from the db. I removed the code and all is back to normal.

I will add that in my error log I have hundreds of the following:
[27-Oct-2017 13:10:28 UTC] PHP Notice: Undefined index: captcha_wc_lost_password in …./public_html/wp-content/plugins/no-captcha-recaptcha-for-woocommerce/lost-password.php on line 11

Followed by :

[27-Oct-2017 13:10:29 UTC] PHP Notice: add_option was called with an argument that is deprecated since version 2.3.0 with no alternative available. in ….public_html/wp-includes/functions.php on line 4026
[27-Oct-2017 13:10:30 UTC] PHP Notice: add_option was called with an argument that is deprecated since version 2.3.0 with no alternative available. in ….public_html/wp-includes/functions.php on line 4026
[27-Oct-2017 13:10:38 UTC] PHP Notice: add_option was called with an argument that is deprecated since version 2.3.0 with no alternative available. in ….public_html/wp-includes/functions.php on line 4026

Glad you got it figured out.
-Andy

If you want to send the domains and urls I can take a look.
When you look at Site A in PhpAdmin does the siteurl and home option_value match the correct URL?
When you look at Site B in PhpAdmin does the siteurl and home option_value match the correct URL?
They should both be different.
How did you deploy the site?
What host are you using?
Does it use Cpanel?

It sounds like you will need to use phpadmin or its equivalent from your cpanel to change the wp_options table. Make sure the siteurl and home option_value are correct.
How did you deploy the site?

The only people I want “signing up” are customers. I have customers sign up through a different signup than what a typical wordpress subscriber would typically use. I believe the spammers programmatically sign up and apparently this method stops them (it should stop them from using POST unless the request comes from the specified url). When I remove the code I get tons of sign ups despite having “allow anyone to register” turned off. When the code is active I get zero signups… Went from 1 or 2 signups a minute to zero in the last couple days. I did test to make sure customers could still sign up for an account and it still works on my site.

• This reply was modified 7 years, 11 months ago by AJWD.

I believe you will need to edit your site B database with the updated url. It likely still has the information from site A in there.

I’m not sure how this applies with this plugin but I used the information about changing the .htaccess on this page: https://www.inmotionhosting.com/support/website/wordpress/lock-down-wordpress-admin-login-with-htaccess (about halfway down)
and it worked for my situation.

I had the same issue, I was unable to rearrange my tabs. I disabled everything except Woo and the plugnin, 2015 theme. By chance I happened to have one product that I had edited visually instead of textually. The tabs rearranged fine when in visual mode. Went back to text mode and the tabs were stuck.

Adding something along the lines of the following to your style.css should
help with number 1.

html.boxed body {
    width: 55%;
    margin-left: auto;
    margin-right: auto;
}

where changing 55% will control the width.
The margin(s) should center it.
-Andy

So I figured this out. There were three steps:
1. Add to to my functions.php in my storefront-child-theme:
‘ function storefront_child_widgets_init() {
register_sidebar( array(
‘name’ => ‘Topmost Widget’,
‘id’ => ‘topmost-widget’,
‘description’ => ”,
‘before_widget’ => ‘<aside id=”%1$s” class=”widget %2$s”>’,
‘after_widget’ => ‘</aside>’,
‘before_title’ => ‘<h1 class=”widget-title”>’,
‘after_title’ => ‘</h1>’,
) );
}

add_action( ‘widgets_init’, ‘storefront_child_widgets_init’ );

function storefront_child_social_icons() {
dynamic_sidebar( ‘topmost-widget’ );
}

add_action( ‘storefront_header’, ‘storefront_child_social_icons’, 40 );
‘
2. Add (in my case) a text Widget to the newly created topmost widget area in Appearances>Widgets:
<img src = your-file.png>

3. Add the following to my style.css file:
(I had images I wanted inline and aligned to the right)
‘.widget_text img{
margin: 5px;
float: right;
width: 47px;
height: 31px;
display: inline-block;
}’