Havouza
Trusted Members-
Posts
1,502 -
Joined
-
Last visited
-
Days Won
5
Content Type
Profiles
Forums
Gallery
Downloads
Articles
Store
Blogs
Everything posted by Havouza
-
From phpinfo.php Have no clue what has happened. Just stoped working post_max_size 16M 16M upload_max_filesize 8M 8M
-
Already done. Upload quota is 8 mb and the pic was 9.8 kb
-
Hi! Suddenly I get a new error when trying to upload a product image. Any hint what can have happened. Nothing is changed lowtide.jpg : Fil (storlek: 9779) är för stor (max : 0) In english it say that the file is too big, max 0 Server is ubuntu 20.4 Php 7.4 fpm Allowed upload size is 20 M
-
yes wer use it. Flawless well worth the price Snabb- och Bulkuppdatering Product Catalog (CSV, Excel) Import v6.5.3 - av MyPrestaModules
-
Well, all products have unique names, also in these problem cases. This must in my opinion mean that the URL also will be unique. This has at least worked in the other 1500+ products we have in each shop. After I rolled back, we recreated the same products, and now there is no problem. So I still don't think that is the problem.
-
@wakabayashi To sort things out once and for all. We create new products manually one by one in bo. Fill in the different sections. Info, price, category, image etc. Nothing else. If we use excel we use a upload module for that, only to update prices. We NEVER mass upload new products. Tb create all URLs itself.
-
Well it's about import to database. I doubt it has some impact on products that is uploaded 1 by one. We never import CSV files, if we upload we upload xlsx.
-
I updated with the stable 1.4 5 days ago, which caused the problem. And I don't think changes has been made later.
-
No I am not staying on 1.3. I updated to Bleeding edge 3 months ago and that say 1.4 so it was mostly finished then
-
It's not only2 products. If we take them away, it affect all new product that I upload. So for now I use the blledinf edge we installed 3-4 months ago. When we upload the same products in the old version it works
-
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.