the.rampage.rado

Not but the said plugin is. As for the design - yes, you're totally right. In general all my posts here (or in any other forum) express my opinion. Yes, for me the visuals are not that appealing. Regarding the functionality - is the module depending on their service? Because my suggestion is self-dependent can could be called from localhost, not even call to CDN is needed.

@e-com, thanks for your reply. I have few concerns about your suggestion: 1. Project is dead 2. Interface is not appealing 3. Lack of polished features

Hi there! Yesterday I found this nice cookie consent framework: https://github.com/orestbida/cookieconsent/ The static integration will be simple imho but would it be possible to use it and make TBs native cookie module from it? We could have: cookie setup part where the admin can put different types of cookies in different categories. appearance and functionality set up styling links to ToS and Privacy pages, etc. The framework is active since 2020 and I believe the author is very passionate about it. The appearance and functionality is cutting edge, nothing to add there I believe.

Totally agree with you. What I believe will be perfect is just make the current 'Change' (and then Save) button always visible. This will clear the customer expectations when they scan this step with their eyes. Currently if they touch/hover outside the 'cart' portion of the module this hides the Change/Save button. No further changes are needed here I believe.

Quick question - do you sell to individuals and are you registered in with the One Stop Shop?

As continuation to this today I noticed that if customer clicks on Change and then clicks on the second part (Shipping details) but does not click on 'Complete' this text is hidden and also the next part of the checkout is shadowed out. So the customer is stuck there and if they don't click (hover on desktop) back on tl the cart part they are unable to continue. I can see this being an issue on mobile.

He means it's not necessary to delete it.

Any reason why you are running this old version instead of the latest most stable, bug-free and not to mention secure version as of now known as 'edge'?

He means 'edge'. Everything after 1.4...

@Mark I believe it's time for you to rapidly change your tone here. Nobody on this world owns you anything. If you don't like this project there are plenty of paid or premium options that you can migrate to. If you like to help - do it with ideas not with negative criticism that helps nobody. If there is more business there will be more developers. The community is small but healthy thanks to couple of members, @datakick included. If I was you I would not cut the branch I'm sitting on. @datakick and @Smile, guys keeps the great work! The project had never been so vibrant and alive. Plenty of GREAT additions in 2022 and this year is starting excellent. We're waiting for those new modules!

From the lack of answers I'm concluding it's only me that's experiencing this issue and everybody else sees the captcha in the module (if enabled)?

Yes, exactly. APCu is plenty sufficiant for me. I have no need currently to split the servers.

Just installed on 2 of my shops - it's crazy fast with APCu.... No errors so far. I think it's time for the FPC to go forever!

I can not recommend @Daresh's module and support enough. He's pumping versions left, right and center! He also have other usefull modules in CodeCanyon. Definetly a developer that will be of help for the TB project!

Just found a problem (I'm not calling it a bug because the module can't work with all modules on the Earth). When checking out if a customer want to login from within the module and TB's native captcha module is installed the customer sees 'wrong password' notification even if they enter the correct password. The module does not show the captcha. Workaround is to disable the captcha for logins but a strange behavour is that the module creates a profile when customer inputs a password even if the 'account creation' captcha is active. So I believe there's an inconsistency somewhere - either the captcha should be shown or it should be somehow omitted both for account creation and login purposes when in the module.

The module does not work for me and I had to uninstall it. It was working tremendous time savings but after the migration to TB it stopped working.

In the end we're left alone as the developer of Warehouse is not willing to make paid work in the 1.6 of the theme in order to make it compatible with newer php version. I'm starting this thread in order to organize it as self-help guid for the users. Block Cart: themes/modules/blockcart/blockcart-json.tpl (partial merge from community theme - uses different small image and fixes php 7.4 issues) Block Layered Navigation Mod: modules/blocklayered_mod/blocklayered_mod.php (one more warning and one notice but most issues fixed) 18.02.2023 based on the most recent official module

Added ctry in the bypass section as per the advise in github and now it appears to work as expected. Will monitor it further. Do we have this issue in TB: https://github.com/PrestaShop/PrestaShop/pull/23269/files as it's described in the issue thread above?

As I was pumping products in my shop suddently I started seeing 500 in FO on many pages. Then I tried deleting htaccess - no success. Tried deleting my litespeed cache and system cache and started seeing 500 on all FO pages. Googling the issue I stumbled on https://github.com/litespeedtech/lscache_prestashop/issues/44 I'm running my shop on php7.4 and it was not changed. I'm unable to run higher php because my theme is not compatible and also my slider poops everywhere. Any advise what could be causing this sudden issue? The error log from the server: #6 /home/uXXX/public_html/xxxbulgaria.com/modules/litespeedcache/classes/VaryCookie.php(101): LiteSpeedCacheVaryCookie->__construct in /home/uXXX/public_html/site1.com/classes/db/DbPDO.php on line 148 #5 /home/uXXX/public_html/site1.com/modules/litespeedcache/classes/VaryCookie.php(76): LiteSpeedCacheVaryCookie->init(Object(Context), Object(Cookie)) #4 /home/uXXX/public_html/site1.com/modules/litespeedcache/classes/VaryCookie.php(234): CountryCore::getIsoById(236) #3 /home/uXXX/public_html/site1.com/classes/Country.php(249): DbCore->getValue(Object(DbQuery)) #2 /home/uXXX/public_html/site1.com/classes/db/Db.php(801): DbCore->getRow('SELECT `iso_cod...', true) #1 /home/uXXX/public_html/site1.com/classes/db/Db.php(774): DbCore->query('SELECT `iso_cod...') #0 /home/uXXX/public_html/site1.com/classes/db/Db.php(477): DbPDOCore->_query('SELECT `iso_cod...') 2023-01-07 18:18:47.452798 [NOTICE] [3438596] [T0] [IP:port:HTTP2-1#APVH_site1.site.eu:443] [STDERR] PHP Fatal error: Uncaught Error: Call to a member function query() on null in /home/uXXXX/public_html/site1.com/classes/db/DbPDO.php:148 2023-01-07 18:18:47.452761 [NOTICE] [3438596] [T0] [IP:port:HTTP2-1#APVH_site1.site.eu:443] [STDERR] PHP Notice: Undefined property: DbPDO::$link in /home/uXXX/public_html/site1.com/classes/db/DbPDO.php on line 148 2023-01-07 18:18:47.452758 [NOTICE] [3438596] [T0] [IP:port:HTTP2-1#APVH_site1.site.eu:443] [STDERR] PHP Warning: collectlogs: failed to log error: Call to a member function query() on null in /home/uXXX/public_html/site1.com/modules/collectlogs/classes/CollectorLogger.php on line 140 2023-01-07 18:18:47.452749 [NOTICE] [3438596] [T0] [IP:port:HTTP2-1#APVH_site1.site.eu:443] [STDERR] PHP Notice: Undefined property: DbPDO::$link in /home/uXXX/public_html/site1.com/classes/db/DbPDO.php on line 148

Can you post the full error log from @datakick's module as advised above? Also when posting the files' locations don't show your full directory structure as this can be used by a bad actor to compromise your website. Now you are running on 7.4?

If you disable block cart how your customers complete orders? In order to go back to 7.4 go to core updater -> settings. Set php 7.4 and Save Then 'update' your shop with the module. When the update is complete it might be broken (FO most of the times). Switch your php version to 7.4 and your shop should be live and running.

This is a bug with some module or function you have installed that adds this override. Install Override check and check what is using this file if you don't know. Then it would be best to ask the dev to fix it.

Hello Petr, Today I'm testing the module and probably I would buy it for one of my shops. I have few questions: 1. In the very first step of checkout you ask for Country. I know this is probably due to shipping and payment i know. In the case of only 1 active country can we hide this field as there are no calculations needed at this point. Also the same for the Country field in the address and billing fields - if only one is active in the shop can we autopopulate it and hide it for the customer (less clutter). 2. In the cart field, can we have +/- and X buttons visible by default? So to avoid clicking on Edit then then Done. 3. In phone mode the shipping field text goes out of the border for me. For me the reverse approach seems more logical: 1st step enter your details, 2nd step - choose available payment and shipping methods, 3rd step - confirm and notes. But your approach shows the methods firstly for the client which could also be beneficial.

PS is dead, long live TB!

The thread is outdated. The forum is more active than ever. 😉