cdwebman

Voor een andere webshop, welke ik gebouwd heb op basis van ThirtyBees, moet ik de nieuwe plugin voor WorldLine ( voorheen Ingenico / Ogone ) gaan gebruiken, maar WorldLine heeft géén Plugin voor PS 1.6 😞 https://docs.direct.worldline-solutions.com/en/integration/how-to-integrate/plugins/prestashop Daar loop ik nu op vast, of zou de Plugin voor PS1.7 wel kunnen werken ? Tevens ook al ondervonden : DHL module, DHL heeft ook niet meer voor PS 1.6, en kwam ik voor die klant ook niet mee verder. Dat baart me wel enige zorgen : veel module ontwikkelaars bouwen hun nieuwe modules niet meer voor PS 1.6 en ThirtyBees is daar wél van afhankelijk...!? ps : Wel goed te ondervinden, dat het support forum wél levendig is, ondanks de weinige posts 🙂

Ik bekeek de payment modules, maar mis wel iDeal en de creditcards ? Zonder iDeal en CreditCards, kan een Nederlandse webshop niet ?! Of heb ik niet goed gekeken ?

Graag advies voor een nieuwe webshop te gaan opzetten : Ik ben bekend met ThirtyBees, echter als ik de forums bekijk, dan zie ik bijna geen enkele post meer staan die enigszins recent is ? Is het nog verstandig om ThirtyBees te gaan gebruiken voor een nieuwe webshop, of ligt het project zo goed als stil ? Alternatief zou kunnen zijn PrestaShop of WooCommerce. Prestashop ben ik mee bekend, echter zoals PS is omgegaan met bestaande users met hun omschakeling naar de 7 versie, ben ik geheel niet over te spreken... WooCommerce hoor ik veel over, maar ben er niet bekend mee.

I installed the module from TB recaptcha V1.2.0 But it seems it doesn't work on my contact form : I don't see any recaptcha puzzle, or "i am not a robot" text" but when i submit the contact form, i get the error message : 1. Your captcha was wrong. Please try again. The module does work : on the Admin, i see the recaptcha, and i how to check it, of solve the "puzzle" In the Admin module : when i change the contact form by "Advanced settings" and save it, i get these error messages : The attribute "id" with value "loginCaptcha" is missing from the login captcha placeholder The attribute "class" with value "login-captcha-hideme" is missing from the login captcha placeholder The attribute "id" with value "createCaptcha" is missing from the create captcha placeholder The attribute "class" with value "create-captcha-hideme" is missing from the create captcha placeholder The attribute "id" with value "passwordCaptcha" is missing from the password captcha placeholder The attribute "class" with value "password-captcha-hideme" is missing from the password captcha placeholder The attribute "id" with value "contactCaptcha" is missing from the contact captcha placeholder The attribute "class" with value "contact-captcha-hideme" is missing from the contact captcha placeholder I use the Panda Theme, and maybe it's not compatible with this reCaptcha module from TB ?

For a customer i need a DHL module, found this post on the forum, but the module seems no longer to exist ??? Where i can find this module ?

On my clients webshop we have a large block categories menu-structure, it's very usefull for the visitors, but according to Google Pagespeed insight we have too many Dom elements ( 4.258 elements ) Off course i can set the configuration to only show 1 or 2 levels deep, but for the visitors it's more easy to keep it like this. What i like to see, is that this categorie menustructure get loaded by AJAX scripting, the best would be at first visit : load the head-menustructure and sublevel 1 after opening sublevel 1, already load the sublevels 2 so there will not be any delay when the visitor opens sublevel 2, because of the ajax script loading. When open sublevel 2,. the ajax script has to load sublevel 3 in forehand etc.. ( Also it would be nice, if the sublevels which are loaded by ajax, uses a Cache file for these sub-levels, so there isn't a MySQL query needed. ) I want this for improvement for the SEO results. I can't find any module which do what i describe above, but maybe it can be a nice suggestion for improvement of the Thirty Bees core ? If somebody has already a good solution for what i describe above, please let me know....

The load time is in my test version about the same, but the First Byte time is slower than on the Prestashop 1.06 with that Page Cache module. That's why i wish a good Caching module, not only to improve the First Byte time, but also to make the TB shop more quick than ever before ! ;-)

"Right. FPC is fixed in upcoming version, but if you are on 1.0.8 it's not recommended to use. " I read on the TB forum that this FPC has very low priority, so will it be available in the 1.09 version, or do we have to expect a longer waiting time ? But the conclusion at this moment is, that i can't do anything to speed up the webshop more ? While i have to admit that changing the PHP version to 7.1 did gain some loadtime ! :) When the FPC is save to use, what option will be the best : APC ( or will APCu also be an option for TB ? ) - Memcache or Redis I like to know this now before ordering the VPS server :)

AS i read on the forum from TB, it's not "save" to use the build in "Full Page Cache " ? But i do want the speed back what we have before with the external module Page Cache which isn't compatible with TB... As i now understand, whatever i use ( Memcache, APC or Redis ) doesn't do anything without using the FPC from TB ! ?? So i don't win any speed with SSC ? > Of course, there may be some third party modules that uses SSC as well, but I would bet you don't have such module installed Do you mean third party modules for TB, or whatever extension module for the server ? If for TB : can youn tell me what is available ? If for the server : we are planning to get the new shop running at a new VPS, so the administrator can install anything needed.

I am migrating a Prestashop to TB 1.08 , but i miss the module Page Cache (we used it at PS 1.6 ) , which isn't compatible with TB. I want to use the option : "Server Side Caching" in TB but wonder which is the best one to choose to speed up the webshop. There are the following options : Memcache via PHP::Memcache (you must install the Memcache PECL extension) Memcached via PHP::Memcached (you must install the Memcached PECL extension) APC (you must install the APC PECL extension) redis (you must install the redis extension) I understand the server need to support that caching option, but i want to ask the server administrator to install the needed extension. I want to speed up the webshop for all visitors, so for guest, logged in users etc, but also for SEO, but it must be save so that logged in customers not will see someones others shopping cart or anything like this !

I am migration a Prestashop 1.6 to Thirty Bees, which seems to have no problem, also the layout looks good with the used Prestashop 1.6 theme :) When testing, there's a problem with the categories, when i click a category link, i get an 404 error message. In SEO and URL's my category_rule is : {meta_title}_{id} But i get an error message : ** Keyword "{rewrite}" required for route "category_rule" (rule: "{meta_title}_{id}") ** I dont't want to change that route, because all product categories URL's will be changed ! Why can't i use "{meta_title}_{id}" in Thirty Bees, while this do work in PrestaShop 1.6 !???

Uiteraard, maar ik moet een nieuwe id aanmaken voor die 9% btw, ik kan uiteraard die oude ID aanpassen qua percentage, maar dan kloppen de oude orders niet meer...

Dat begrijp ik, maar ik zal ook de btw-regel bij het product moeten aanpassen. Heb je mogelijk een standaard SQL query waarmee ik dat in een keer kan doen ?

Wat is de beste manier om de BTW van 6% naar 9% aan te passen ? Kan ik dat het beste rechtstreeks in de database doen, moet ik daarbij rekening houden met een eventuele prijs exclusief BTW ?

I contacted the module builders : They think this code (from their script) causes the problem : validateOrder does make a validation which is "Paid" and later it is changed by their script to "Pending" At first they told me the function validateOrder had to be changed in the core-files from TB to solve this problem ! ? After letting them know that i can't imagine that, they think they have to re-write their code... Part of the code : public function execPayment($cart) { // Save order in backend $iOrderState = 1000; // Awaiting payment $this->validateOrder($cart->id, $iOrderState, $cart->getOrderTotal(true, 3), $this->displayName, 'Betaling wordt gestart', array(), false, false, $cart->secure_key); $iOrderId = $this->currentOrder; $oOrder = new Order($iOrderId); For myself i don't anything "strange" which can cause the problem ?