musicmaster

I have been looking how I could run my TB 1.08 on PHP 7.2 without those annoying warnings. My first step was looking for the highest Smarty version that worked with my shop. It was 3.1.27. Next I looked at the warning that got. I searched the code but there is only one instance of "each()" in it. I found on internet a "myEach()" function that should be able to emulate each() and implemented it. Attached is the resulting code. Only the file /libs/sysplugins/smartyinternalcompilebase.php has been changed from the default 3.1.27. The code comes under the /vendor/smarty directory of the shop. As far as I can see it works. Can other people test it? 01546705970018smarty.zip Follow up: it looks like the version-update wasn't a good idea. It seemed to give hangup problems when run under PHP 7.2. However, the modification of smarty_internal_compilebase.php seems to work well. See below. smarty_internal_compilebase.zip

When you want to debug javascript errors your first step should be to disable minimization (the CCC functions). As far as I can see you didn't do that. Always start with the first error message. In your first picture that is iris.min.js. That doesn't look like a TB file. If you move your mouse over the filename in the console you see its full path and say something about to which module it belongs. ERRBLOCKEDBY _CLIENT most likely means that some addblocker or anti-malware software that you installed blocked a file.

@rubben1985 said in error 500 when activating debug mode: anyone with programming knowledge can tell me if I did something wrong with the code I introduced in the validate file? (code was to make work a module). In the actual state when I activate debug, site breaks so I can not use it but I need the code inside the file (but maybe I made something wrong even if the module now it works) No way anyone can tell you how that will work out. Both functions that you have added include an external file that you haven't added.

It might be that DO had to redo things for Ubuntu 18.04. I set this droplet up two months ago and probably since then they repaired some bugs (in my install there was no Mysql password). I used to prefer Virtualmin but the fact that nowadays they don't even activate php reduced my trust. One curious question: I understand that my pretty url's did not work without overrides enabled. But what puzzles me is that on the homepage most of the images (80% at least) were shown correctly despite being a pretty url. How could that be?

Thanks for the tip. As a tip from me: your blogpost on installing TB on DO doesn't mention this allowoverride stuff (or that you need to add modrewrite for it). It might be good to add it.

Thanks, that fixed it.

@lesley said in Product links don't work: Not overrides in your installation allow overrides in apache, https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride Sorry, this evades me. I thought we talked about TB/PS overrides and suddenly you refer to Apache overrides. What is your point? Is there something wrong with my Apache configuration?

Localhost is on php 5.7. The servercode is a copy of the localhost code. Both have overrides enabled.

This is PHP 7.2. Could that be a problem?

The funny thing: all this is working on my localhost, but not on the server. I have refreshed the .htaccess many times but it just doesn't have an effect.

I want to keep the Prestashop linking system. So I copied the link descriptions from my Prestashop installation (see attached picture). But it doesn't work. Neither the category links (like http://www.bilbil.com/34-chocolade), nor the product links (like http://www.bilbil.com/geslaagd/155-snoepblik-geslaagd.html) work. They result in 404s. In addition I have a problem that on my home page some pictures show the file-not-found image. But they do have an image and I can't get the image to show. Take for example http://www.bilbil.com/5722-homedefault/chocolade-munten-50-gram.jpg. This should refer to http://www.bilbil.com/img/p/5/7/2/2/5722-homedefault.jpg. But that image is there and the "pretty url" not.

I will look whether I can make this somehow reproducible. At the moment I can't find the key.

As soon as I refresh the page it is normal. Somehow TB does not preserve its css file in circumstances where PS does so.

I mean that I regularly see my TB pages as below. And that that never happens with a Prestashop installation.

When I reboot my computer and the browser comes up again I will see the webshop under Prestashop as I left it. However, the same webshop under Thirty Bees will look as if the CSS file wasn't loaded. Is there a way to fix this?

@fabsca said in thirty bees Fatal error: no UTF-8 support. Please check your server configuration.: . Or is it a TB problem? If you search the internet for "Fatal error: no UTF-8 support. Please check your server configuration" you will see that it is quite common with Prestashop too and has to do with server restrictions.

Did you fix the ElasticSearch bug that is mentioned here: https://forum.thirtybees.com/topic/2395/update-to-1-0-8-shows-500-server-error/9

In de psorderdetail tabel worden zowel prijzen met als zonder btw opgeslagen. Dus veel win je niet met het aanmaken van een nieuwe tax id. Aan de andere is het ook niet veel werk zo'n nieuwe belasting id te implementeren. Je krijgt zoiets als update psproduct set idtaxrulesgroup=6 where idtaxrulesgroup=2 Waarbij de waarden bij jouw natuurlijk anders kunnen liggen en je ook psproduct_shop moet updaten...

In de backoffice ga je naar Localisatie->Belastingen en pas je het tarief aan. Daarvoor hoef je niet rechtstreeks in de database bezig te gaan.

Ervan uitgaand dat je de prijzen inclusief btw gelijk wilt houden moet je de prijzen excl btw met 106/109 = 0.97247706 vermenigvuldigen. Prestashop slaat alleen de prijs excl btw op dus die moet je veranderen. Je kunt dat rechtstreeks in de database of met Prestools doen. Let wel op dat je geen producten met 21% btw meeneemt.

Oplossing gevonden. Op twee plekken heeft MyParcel ook een spatie voor de keynaam. Laten we hopen dat dit incidenten zijn (Myparcel en Elasticsearch hebben dezelfde auteur). Het is niet echt handig als TB door strengere eisen kunstmatige incompatibiliteit creeert.

Bij mij is alles "vol". Eén product is genoeg. Toen ik mijn eerste product in de mand deed kreeg ik een Xhr error en elke verversing van de pagina daarna geeft een crash. Zodra ik MyParcel uitzet is die weg.

Bij mij niet. Daarom heb ik de upgrade naar 2.2.1 gedaan. Heb je getest met een volle winkelmand?

It turned out that I hadn't adapted my host name (nano /etc/hostname). DO as a default copies the name of the droplet as hostname. But if you haven't adapted it such a name looks like "ubuntu-2gb-ams2-01" (much longer with installed software) and it seems that those dashes are problematic.

I just reported the same [ PSCURRENCYDEFAULT] is not a valid configuration key at line 1005 in file classes/Configuration.php error in the Dutch forum. I have attached the module - a Dutch carrier module - file there. The error happens at the frontside when there is something in the shopping cart. https://forum.thirtybees.com/topic/2402/myparcel-met-tb-1-08-geeft-problemen I don't use Elastic Search