the.rampage.rado

The QR code on every cash receipt was also introduced with the same legislation. I 100% agree that if implemented correctly such changes in the sector should lead to more taxes and less 'grey' sector where merchants operate without companies, etc. But keeping in mind I live in Bulgaria, the most corupt place in EU I highly doubt that the information they collect will be used as it should be. I have no problem to update my cash register software and even apply fixes to my invoicing software (which is website based and costs nothing). But when some stupid people try to force additional burden on small merchants this I can't accept. The requirement is as follows - if you accept payment with card or by cash on delivery you should connect your register with your shop. Who, how and when will write you the software (because it have to be executable software on your server or PC, located where you operate) that must be synced with the shop (which can be hosted on another continent) - nobody knows... I bet even in the income agency nobody thought about this use case. And I believe even syncing local software is not permitted - the original software will have to be 'connected'. How a php app located kms away can connect with my register - I don't know. And then there must be some sort of API for all register manufacutrers where all calls are listed so the software engeneers can write one code per system that fits all cash registers - no, no... every manucturer will have it's own way and thus making their machines work with only their software (not only online based). Of course the telecoms rised the price of the cash register sim cards by double or triple.. This have nothing to do with this new nonesense.. no... :)

I just had to tell you about this nonsense! 😄 Our income agency (or at least some people working there) is so stupid that in attempt to counteract on big ventures and hospitality sector using software to manage their bussiness they introduced a requirement for each and every online store operated by Bulgarian company in Bulgaria to have their payment receipt printer connected permanently to the software operating the site. And they not only mean ERP syncing with TB or PS and then the cash receipt printer to be connected to the ERP. They want each and every warehousing, eccomerce or large (SAP large) ERP or CMS to be connected with the machine. Even better they require that if no connection is detected the user should not be able to complete their order. They did this because large % of the sales in hotels, restorants and bars are unaccounted and VAT is stollen that way but they wrote down the requirments so stupidly that they are now forsing all companies (not only eccomerce ones) using some sort of "order tracking software" (warehouse software falls here too!) to have a module which connects to their cash receipt printer. And not only that but they require access to all db in this system (no data privacy from their side of course!) and their souce code. I'm still waiting for SAP to reveal their source to those ignorent corupt bastards... Right after that I'll send my link to TB's github so they can know how rich I am that I have to have second job otherwise I would not be able to pay my rent, put food on the table and pay my bills...

@perryg I'm sending my emails through fax, no printer problems here :)

So if we uninstall the old updater we won't see the available updates in Modules page?

@musicmaster I like your attitude here! :D

You can assign which products to use where in multistore. So you can see all of them or only the ones you assigned for the shop you are working on. I ditched multistore couple of years ago because it was too buggy at least in ps 1.6.0 stages and no real work was done there. I don't know how much progress is there in tb but now I'm building all my shops one by one, yes there is some 2-3 hours work to get everything up and running as I want it but most of it is theme config and design work so it can't be saved in multistore.

And of course you need new db - dump your current one and make new one where you upload the backup. For configuring this you will have to delve into config files and change the DB creditnails...

Yes, you can do that . You can point your domain to a foler containing your copy and when you open your admin you have to change the shor URLs in SEO section so you can get your front office to work. Also you have to keep all your links relative when setting up menu, homepage CMSes, etc.

Lol... I was even unaware of this new feature! Always was wondering where I can decode those codes...

There's a quick fix for your error here: https://forum.thirtybees.com/topic/2363/thirty-bees-getting-better-and-better-release-1-0-8/76 You have to asign your new feature in Email section. The devs forgot to put default sql call for it in 1.0.8 but your update is done just as good...

@elund said in No CAPTCHA reCAPTCHA installed, but start receiving spam mails again: @datakick - My login attempts is already set to zero, so this doesn't help me. @the-rampage-rado - Which free PrestaShop module did you install instead of the Thirty Bees module? I use the Panda theme: https://www.sunnytoo.com/product/panda-creative-responsive-prestashop-theme. @SLiCK_303 - did you get your spam problem fixed? Contact form anti-spam: reCAPTCHA and blacklist v1.1.4 - by Presta.Site If when installing it tells you that it can't be installed that's because the module here is not removing it's override on uninstall and you have to manually delete it. You must go to override/controllers/front/ and delete contact-blah-blah... one.

Did you try switching off smarty cache for debuging or returning to older version of php?

Thank you @datakick - you are awesome as always!!! Will check and report back asap. I can report one more bug with 1.1.0 but it's not that important - it does not remove it's front override when uninstalling. One must manually delete it in order to install another module. EDIT: Yes, it's working just as expected that way!!! Happy as hell!

You as importer/manufacturer

So as I suspected the module is faulty not my theme... :) Hope devs have time soon to check it and fix the override if needed because it's quality module and we need captcha everywhere not just on contact page. ;)

What theme do you use? With warehouse I have this issue on all TB shops and I was forced to uninstall this module and install one free module for PS instead.

The problem with all those packages and overpackaging that we see in large scale operation should be fixed at the other end. Where the retailers, dealers, etc get their packaging stuff - they should pay this tax when obtaining the packaging. If you operate in EU and put product in the market or retail/distribute it you should pay the tax but when obtaining the product form your dealer or when obtaining the transportation packaging from your supplier. I don't see anybody giving a 2 cents about this in Easter Europe in the next 20 years I'm afraid... I don't know what the avobe mentioned calculator does but if I have 15 packages a year with boxes of 0,75 kg each then I have to pay 69 Euro... excuse me... but do you take your medications?!?

And one of them is in subfolder with addon domain.

Also I would not run TB or PS on anything higher than php7. Try switching even back to 5.6 if posible for the install/update procedure and then turn back to 7.

OK then, I meant nothing bad for you! Sorry if you feel ofended dude! Really. This module is not usable with TB because the core in this part is changed.

As we said before - this feature is broken and needs LOTS more work to make it usable.

Lame way to check if you had been updated - download both 7 and 8 version and run difference comparison tool against the files in the folders, check few files with differences on your server if they are updated. If so then all of them were updated and you got an error just before version update in your config.

@haylau said in Express Cache 3 v3.4.0 - by Express Tech: @the-rampage-rado said in Express Cache 3 v3.4.0 - by Express Tech: Many variants and none of them is as problematic as the inbuild static cache and this module. And all probably way beyond the knowledge of a simple merchant If he/she can't handle the administration crap as I do - rent a virtual server running them. I doubt he's using own hardware or VPS and asking such questions...

How many pages and visits do you have? TB is quick enough even w/o no caching. It get's even faster if you put it on litespeed server and put varnish in front of it. Instead of varnish you can try http2 which pushes resources... Many variants and none of them is as problematic as the inbuild static cache and this module.

The update is not visible for the module so we can't update.