Après passage en PHP 7.1, chez One.com

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • RobertG
    a répondu
    Dans le php.ini local, accessible de manière différente selon le type de serveur local, il faut chercher les paramètres upload_max_filesize et post_max_size, et en ouvrant phpMyAdmin, onglet "importer", regarde la taille autorisée.

    Laisser un commentaire:


  • Eddy.vh
    a répondu
    Bonjour.
    Robert ne parle pas de fichiers de configuration mais de la configuration de la version PHP chez l'hébergeur.
    Pareil pour MySQL.

    Laisser un commentaire:


  • mlamer
    a répondu
    Je l'ai fait dans php.ini, Dans le dossier php. Ou serait config.php?
    Tu parles de celui du site? Etdans MySql?

    Laisser un commentaire:


  • RobertG
    a répondu
    Pourtant, 29 Mo, ça devrait passer sans problème, mais le serveur se fait la malle. Tente dans un premier temps d'augmenter encore le max_execution_time si ton erreur apparaît plus tôt que 5 minutes après l'envoi du fichier, et vérifie aussi le poids maximum autorisé pour l'envoi de fichiers. Tu dois le faire dans la config PHP mais aussi dans celle de MySQL, si je ne me trompe.

    Laisser un commentaire:


  • mlamer
    a répondu
    La base fait 29 Mo, et c'est un copier/coller du résultat quand j'importe la base de données dans localhost/phpmyadmin.

    Laisser un commentaire:


  • RobertG
    a répondu
    Si ta base est toujours trop lourde, exporte-la en plusieurs parties.
    J'ai comme l'impression à voir ce que tu cites que les textes sont des copier-coller depuis Word, avec des images codées au lieu d'images stockées sur le site, ce qui doit sacrément alourdir ta base et expliquer tes soucis d'import.
    Tu n'as d'ailleurs toujours pas répondu à la question concernant le poids de cette base.

    Laisser un commentaire:


  • mlamer
    a répondu
    Bonjour,
    Importation base de données via phpMyAdmin chez one.com et importer depuis phpMyAdmin en localhost.
    Donc même avec 300, impossible, j'ai ce résultat: Erreur

    Analyse statique :

    1 erreurs trouvées lors de l'analyse.
    1. Expression manquante. (near "ON" at position 25)
    Requête SQL : Éditer

    SET FOREIGN_KEY_CHECKS = ON;

    MySQL a répondu : Documentation
    #2006 - MySQL server has gone away

    Ouvrir une nouvelle fenêtre phpMyAdmin
    Warning in .\libraries\dbi\DBIMysqli.php#204
    mysqli_query(): MySQL server has gone away

    Backtrace

    .\libraries\dbi\DBIMysqli.php#204: mysqli_query(
    ,
    string 'INSERT INTO `aras1_content` (`id`, `asset_id`, `title`, `alias`, `introtext`, `fulltext`, `state`, `catid`, `created`, `created_by`, `created_by_alias`, `modified`, `modified_by`, `checked_out`, `checked_out_time`, `publish_up`, `publish_down`, `images`, `urls`, `attribs`, `version`, `ordering`, `metakey`, `metadesc`, `access`, `hits`, `metadata`, `featured`, `language`, `xreference`) VALUES (191, 606, \'acceuil\', \'acceuil\', \'<div class="caption" style="position: relative; height: 0px; padding-bottom: 56.25%; text-align: center;"><span style="color: #ff0000; font-family: \'\'comic sans ms\'\', sans-serif;"><span style="font-size: 36pt;">Bienvenue sur le site de l\'\'A.R.A.S.</span></span><span style="color: #ff0000; font-family: \'\'comic sans ms\'\', sans-serif;"><span style="font-size: 36pt;"><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAABRQAAAN2CAYAAAC ICgWDAAAgAElEQVR4Aey9WbNlR3bf99/DGe58a8BYjUZ3s5tDtEjJalmy7DAVQSnCYYds0w4/iPabQ/4YCjH0DfSqB7047Ac7FKZkiaJIhSmLpsSmutlN9IAGGkABhZqn O55pj47fyr3u3Ti4t24NAKoKl

    Laisser un commentaire:


  • mlamer
    a répondu
    Bonjour, Non, pas vue et je ne vais dans le panel des sites qu'en cas de besoin...
    J'ai en max_execution_time 30, j'ai mis 300 et je reviens dire quoi.

    Laisser un commentaire:


  • RobertG
    a répondu
    J'imagine que tu as déjà récupéré en local, par ftp, tout ce qui est dossiers.
    Pour ce qui est de la base, quel est son poids et est-elle compressée ?
    Manifestement, le temps est dépassé lorsque tu l'importes 'MySQL has gone away' : commence par augmenter la valeur de max_execution_time de PHP qui doit être beaucoup trop basse, relance le serveur et réessaie ton import. Si tu n'as pas exporté la base en cochant la case "DROP TABLE", vide ta base locale avant de recommencer.

    Juste pour info, dans l'administration des sites depuis des semaines, l'info signalant que PHP 5.6 et 7.0 sont obsolètes et doivent être remplacées par une version plus récente apparaît dès l'ouverture. Tu ne l'as pas vue ?

    Laisser un commentaire:


  • mlamer
    a répondu
    Merci, donc OK? je comprends le truc, mais comme je n'arrive pas à récupérer le site en local, y a t-il une solution pour mettre à jour le PHP en laissant le site en place?
    A noter toutes les erreurs qui apparaissent quand j'essaie de récupérer...
    Voici la copie d'é"cran quand, une fois la BD récupérée chez one, je veux le remettre en localhost:

    L'intégration d'une image ne marche toujours pas: https://i57.servimg.com/u/f57/12/32/53/90/phpmya10.jpg
    Dernière édition par mlamer à 09/01/2019, 02h32

    Laisser un commentaire:


  • manu93fr
    a répondu
    Bonsoir,
    Le fait de mettre à jour Joomla, est-ce que ça met automatiquement le PHP à jour?
    La réponse est non

    Mais tu peux sans problème faire une sauvegarde manuelle pour déplacer le site sur un serveur local et faire ce que tu veux pour ensuite le réinstaller sur ton hébergement distant
    Pour prévenir tout problème lors des évolutions de votre site Joomla ou tout risque d'attaque par un pirate, il est primordial que vous fassiez régulierement des sauvegardes de votre site ! Vous avez...

    Laisser un commentaire:


  • mlamer
    a répondu
    Envoyé par RobertG Voir le message
    Je répète ma première question :

    Ce serait la meilleure solution pour faire toutes les mises à jour indispensables avant de repasser en PHP 7.
    Non, l'hébergeur ( contacté via panel) s'en fout complètement, et se dégage de ça, il avait soi-disant prévenu du passage à PHP 7.1 au 1/01/2019, pas eu de com' dessus...

    Le fait de mettre à jour Joomla, est-ce que ça met automatiquement le PHP à jour?

    Laisser un commentaire:


  • RobertG
    a répondu
    Je répète ma première question :
    Tu n'as pas de possibilité de revenir en version 7.0 ou 5.6 chez ton hébergeur, le temps de faire toutes les mises à jour ?
    Ce serait la meilleure solution pour faire toutes les mises à jour indispensables avant de repasser en PHP 7.

    Laisser un commentaire:


  • mlamer
    a répondu
    J'ai essayé avec phpmyadmin mais j'ai galéré car la bd était trop grosse ( modif du fichier php.ini) puis là, des erreurs d'importation...

    Laisser un commentaire:


  • RobertG
    a répondu
    Tu n'as pas de possibilité de revenir en version 7.0 ou 5.6 chez ton hébergeur, le temps de faire toutes les mises à jour ?
    Pour rappel, on est en version 3.9.1 depuis quelques temps (la 3.9.2 est a priori prévue pour mardi prochain) et plus en 3.8, et si ton site plante en 7.1, c'est qu'au moins une des extension ne supporte pas cette version de PHP et qu'il faut que tu mettes tout à jour avant de revenir en version 7 de PHP.
    Pour info, je fais tourner des sites sous PHP 7.3 sans incident.

    Si tu n’arrives pas à déployer en local ta sauvegarde, c'est peut-être là aussi un conflit de version. Quelle est celle de PHP en local ?
    Et quand on n'y arrive pas avec Akeeba, il reste toujours la méthode à l'ancienne par ftp et export/import de la base avec phpMyAdmin (cherche sur mon site fontanil.info, il y a des infos sur cette méthode).
    Dernière édition par RobertG à 08/01/2019, 17h22

    Laisser un commentaire:

Annonce

Réduire
Aucune annonce pour le moment.

Partenaire de l'association

Réduire

Hébergeur Web PlanetHoster
Travaille ...
X