Havouza

I wrote the post and added the pics. But they came up in wrong order. But I think it's quite obvious which pic is which anyway. But it does not matter now, the rollback fixed it so we keep it there. We have tested everything. Taken away the post that always show up, it just change post. Maybe something went wrong with the update but for now we keep it as is. Perhaps I will try to update it again and see if the same thing happens but that means some downtime if it goes wrong so that has to wait.

Rolled back snapshot taken just before update so now is all back to normal. That update will not be installed here

After update to stable 1,4 we have got a very strange problem. If you follow the pic you will understand 1. From phpmyadmin. Note the ref nr 85619 which is correct 2. BO Ref or artikelnr 85619. correct 3 nSearch for 85619. Note the image and price. Its correct 4. Detail for trhe product. Wrong refnumber (Artikelnr), wrong picture, wrong description. All Info and picture is taken from the 85626. Whatever product we add, it come correct in the first 3 steps but the get all info and ref nr from 85626. How is this possible

Again, core updater were updated BEFORE I deleted the tb updater. I then reinstalled the tbupdster and directly tested to update to 1.4 stable without any update of the core updater. So your assumption is wrong. You also suggest it can be a adblocker. Who has an adblocker on a dedicated webshop VPS. But 1.4 is now installed and I assume that 1.5 will be years ahead so the problem is solved.

The problem is that every error s always a user error never va software error. In this case I dont accept that.

@datakick Well you can say whatever. The only thing I did between 2 updates, was to reinstall the updater. Nothing else. It was about 2 hours between. And I always have all used modules updated to the latest. So don't talk crap please.

Well it turned out that because I uninstalled the old Updater, the Core upådater stop working. Strange that a module is depreaced but must still e installed

Nothing i tb logs or in Server logs

Tried to update from a bleeding Edge installed 3 monts ago to the stable 1.4 but got an error. See screenshot

This is the full list of files that is marked modified.

config/json/files.json modified vendor/composer/autoload_classmap.php modified vendor/composer/autoload_files.php modified vendor/composer/autoload_psr4.php modified vendor/composer/autoload_static.php modified vendor/composer/installed.json modified vendor/composer/installed.php modified vendor/composer/platform_check.php modified vendor/guzzlehttp/guzzle/README.md modified vendor/guzzlehttp/guzzle/UPGRADING.md modified vendor/guzzlehttp/guzzle/composer.json modified vendor/guzzlehttp/guzzle/src/Client.php modified vendor/guzzlehttp/guzzle/src/ClientInterface.php modified vendor/guzzlehttp/guzzle/src/Cookie/CookieJar.php modified vendor/guzzlehttp/guzzle/src/Cookie/CookieJarInterface.php modified vendor/guzzlehttp/guzzle/src/Cookie/FileCookieJar.php modified vendor/guzzlehttp/guzzle/src/Cookie/SessionCookieJar.php modified vendor/guzzlehttp/guzzle/src/Cookie/SetCookie.php modified vendor/guzzlehttp/guzzle/src/Exception/BadResponseException.php modified vendor/guzzlehttp/guzzle/src/Exception/ClientException.php modified vendor/guzzlehttp/guzzle/src/Exception/ConnectException.php modified vendor/guzzlehttp/guzzle/src/Exception/GuzzleException.php modified vendor/guzzlehttp/guzzle/src/Exception/RequestException.php modified vendor/guzzlehttp/guzzle/src/Exception/ServerException.php modified vendor/guzzlehttp/guzzle/src/Exception/TooManyRedirectsException.php modified vendor/guzzlehttp/guzzle/src/Exception/TransferException.php modified vendor/guzzlehttp/guzzle/src/Handler/CurlFactory.php modified vendor/guzzlehttp/guzzle/src/Handler/CurlFactoryInterface.php modified vendor/guzzlehttp/guzzle/src/Handler/CurlHandler.php modified vendor/guzzlehttp/guzzle/src/Handler/CurlMultiHandler.php modified vendor/guzzlehttp/guzzle/src/Handler/EasyHandle.php modified vendor/guzzlehttp/guzzle/src/Handler/MockHandler.php modified vendor/guzzlehttp/guzzle/src/Handler/Proxy.php modified vendor/guzzlehttp/guzzle/src/Handler/StreamHandler.php modified vendor/guzzlehttp/guzzle/src/HandlerStack.php modified vendor/guzzlehttp/guzzle/src/MessageFormatter.php modified vendor/guzzlehttp/guzzle/src/Middleware.php modified vendor/guzzlehttp/guzzle/src/Pool.php modified vendor/guzzlehttp/guzzle/src/PrepareBodyMiddleware.php modified vendor/guzzlehttp/guzzle/src/RedirectMiddleware.php modified vendor/guzzlehttp/guzzle/src/RequestOptions.php modified vendor/guzzlehttp/guzzle/src/RetryMiddleware.php modified vendor/guzzlehttp/guzzle/src/TransferStats.php modified vendor/guzzlehttp/guzzle/src/Utils.php modified vendor/guzzlehttp/guzzle/src/functions.php modified vendor/guzzlehttp/guzzle/src/functions_include.php modified vendor/guzzlehttp/psr7/README.md modified vendor/guzzlehttp/psr7/composer.json modified vendor/guzzlehttp/psr7/src/AppendStream.php modified vendor/guzzlehttp/psr7/src/BufferStream.php modified vendor/guzzlehttp/psr7/src/CachingStream.php modified vendor/guzzlehttp/psr7/src/DroppingStream.php modified vendor/guzzlehttp/psr7/src/FnStream.php modified vendor/guzzlehttp/psr7/src/Header.php modified vendor/guzzlehttp/psr7/src/InflateStream.php modified vendor/guzzlehttp/psr7/src/LazyOpenStream.php modified vendor/guzzlehttp/psr7/src/LimitStream.php modified vendor/guzzlehttp/psr7/src/Message.php modified vendor/guzzlehttp/psr7/src/MessageTrait.php modified vendor/guzzlehttp/psr7/src/MimeType.php modified vendor/guzzlehttp/psr7/src/MultipartStream.php modified vendor/guzzlehttp/psr7/src/NoSeekStream.php modified vendor/guzzlehttp/psr7/src/PumpStream.php modified vendor/guzzlehttp/psr7/src/Query.php modified vendor/guzzlehttp/psr7/src/Request.php modified vendor/guzzlehttp/psr7/src/Response.php modified vendor/guzzlehttp/psr7/src/Rfc7230.php modified vendor/guzzlehttp/psr7/src/ServerRequest.php modified vendor/guzzlehttp/psr7/src/Stream.php modified vendor/guzzlehttp/psr7/src/StreamDecoratorTrait.php modified vendor/guzzlehttp/psr7/src/StreamWrapper.php modified vendor/guzzlehttp/psr7/src/UploadedFile.php modified vendor/guzzlehttp/psr7/src/Uri.php modified vendor/guzzlehttp/psr7/src/UriComparator.php modified vendor/guzzlehttp/psr7/src/UriNormalizer.php modified vendor/guzzlehttp/psr7/src/UriResolver.php modified vendor/guzzlehttp/psr7/src/Utils.php modified

Hi! Started update to stable 1.4. Have installed 1.4 before as bleeding edge. Now I get a huge list of modified files. Is it something to worry about. No files have been changed by me or anyone here. Can it be from the latest update

Well can you explain the diff from yesterday, the shop showed 100 times to many visitors than it should

I use 1.4 so not that old. We have always used the latest version AND have a very strict robots.txt. So that is no excuse. The diff between 619 visitors and 5 yesterday has nothing to do with any of it. I will now clean out as much statistic modules as I can without breaking the system. There are more reliable free alternatives out there. Rant over

One od them is the registered cookies for guests. When We moved server 2 weeks ago there was 2.5 million rows in the database. Meaning about 1200 visitors per day since we opened the shop 6 years ago. That is ofc fairytail. Or yesterday the statistics module say the shop had 619 visitors when it had 5. Fairytail. For what purpose. This has been the case also whith PS. We now use Matomo/Piwik and Statcounter and they both give the exact same figures, very far from the shop module.

From where does TB gget the standard statistics shown when you choose statistics? I have never seen so inaccurate figures ever. We have also Matomo installed to compare and the built in statistics is a joke

Finally. There was a special package php7.4-redis. Now it works. Thanks

I use ubuntu 20.04. it has both php 7.4 and 8.1. We use 7.4 and have installed the redis package but for some reason it dont show up. Its already in 8.1 but too many modules does not work with it so thats no deal. Well we have to see.

@e-com Do I need a php package installed also? php-redis

@e-com Its interesting. Again now, I followed all the installation steps, all config steps, tested without and with authentication using ssh. All works. Fill it in in the form on TB, press Test and its read. I have no clue what to do next. I assume I dont have to open that port in the firewall

I have never been afraid of standing up to attacks. But the big problem is really the whole TB project. The vision were grand and it started off very well. Unfortunately the founders has all left and I dont see much new blood coming in. It has come a long way, and we are satisfied so far. But to be an alternative for many, it must be possible to get help. Most who want to run a webshop are not technicians or programmers. But we will see, we have no reason to change anything in the future. The server cache info I will find somewhere else

Why should I when someone attack me, because I did not consider his answer useful? I thought the forum was also for non developers. There is a banner on top of this page that say it all. I have been on this forum since we o ong the first migrated a PS. I ask a lot because I need to. But ok, it seems to be wrong

Have you got up on the wrong side or have you had a hard night or fought with the missis?. I ask a lot, that is what the forum is for. And datakick is the one who mostly have the answers and bother to share them. So dont bother with my questions, instead creep back in the hole you came from

Its time to implement server side cache on our shops. Which is the best to use? I tested redis but cant get it to work, always red when testing the server. The extension was installed

I saw one diff and that was that the other shop use php/fpm. Changed and all worked