Havouza

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

stackoverflow solution $str = "test"; echo($str{0}); since PHP 7.4 curly braces method to get individual characters inside a string has been deprecated, so change the above syntax into this: $str = "test"; echo($str[0]);

this is the whole 511 if ($suffix !== null && $sub_prop[0] == 'assign' && is_string($sub_prop[1]) && $sub_prop[1]{0} != $this->v_prefix) { $sub_prop[2] = array( WE use 7.4 in both shops. the other one has no problem. Can I just change the curly for brackets?

This comes from a footer in the second shop migrated. I suspect it can come from a cache but I dont know how to empy it when I have no access. where can the cache be stored? Or it is something else? @datakick

As always @datakick had the simple answer. THANKS. I learn a lot every day

Hi! I have migrated the 2 shops and they work well. But one thing is that many products dont show any pictures of the frontside, even if they all are in the BO. Have I mised something during migration or missed a setting @datakick perhaps have an answer also on this new server https://jv74.jv74.se/materialhantering/transport/biltillbehoer/lyftklossar/lyftkloss-efter-bilens-form-mt120x40-mm old server https://jv74.se/materialhantering/transport/biltillbehoer/lyftklossar/lyftkloss-efter-bilens-form-mt120x40-mm

Hi again I get this error when trying to go to cart. Se attachment Curl is installed and running