Ce module qui ajoute un effet au survol dans les thèmes Panda ajoute une override en BO sur le template des images.
Celui-ci écrase l'option d'édition en direct des légendes d'images, il faut donc le mettre à jour en remplaçant le tpl d'origine par celui-ci fourni en pièce-jointe
images.tpl

Déjà répondu ici et sur tweet.phenix, ce ne sont pas des erreurs mais des warnings.
la mise à jour globale des int(10) en int(11) ne fait pas de détail et j'ai pris en compte tous les modules natifs installés ou pas.

Ok, dans /models/OpartQuotation.php, ligne 960 vous avez ce bloc:

        if($this->context->employee){
            $cart->id_lang =  $this->context->employee->id_lang;
        }
        else{
             $cart->id_lang =  $customer->id_lang;
        }

A remplacer par :

        if($this->context->employee){
            $cart->id_lang =  $this->context->employee->id_lang;
            $this->context->employee->id = 0;
        }
        else{
             $cart->id_lang =  $customer->id_lang;
        }

Petit patch correctif pour les produits les plus vus dans cette page également (Bug si dates sélectionnées == date du jour et ne trie pas les résultats dans l'ordre souhaité)
Dans dashproducts.php ligne 482, remplacez le bloc else par celui-ci

		else {
			return Db::getInstance(_PS_USE_SQL_SLAVE_)->executeS('
			SELECT p.id_object, pv.counter
			FROM `'._DB_PREFIX_.'page_viewed` pv
			LEFT JOIN `'._DB_PREFIX_.'date_range` dr ON pv.`id_date_range` = dr.`id_date_range`
			LEFT JOIN `'._DB_PREFIX_.'page` p ON pv.`id_page` = p.`id_page`
			LEFT JOIN `'._DB_PREFIX_.'page_type` pt ON pt.`id_page_type` = p.`id_page_type`
			WHERE pt.`name` = \'product\'
			'.Shop::addSqlRestriction(false, 'pv').'
			AND DATE_FORMAT(dr.`time_start`, "%Y-%m-%d") >= "'.pSQL($date_from).'"
			AND DATE_FORMAT(dr.`time_end`, "%Y-%m-%d") <= "'.pSQL($date_to).'"
			ORDER BY pv.counter DESC
			LIMIT '.(int)$limit);
		}

@Greg69 a dit dans bug installation bdd :

Sur votre version, il y a le webp (je ne sais pas comment l'activer, il faut passer par un module externe?).

Non, Préferences => images

Il y a Stripe qui accepte tous les moyens de paiements.

Le principe de ces modules est que ça crée des clients particuliers (à qui on donne une clé d'accès). Il peuvent alors voir/créer/modifier leurs produits dans une page dédiée et l'admin valide.
Ils peuvent également suivre leurs commandes/sav etc.
Il faut créer un entrepôt par vendeur et associer ses produits à son entrepôt (ce qui permettra de calculer correctement les frais de port)

Si votre boutique est en https et que la génération des pdf crashe car le tpl utilise $img_ps_dir modifier la ligne 141 de /classes/pdf/HTMLTemplate.php en remplaçant:

'img_ps_dir' => 'http://'.Tools::getMediaServer(_PS_IMG_)._PS_IMG_,

Par

'img_ps_dir' => Tools::getShopProtocol().Tools::getMediaServer(_PS_IMG_)._PS_IMG_,

idem dans /classes/pdf/HTMLTemplateSupplyOrderForm.php à la ligne 175.

Un de plus m4pdf sur appel du fichier pdf.php qui permet d'uploader un fichier php qui sera stocké dans le répertoire /tpl du module.
Il y a un contrôle à 2 balles sur un cookie (qu'on peut forger) et un token qui correspond au MD5 du nom du fichier qu'on envoie...

header('Location: '. Tools::getShopProtocol() . $url);

No, the HtmlTemplateInvoice() class always expects an object of type OrderInvoice, so there will never be a problem.

The HtmlTemplateDeliverySlip() class accepts both types of objects (Order or OrderInvoice). This historical code error only triggered a warning up to PHP 7.2, but beyond that, it's a fatal error.

Merci pour l'info, je ne sais pas si j'intègrerai ce module dans mes correctifs vu comment Payplug est peu coopératif (ils ont refusé d'activer ApplePay pour les 1.6 alors que je leur avais ré-écrit le module pour ça)

J'ai arrêté de debuguer ces 2 modules (ps_account et ps_checkout) car à chaque mise à jour de leur part, nouveau bug.

Bonsoir,
Ce module, prochainement intégré à Phenixsuite devrait vous convenir

eoliahreflang.zip

Prenez le temps de lire le changelog, il y a beaucoup de nouveautés dans les paramètres

Hum, oui ça m'a l'air un peu bancal.
Chargez le module autoupgrade (fourni dans le zip) et sur votre ftp,dans le fichier /config/settings.inc.php mettez comme version 1.6.2.39 et lancez l'autoupgrade, ça devrait remettre tout ça d'équerre.

Non, normalement il n'y a pas de raison.
Vous avez bien accès à votre BO ?

Votre site est quand même en ligne (il lui manque juste les produits de démo à priori)

ah non ça c'est le access.log
Chez Ionos: https://www.ionos.fr/assistance/hosting/problemloesungen-fuer-php/activer-laffichage-des-messages-derreur-en-php-8-et-superieur/

error.log de votre serveur / hébergeur