the.rampage.rado

Are you sure you have exactly the correct API activated for the certain domain permissions? What is said in the browser console?

Just tried your settings - those products are not visible in the sitemap. Why and how will then Google bot reach them?

Preferences->General The Google Maps API is 'free' for up to xxx USD per month but you have to register and activate it. You have monthly credit of xxxx views.

I'll try your setup for few products. What if I have 'available for order' set to Yes and I have no stock? I believe nothing changes in FO?

Might be a long shot but do you have pouplated with your key?

Hello, Many times when I search for sports goods from previous years I open up sites that list those as out of stock and they are hidden in the normal product listings. But google sees this "half-inactive" product and shows a result. I click and open this site, otherwise I would not click this result. Currently I set all old collection items to available - NO and I make 301 reddirect to analog product. So after some time I lose all those results in google. In your opinion what is the best config for such products? Availability - Yes Visibility - Search only or should I continue to 301 to new products? I'm even not sure that the first scenario will result to the same behaviour I described in the start. If I enable search indexation will google 'search' for some products in order to get to those hiden products that are only search-visible?

No issues, not a single commit is reverted in probably one year. Few new minor features and many, many fixes and code improvements, plus as I said couple of security fixes. EDIT: Just keep in mind one quirk in this update - email transport functionality was moved to a module. Nothing is changed but you have to install the module and configure your shop to use it. After update to currentedge there are couple of db fixes aswell. 😉

A quick question.... why don't you update the whole store? Just in the last 2 weeks there are 2 security commits.

Make a file and db backup and update to edge. It should be fixed in to-be-1.5. https://github.com/thirtybees/thirtybees/commit/b13ae185818fa83bb65813fc58bd64a159e36e9f

Currently it's not possible to use layered filter in the search results. It was raised couple of weeks ago and will be soon fixed for the official layered module (soon = sometime in near future as more pressing issues are in the que).

For sure, that's why it's good to have the list of returned articles (categories, products, etc) sumarized in one place so the merchant could go in one by one and fix, add stuff and then populate the new copy in the db. Could this be done? If we don't know when certain product desc was generated we would have to go in one by one and check. Also what happens if we have products that are optimized, can we blacklist certain product IDs that should never be sent to the bot?

What I noticed (at least for my sites) is that google likes not only plain text but tables, bullet points and images in the text. Probably as you said it will be best to just come after the bot and fix few such items, like include a pic, video or table with specifications.

Looking nice! How is the que organized? Can we send requests for some categories only? What about multilanguage (I see the dropdown). In Bulgarian the bot is tragic but hopefully it will improve overtime. You said it takes 20-40 seconds for each query, then the result is saved in the local db, right?

The idea is great. I'm also interested. What causes the 'topic' of the generated result? The category name, category tree or something else? It would be nice if in BO all such descriptions are summarized in some module page where you can approve or decline the result. If you approve it's no longer but is displayed to FO. If declined it's sent for regeneration and arrives in this list once more. Google will soon 'fix' this and will penalize websites using AI (how they will judge it's up to them, we will have no way to dispute) but for the time being this might help.

Nope, it was sitting in the footer and visitor chooses the translation language from a drop down. The slowness comes from the external (google) scripts that are called on every page. For me not a necessity if every modern browser (even mobile) has 'Translate to:' function.

I used such module back in the PS days but saw no increase of non English sales so removed it. It makes the website very slow.

Yes, exactly. Thanks! I'll try to translate it fully in Bulgarian (currently only FO part) and will attach it.

@datakick could you (when you have 5 minutes free) post here the list of statuses that scroll one after another after the order confirmation. I translated most of them but I still see one for parts of a second and I'm unable to translate it because of that. Also, are you interested in module translations and if so where should we send those?

FIRST - BACKUP your store at this point (FILES AND DB!!!!) After you are at php7.4 you can update to latest edge version. Please note there are some changes in functionality in this version. In order to do so you have to install core updater module. In it you will see MANY MANY changed files since TB1.1. In Settings you can choose stable version or edge (edge is currently the most up to date and stable version). After you update your files following the procedure in the module you will have to update your DB as well as there are many changes since 1.1. Some of the rows in DB update shows 'dangerous' - don't worry, the module is working perfectly After you update you have to install the email transport module and choose your current email transport method and settings. Otherwise your shop will not send out emails. This is very simple and you will have no issue to update and install this module. After that you should install error logs module there you will check all your errors, notices, warnings, etc. Go in each module that have rows there and solve the issues together with the module developer or if core with the community here. Revolution slider (that you probably have a part of Warehouse) is not compatible with php8, it throws few notices under 7.4 and does not work on php8. I contacted the developer and there's no initiative to update it for 8 so we're stuck in finding new slider. If you use maxmind module for anything positive you can install it at this point. If you don't use geolocation you don't need it. VERY IMPORTANT: delete the above screenshot as it contains secure information about your db. When copying information from error log module delete your full path and domain.

Currently there's and issue with maxmind geo ip module. FTP into the website and delete the module folder, also in cache delete classes index and see if this brings your site back. Then update your host to php7.4 and we will help from this point.

Very well looking modules. Do you know who is the dev?

Encryption by itself is not a bad thing but the problem is the compatibility with the loader.

After I have installed the fixed captcha version only couple of emails got through and I don't believe they were automated. What version do you use and could you share your configuration?

This is what's hardcoded in both modules. Now I notice a strange behaviour - sometimes the modules load webp and sometimes they load jpg. What could be causing this? I mean same image, same place in the module when called from different categories/products displays different format.

What about modules that look for jpg? I have some part of Warehouse (mega menu and content creator) that call for jpg despite webp is enabled. What about them? Up until now TB keeps the original source file and use it for future use? What about your idea? I personally don't upload gifs but I imagine some product schemes may come in it so I believe they all should be enabled for upload in BO.