datakick

@SLiCK_303 - I've added zip file to release. Regarding php 7.xx - I couldn't reproduce this issue. Everything seems to be working ok on my 7.0.11. What version exactly do you have?

I've just released a new version 1.0.6 - this one get rid of inline styles we have discussed with @zimmer-media. This version introduces breaking change - if you copied front.css file to /themes/<yourtheme>/modules/revws/revws.css and modified it, it will no longer be used. To make changes to CSS, please create file /themes/<yourtheme>/modules/revws/views/templates/front/css-extend.tpl and enter your css changes here. Content of this file will be appended after content of file /modules/revws/views/templates/front/css.tpl. CSS priority rules will make sure definitions in css-extend.tpl file will have priority over default values from css.tpl file. You might have notices that the css file(s) has .tpl extension - that's right, this is normal smarty template, we just generate css instead of html markup. Generated css file is stored in you theme cache directory. Example of how to extend CSS styles - create file css-extend.tpl with following content to have your stars in red color .revws-grade-on path { fill: red; stroke: red; }

@zimmer-media said in [Free Module]Revws - Product Reviews: Despite the great module, you will be devalued by these many additional inline styles by Google. Google doesn't care at all if we use inline styles or css. What is important for them is page load and render time. And very often web pages with inline-styles only can easily beat css powered ones. Simply because there's no need for additional css fetch, and browser can start rendering the page even before it is completely downloaded and parsed. That's not possible if page contains css. But, obviously, inline styles impact page size, and that in turn impact load time. So it will have some negative effect. In our case we are talking about two inlines styles per star: style="padding-left:2px;padding-right:2px" and style="stroke-width:50". So we have extra payload of 325 bytes per review. If we have 20 products block on page, we will have to transfer extra 6k. But since everyone is using gzip, this will be greatly reduces to ~1k (gzip is great for repeating texts). With current speed of internet, this amount of extra data won't even register. We are talking about microseconds here. Compare it with size of all the retina images you have on your page... I agree it would be nice if I didn't have to emit these to page. Why don't I use css here? That's because we couldn't adjust theme from settings page. For example, star size option (and in the future fill and stroke colors, spacing,...). If these properties were hardcoded in css, we couldn't change them from ui. For example, try change star size with your revwspaddi class in place. It will not scale nicely, as 2px padding is too small for large stars. My module is targeted to ordinary users/merchants, not power users who knows how css works. And with that comes the price :) Note: maybe in the future I'll add some option to dynamically generate css files when theme options are changes in settings. But at the moment it has very little priority.

@pedalman I'm not really sure if you had the same problem @SLiCK_303 is experiencing. But I'll test the module on php 7.1 anyway.

@hubbobubbo you can map everything during import. You can also clean up data during import, if need be. I've just use this way to import yotpo reviews without any problems. Just ping me if you need any help setting up import. I can prepare import definition on my demo account, so you can have a look how it's done.

@nickon there isn't one. You need to install my module, and create a new list from scratch. Or you can try it on my demo account

@hubbobubbo thanks for letting me know. revws module is integrated with my data import/export module. So, if you can get your current review data into XML format (or CSV - you can transform it to XML using this tool, then you can easily use my module for import.

Thanks @SLiCK_303 for investigation. I'll try to reproduce the problem on my side. I'm not sure if this is bug in the module, though. What tb version do you use?

@hubbobubbo what review module do you use currently?

@nickon you can install my module and create list that matches your criteria. Once you are satisfied, you can add &debug-mode=1 the the url and my module will tell you the query it used to retrieve the data. That could help you a bit.

I've released version 1.0.5 added support for krona module ability to choose where you want to render review average (product extra / product buttons / nowhere) render review placeholder in product block if no review exits - you can use this to align block height for product with and without reviews some refactoring to make module migration easier

@wakabayashi - singlestore... but I can't reproduce it anymore as well, so maybe that was just some glitch in the matrix :) Anyway, do you think it would be possible to pass action label and message during registration? At the moment only action key is passed, and user have to manually enter labels for all actions.

@wakabayashi said in Planned Free Module: Loyalty Points: Have you already checked, if the hooks are working for you? I've just submitted integration with your module -- this version is still officially not released, I'd like to test it (and possibly extend) a little bit more. You can donwload this version from github if you wish to test it. I've encountered one problem - revws module registers 3 actions. They were all saved correctly to tb_genzo_krona_action table, but only the last action was saved to tb_genzo_krona_action_shop table. You should definitely check this issue.

for example, this module looks promising and 30bz compliant

@DRMasterChief I never said to handle this manually, that's even bigger waste of time. There are modules that can delete them automatically, you just need to setup cron task. With proper retention policy there will never be more than few hundred abandoned carts...

@wakabayashi very nice module. I especially like how it's versatile. For example, use of coupon's template is really simple but powerfull idea... Some notes and improvements requests: - bug - link to settings on front / customer's account does not work - improvement - order state - it would be nice if we could choose multiple order statuses. Or maybe associate it with 'Consider the associated order as validated.' - bug - points for orders are displayed incorrectly / blank:

@wakabayashi I can't use your release zip file to install the module. Problem is that the zip file contains folder with different name than the module itself (name contains version). It's ok when I renamed the folder and re-zipped it.

I think it's really waste of your resources to battle this. You just can't stop these bots in generic way - not without significant risk of impacting your regular customers. And to try to fix each and every one of them is another extreme. Your time is much more valuable than few thousands rows in database these bots generates, or the bandwidh they consume. I would say that the best defense is to simply delete abandoned carts regularly. For annonymous visitors delete any cart that's older than few days. You will probably want to keep customer's carts a little big longer, say for few weeks, or even the months.

@wakabayashi awesome job! I'll test it during the weekend, and add hooks to revws module asap.

What you see on github is (usually) not current version of module. It is source code for upcoming version - release candidate. Look into Releases tab to see released version. You can, if you wish, download github repository, and build new version of module using newest code. (sometimes build is not necesseary, but only if repository itself is a valid tb module)

Aren't these visits related to cronjob module? If you had this module installed in the past, it may have requested cron action to be performed by ps cron server. They usually triggers cron / visits your site once an hour. If you have uninstalled and deleted this module, these visits may be reported as pagenofound.

@fkoko this is very similar to what facebook store modules should be doing, as facebook tab also includes iframe from your server. You might want to look what modules are available and what they offer. Maybe you will find one that emits product page in format you need.

@generaal I've looked into slide captcha source code, and I didn't find any actual server-side check in there. It seems to me that this is client-side verification only, so bots that don't execute javascript won't be stopped by this at all... which is kind a weird, considering this module should be aimed to exactly these bots. I've actually tested this on your site - I didn't slide captcha, but I've manually removed 'display:none' and 'disabled' attributes from submit button (these were added by captcha javascript), and submitted form without problems. You can check in your back office if there's contact message from my email address. For bots, it's even easier. No javascript code was triggered, so submit button is very visible to them.

Is it worth the trouble? I would just install some module to delete abandoned carts from database after some time period. Maybe set it up to delete carts of anonymous visitors only, so you can keep valuable data of your customers interests/buy intents.

@Troy-Roberts sure, should be easy enough