Havouza

@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

Hi! Is it possible to change a setting so you show the prices ex vat?

ok problem solved for now. Thousand thanks to @datakick for your patience

the strange thing is that it is on both shops. But at least somewhere to start Loadtime is still 1136 ms

This looks shit balso

@datakick

@datakick To compare the other server that is on the same vps and all else is the same

Is this the profiling info I attached? All Cache on, using Redis and full page cache. But same settings on both shops

@datakick I have fixed the problem. Unfortunately it does not change the cat that the new server is slow as the old one. I am running bleeding edge but perhaps ther is some new updates that is not installed here

@datakick Ok I will create a new key. Thanks Unfortunately it is still horribly slow. I hoped it would be better on a new server with double ram 16 gb, newer mysql server 8.3 and new ubuntu 20. but it is still the same old ones jv74.se jv80.se These to are clones sitting on the same server. Same amount of products about, same modules, same settings. But huge difference in loadspeed. On both BO is no problem 74.jv74.se is the migrated one. I have no clue where to look for the slow loadtime problem

@datakick settings.inc Looks correct The only thing is this lines about memcache that is not installed on this server define('_DB_SERVER_', 'localhost'); define('_DB_NAME_', 'db_jv74'); define('_DB_USER_', 'jv74'); define('_DB_PASSWD_', 'xxxxxxxx'); define('_DB_PREFIX_', 'ps_'); define('_MYSQL_ENGINE_', 'MyISAM'); define('_PS_CACHING_SYSTEM_', 'CacheMemcache'); define('_PS_CACHE_ENABLED_', '0'); define('_COOKIE_KEY_', 'EW14dGdgFNqqE3AgLSjXvmbue5p6uBGt4AvTWeSYVaFO6BJACZ8HdAea'); define('_COOKIE_IV_', 'M0Wb22fJ'); define('_PS_CREATION_DATE_', '2016-09-01'); define('_PS_VERSION_', '1.6.1.999'); define('_TB_VERSION_', '1.4.0'); define('_RIJNDAEL_KEY_', 'ish7GerF6In1RXpSaVYcseigqCPIv4Oy'); define('_RIJNDAEL_IV_', 'nqT3Sj8kz6AWqjlObU4OCA=='); define('_PS_DIRECTORY_', '/../../'); define('_PHP_ENCRYPTION_KEY_', 'def000008191607ea7718df3adf8fd33b20a58f11acae1bec4e13cf54b3c000a13dcb2e5d4a7cb76c473d33c5c3d6d4acb43d627e33ce546a018a498cd7c121fbd379f2a'); define('_TB_REVISION_', '7c468f3ccd75167e05b5a87a99cb666fd4d78bd8');

@datakick https://74.jv74.se/phpinfo.php

It seems to me that it is time to sity back and wait for the old server to die and the shops with it. Something is very fishy

Expanding memory did not help [Tue Aug 09 12:36:42.703583 2022] [proxy_fcgi:error] [pid 24119:tid 139926830479104] [client 185.60.237.38:47084] AH01071: Got error 'PHP message: PHP Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 20480 bytes) in /home/seven4/public_html/classes/db/DbPDO.php on line 73PHP message: PHP Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 20480 bytes) in /home/seven4/public_html/classes/ErrorHandler.php on line 193'