DaoKakao

Nice design!

My 5cents: Generally, the problem of compatibility with previous versions isn't decided properly even by software grands.Just remember, that M$ windows or oracle or ibm has tons of very weird/buggy/deprecated/slow/et c. software which is kept version-by-version for the sake of compatibility with tons of important software dependent on their products. Thus they sentenced to keep this plenty of shit for decades. So, let wish a good luck for devteam on their thorny way.

Hetzner? Co-location?

I mentioned sun/solaris just because had some experience with it and was happy of such easy and simple approach. Well, please, don't take it as a critics/stupid advice, et c. Anyway, all TB devteam deserves nothing but great respect for your efforts.

Is it possible to try to borrow something like SUN/Oracle's Solaris snapshots mechanism? They used it for upgrade process: during upgrading OS a snapshot for the new version created, so after upgrade complete one have a choise to boot into new OS, or into old one in case of bad upgrade. A snapshot itself contains only blocks that has been changed since it creation so it doesn't take much disk space.

2 @violinparts: What prevents you from making a copy of working shop then clean that copy off the customer's data and allow access to it for those who wants to help you? Is it your religion or marriage contract? ;)

Hey there! Glad to meet you!

@datakick said in [Free Module]Revws - Product Reviews: Is this part correct: [5][/5]You can read our [6]privacy policy[6] here ? yes, it is correct. It’s a placeholder for inserting a line-break. I meant the [6]...[6] tag - both parts are opening, no closing tag

Hi, Petr! Translating some strings to russian i've found a strange string: We promise that we will [1]not disclose[/1] your email address to anyone or use it to [2]spam[/2] you. We will not send you automated [3]marketing[/3] emails unless you [4]opt-in[/4] for it.[5][/5]You can read our [6]privacy policy[6] here. Is this part correct: [5][/5]You can read our [6]privacy policy[6] here ? Also i wrote earlier that not all string resources could be translated because are palced in the .js file. So the question is - do you plan to sort out this? Thanks in advance!

There's a oriental saying: "A dog is barkin', a caravan goes however". @lesley, @mdekker , @Traumflug, @datakick, @yaniv14 and others - you doin' a great job, so please dont pay much attention for such barks, just keep movin' your caravan ;)

Here's some notes on newest revws: 1. Some strings could not be translated 'canonical way' because are stiil placed in the .js file. 2. File 'revws.php', line #219: $tab->name[$lang['id_lang']] = 'Product reviews'; this means, than independently of langualge selected in the shop's BO, this menu item will be displayed in English and could not be translated with TB's standard translation system. Img attached - there's mix of un/translated strings in some module's tabs

Hmmm... I don't think a customer have any kind of link with any product except thru the order.

@dienzo said in Nginx config file: Any idea how to fix this? btw why it has to be such a pain in the ass with nginx meanwhile it just work with apache Because it is not an option to read documentation in any case, whether it is apache or nginx. ;) Nginx configs are quite straightforward and clear, so i wonder why you've got a 403. In order to get rid of mistakes in your nginx config i would do following: 1. Move section related to http and redirect to https into the very begin of config. "if" directive is excessive and useless in section related to http So i would amend it as: server_name example.com www.example.com; rewrite ^ https://example.com$request_uri? permanent; As far as i remember the "listen" directives should be at very begin of section Also i would check the 'public_html' permissions - usually it should be 755 and owned by 'www-data' user/group. In the nginx's config 'www-data' also should be set as the daemon's user/group

I use nginx. Took configs from there: https://gist.github.com/julienbourdeau/79961e9caa4263e9e34d2d056948d335 https://github.com/MattLoyeD/Prestashop-Nginx https://gist.github.com/cosmic76/df4f1b986c10d383e83f0e474ab87b6b Second one seems to be the most suitable.

Nice news! Thanks and all the best for the dev team :)

I've found three obstacles not allowing latest ES to work with TB ES module: 1. 'Coz i use php 7.2 i had to fix regex in the main module's file (elasticsearch.php): ``` protected static function splitUrl($url, $decode = true) { $xunressub = 'a-zA-Z\d-._~!$&\'()*+,;='; ... $xscheme = '([a-zA-Z][a-zA-Z\d+\-.]*)'; ... $xhostName = '([a-zA-Z\d\-.%]+)'; ``` In this lines some dashes should be cloaked with "\", except related to symbol ranges. Otherwise the module can't even connect to ES. I've found, that in database the product field's named "active" value set to '1' or '0'. Module's logic passes it to ES intact. Meanwhile, ES requires this field have to be true or false. I could not invent anything better than simple workaround in the module's file classes/Fetcher.php: ``` public static function initProduct($idProduct, $idLang) { ... $product = new Product($idProduct, true, $idLang); if ($product->active ==='1') { $product->active = true; } else { $product->active = false; } ... ``` After applying it everything worked (almost) Some of products weren't indexed however. Here's the ES's answer got during indexing: success true indexed 690 total 692 nbErrors 1 errors […] 0 {…} id_lang 1 id_shop 1 id_product 349 error Document contains at least one immense term in field="color_listproperty" (whose UTF8 encoding is longer than the max length 32766), all of which were skipped. Please correct the analyzer to not produce such terms. The prefix of the first immense term is: '[32, 32, 60, 117, 108, 32, 99, 108, 97, 115, 115, 61, 34, 99, 111, 108, 111, 114, 95, 116, 111, 95, 112, 105, 99, 107, 95, 108, 105, 115]...', original message: bytes can be at most 32766 in length; got 40860 bytes can be at most 32766 in length; got 40860 I suppose this is because that product has near 100 combinations, so need further investigations. Regards.

Some people on that forum (and other as well) experience poblems with products import/export/mass edit. So, they mostly rely on 3rd-party modules for this puproses. From another hand, almost eveyone is quite familiar with excel and NOT familiar with SQL Thus, i wrote this guide for those ones, who faced need of mass editing/export/import for repetitious products/combinations, and who don't know much about sql clauses, but use cell drag-drop operations. As for me i use all tools.

Folks, let the TB team go their way. They know what to do. If someone think he can/will do better - then nobody stops him/her from doing this. Everything else is just self-brainf...k

It is possible even via MS Excel and/or LibreOffice. I made a post about it some time ago

Always do backups, After new install or begore installing new module(s), upgrading ti new version, etc. - in that case you can always restore your site's initial state. In your case there's not enough info: which theme you use/installed. I will try to offer following steps to you: 1. If you use community theme bundled with TB, then you can try to install and apply any new theme 2. then uninstall community theme 3. Install community theme and apply it. All this won't guarantee good result. Re-installing TB will give you needed result.

As usual "the truth is somewhere near"... As it seems to me now it is unique chance for people like you, @rubben1985 , to became a marketing leader. TB lacks marketing/desgin? Try to develop something on this field for them. IMO, a personal contribution to coding/desugn/mrjeting, et c. sometimes even more important than funding, especially at the very begin. Just remember a Linux story - this was made 'just for fun' initially. And they got a lot of funds much much later. BTW, i like your site design. This is another pro foro you to try yourself in marketing/design :)

@rubben1985 said in Call for votes for (or against) upgrading Smarty: Guys, merchants are mostly worried about stability. Merchants are mostly worried about profit. If any technology increases ROI, it is always welcomed. If stability leads to stagnation it will be replaced for something more optimal, leading to the profit and earnings growth. It is kind of art - how to manage a project like a TB and to keep balance between holding those clients who already brings profit, and attracting new clients, who would bring earnings increase

Tried to connect manticore search (manticoresearch.com), it is Ok, but there's a lot of hand works of fine tuning and configs editig. Now i tend to try elasticsearch. One important reason for elastic is faceted search/navigation, it should be much faster than native.

I've upgraded my 1.0.5 to 1.0.6, having smarty downgraded from higer version to older. Everything is Ok.

Nice post, short and clear.