opentype

Not sure. If you place any of the two widgets it should instantly load the demo feeds already set up. If it fails entirely, your server is probably set not to allow outgoing file calls, which load the RSS feed from YouTube and Vimeo.

There is a setting in the plugin settings to use either thumbnails or full size images for the listing pages. That’s the only thing controlled by SuperGrid. The resolution of the the two image sizes is controlled through the database settings. Everything else is just browser rendering.

Login with a previously created member account – not an admin, not a new test account (since that is set as confirmed instantly).

I consider it for the next major release.

I added it for SuperQuotes, where it makes most sense. Would you want to show random articles or what would be the purpose?

There are at least two plugins for handling bounces already on the marketplaces.

“Show widget block title”

That’s controlled by a setting in the SuperGrid settings plugin. Well, I don’t know then. I would have to look at it in the ACP to narrow it down. But I won’t since that is definitely not a SuperGrid issue, since the SuperGrid block template doesn’t control WHICH entries are shown. That’s all defined through Pages. SuperGrid only defines the styling.

Make sure this is set in the database settings:

For a channel, it shows the latest first. For playlists it uses the order of the playlist itself (just as you would see it on YouTube). That can indeed be the right order for someone – and the wrong order for another user.

I’m just styling the RSS feeds. I quickly researched the issue and it doesn’t look there is anything I could do about it on my side. The order would have to be changed on YouTube side so the feed is delivered in a different order. I can’t even create a work-around and manually reverse the order, since after the max value of videos, the newer one’s just won’t be in the feed. Looks like I will have to add a warning about that or remove the YouTube playlist function altogether. Sorry about that.

I feel a new conspiracy theory is just being developed. Perfect for your site!

Yes, that’s exactly what I meant when I said admins are probably not aware of the legal consequences. You can’t just flick a switch in Commerce – you would have to find qualified e-commerce lawyers first to set up your contracts with your sellers and things like that and you would have to be willing to permanently support your store, handling every dispute between buyers and sellers and so on.

Exactly, you are handling the sale and you want to make money with it. There is responsibility involved. You are the provider. You can’t just say: you guys figure it out if something goes wrong (chargebacks, lost deliveries, illegal activities and so on.) Not to speak of the technical implementation. I can’t even begin to imagine how something like shipping would be handled, if any community user can ship any kind of product and any number of products from any point on the globe to every other country. There are of course many web stores that can pull this off, but they do nothing else and might invest millions in venture capital to develop all this. There is so much more involved than just to add a button for users to sell products. Technically and legally.

No. The other way around. If you would have a robots.txt there could be something faulty in there which prevents the image indexing.

But I believe most admins aren’t really aware of the legal consequences of becoming such a shopping portal. Classifieds (i.e. private announcements) are something very different than sales.

Check out why they aren’t index would be the first step. This has nothing to do with IPS. The software just stores the images publicly and they are indexed by default – unless you do something to prevent that, e.g. hiding posts from google or disallowing indexing through the robots.txt.

It all managed through the Pages database settings. Check there.

That question doesn’t really belong in this topic. And it’s also not a big problem actually. You are allowed to block pages through the robots.txt. To avoid this Google message in the future, open the sitemap settings in the ACP and turn off “profiles” by unchecking the “unlimited” and entering “0” instead.

As long as you cannot demonstrate a connection or make it at least plausible, you bet we are.

Probably not, since there was still no causal connection shown between sitemap creating speed (the actual topic here) and decrease in indexing/ranking. So there is probably nothing to fix. That might be, but IPS didn’t as well. Google changed things and you can check wether their algorithm updates (e.g. Fred in 2017) correlate with your problems. That would actually tell you more about what you could probably improve.

Adjust the setting “Hero image aspect ratio” to change the height of that image. For better image quality you would have to increase the resolution of the Record Image in the database settings and then upload the images again. The layout works as designed. A text column should never span across the entire desktop screen. The white-space on the left is a feature, not a bug. :-)

Answered in the FAQ section:

What’s the source for this information? I mean, not the Fred Update, but the part about accidental delisting and resubmitting as a counter-measure.

We are talking past each other. You are arguing against a position I am not having. I clarified it. You still don’t understand it. I am giving up.