mise a jour PHP

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

  • mise a jour PHP

    Bonjour,
    Finalement problème résolu , je viens d'installer PHP 7 avec Jessie Raspbian ( déjà sur PHP 5.6 )

    mon blog Joomla 3.8.11 tourne maintenant sur PHP7... j'ai juste un problème de MAJ sur JCE Editor Pro...que je verrais plus tard

    Bonne journée a tous





    Bonjour,
    Mon blog est installé chez moi sur un serveur Raspberry pi avec Raspbian et Ningx au lieu d'Apache.
    je viens de faire la MAJ de joomla version 3.8.8 tout marche...
    depuis quelque temps j'ai un message d'erreur me demandant de quitter PHP 5.4 et passer a PHP 5.6
    c'est vraiment indispensable..?
    dans ce cas qui a déjà essayé..?

    A+
    Dernière édition par xorg à 19/08/2018, 15h05

  • #2
    Tu devrais même passer en 7.0 ou 7.1, voire 7.2 si tes extensions supportent cette dernière version
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide). MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

    Commentaire


    • #3
      c'est vraiment indispensable..?
      Oui, pour différentes raisons : Joomla 3.8 n'est plus compatible avec php 5.4, cette version est une antiquité qui n'est absolument plus maintenue et elle est connue pour être trouée comme une crèpe dentelle.
      dans ce cas qui a déjà essayé..?
      La plupart des gens sont sur des versions php 7, donc encore plus récentes, php 5.6 est en fin de vie. Tous les hébergeurs (sérieux) sont passés à php 7 et ce que je te conseille de faire. Ton site devrait être plus rapide.
      Connaissez-vous la loi de Murphy ? Appliquée à Joomla elle pourrait s'énoncer ainsi :
      C'est toujours lorsqu'on n'a pas pris le temps de faire une sauvegarde que les problèmes surgissent et s'enchainent.
      Moralité : faites des sauvegardes, elles vous paraitront peut-être superflues mais elles ne sont jamais inutiles.

      Commentaire


      • #4
        Fais une sauvegarde du contenu et de la base de données avant la mise à jour.
        Puis, passe ton hébergeur en php 7 et utilise la mise à jour automatique de Joomla, et, si tout se passe bien, ton site sera à jour.
        En cas de difficultés, repasse dans ta version de PHP 5.4 et restaure ta sauvegarde, le temps de trouver une meilleure façon de mettre à jour PHP.

        Commentaire


        • #5
          Bonjour
          ZerooCool
          Faut bien lire la question hein

          Fais une sauvegarde du contenu et de la base de données avant la mise à jour.
          Le contenu et la base de donnée c'est pas la même chose ?
          Faut surtout qu'il fasse une sauvegarde complète tout court !
          https://kb.joomla.fr/procedures/sauvegarder-site-joomla

          Puis, passe ton hébergeur en php 7 et utilise la mise à jour automatique de Joomla, et, si tout se passe bien, ton site sera à jour.
          Son site est dejà a jour

          En cas de difficultés, repasse dans ta version de PHP 5.4 et restaure ta sauvegarde, le temps de trouver une meilleure façon de mettre à jour PHP.
          Normalement, le changement de version php n'affecte pas le site ... soit il fonctionne .. ou pas
          Et si ça marche pas, on remet la version de php initiale.

          xorg
          Pour en revenir a ton problème de version de php :
          c'est vraiment indispensable..?
          dans ce cas qui a déjà essayé..?
          OUI, ça devient insdispensable
          et beaucoup sont passé a php7 depuis belle lurette
          Te concernant, le principal etant de lister tes extensions et de vérifier quelles supporteront le passage a une version supérieure de php 5.4 ... voila voila
          “Un message d’erreur sur votre site Joomla ... ayez le reflexe de consulter le nouveau service (en Beta) de la base de connaissance https://kb.joomla.fr
          Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez chaque jour ? Alors adhérer à l'AFUJ https://www.joomla.fr/association/adherer

          Commentaire


          • #6
            Alors, je me trompe peut être, mais, je pensais que lors d'une mise à jour de PHP vers PHP 7, il se pouvait que même si le site est à jour, certains composants, modules, plugins, puissent alors à nouveau être proposés à la mise à jour. Je tiens cette idée d'une lecture qui disait que après une mise à jour de PHP, il était conseillé de réinstaller le template ( en tout cas, si il n'est pas natif à Joomla! ). Maintenant, effectivement, je me trompe peut être.

            Je pensais que certains paquets pouvaient ne pas être proposés à la mise à jour, si ils ne trouvent pas la version de PHP 7, et donc, que passer à PHP 7 pouvait tout de même permettre de nouvelles mises à jour qui n'auraient pas été proposées avec sa version actuelle de PHP 5.4.

            Commentaire


            • #7
              Je ne vois pas d'où tu tiens cette information. Aurais-tu remarqué dans les scripts de mise à jour des instructions relatives à la version de php ?
              D'une manière générale tu devrais sourcer tes affirmations, on ne refuse pas systématiquement de te croire mais tu as tendance à affirmer sans jamais citer de sources.
              Connaissez-vous la loi de Murphy ? Appliquée à Joomla elle pourrait s'énoncer ainsi :
              C'est toujours lorsqu'on n'a pas pris le temps de faire une sauvegarde que les problèmes surgissent et s'enchainent.
              Moralité : faites des sauvegardes, elles vous paraitront peut-être superflues mais elles ne sont jamais inutiles.

              Commentaire


              • #8
                Envoyé par ZerooCool Voir le message
                Fais une sauvegarde du contenu et de la base de données avant la mise à jour.
                Puis, passe ton hébergeur en php 7 et utilise la mise à jour automatique de Joomla, et, si tout se passe bien, ton site sera à jour.
                En cas de difficultés, repasse dans ta version de PHP 5.4 et restaure ta sauvegarde, le temps de trouver une meilleure façon de mettre à jour PHP.
                bonjour,
                merci pour l'ensemble de vos réponses..

                je vais essayé d'installer PHP7..

                je suis mon propre hébergeur sur le nano-ordi Raspberry pi et Raspbian et je sauvegarde l'ensemble de ma carte SD avec win32diskimager 1.0

                je vous tiendrais au courant..
                a+

                Commentaire


                • #9
                  on ne refuse pas systématiquement de te croire mais tu as tendance à affirmer sans jamais citer de sources.
                  Je n'ai peut être tout simplement plus le lien de cette source ... Ceci explique cela ...
                  Pas besoin de me dire que je ne source pas, c'est très rare que je ne source pas, et, si tu es de bonne fois, que tu consultes mon wiki, tu trouveras ENORMEMENT de sources dans ma veille journalière. Sinon, c'est que tu es de mauvaise fois.

                  Je pense avoir lu ça lors de mon passe de Joomla! 2.5 vers Joomla! 3.x et du changement de serveur, et, de version de PHP.
                  C'était un conseil qui, il me semble, était apporté sur le forum de Vertex Shape 5, par les développeurs du template. ( Sans certitudes. )
                  Quoi qu'il en soit, c'était un conseil apporté par des développeurs de template, qui préconisaient de réinstaller le template, en cas de changement d'hébergeur et de versions de PHP, plutôt que de passer par un simple transfert de données.
                  Dernière édition par cavo789 à 16/08/2018, 14h28

                  Commentaire


                  • #10
                    Envoyé par ZerooCool Voir le message
                    Alors, je me trompe peut être, mais, je pensais que lors d'une mise à jour de PHP vers PHP 7, il se pouvait que même si le site est à jour, certains composants, modules, plugins, puissent alors à nouveau être proposés à la mise à jour. Je tiens cette idée d'une lecture qui disait que après une mise à jour de PHP, il était conseillé de réinstaller le template ( en tout cas, si il n'est pas natif à Joomla! ). Maintenant, effectivement, je me trompe peut être.

                    Je pensais que certains paquets pouvaient ne pas être proposés à la mise à jour, si ils ne trouvent pas la version de PHP 7, et donc, que passer à PHP 7 pouvait tout de même permettre de nouvelles mises à jour qui n'auraient pas été proposées avec sa version actuelle de PHP 5.4.
                    Bonsoir,

                    Je pense que c'est une mauvaise interprétation de ZerooCool, certainement de traduction. Par expérience, la règle générale est de mettre à jour joomla, template et extensions en dernière version puis de basculer de version de php.

                    A ma connaissance, il n'y a jamais eu de mise à jour d'extension ultérieure au passage de php7 car en réalité le développeur rend le code compatible php7 en conservant la compatibilité avec l'ancienne version. Si l'extension n'a pas été mis à jour ou corrigé avant le changement de php sur le serveur, l'erreur sera le plus souvent fatale autant en front qu'en backend.

                    En résumé, on ne pourra jamais appliquer les correctifs de version de joomla si les mises à jour des extensions tierces ne sont pas réalisés. Mon conseil, c'est de passer au préalable en mode "dev" dans la configuration du site pour afficher les erreurs. Ainsi vous aurez le nom des extensions qui bloquent le site.

                    xorg Si tu est déjà sous 3.8.8 avec les dernières versions des extensions, tu ne devrais pas avoir trop de difficulté à changer de version de php. On peut être surpris en terme de performance (php7 est bien meilleur!).

                    ZerooCool l : Je pense que tu as lu quelque chose sur la migration (par ex de 2.3 à 3) d'une ancienne version de joomla auquel le template ne peut pas fonctionner. Ce qui n'est à mon avis, qu'une justification sur un "vieux" template ( adapter un template 2.5, c'est perdre les 3/4 des evolutions de la css, html5...). Bref, y a pas de mal, il faut simplement tenir compte des remarques. Merci pour ta compréhension

                    Anecdote : j'ai du intervenir cette année auprès d'un nouveau client sur un site qui était resté bloqué dans les mises à jour de joomla 3 (et le serveur en php5.6). En utilisant le mode dev, j'ai pu voir les erreurs après mise à jour et bascule en php7. J'ai simplement renommer les repertoires des plugins defectueux puis corrigé les erreurs du template réalisé par une agence web en attendant une refonte complète.

                    EDIT : Anecdote 2 : j'ai déjà fait fonctionner j3 sur raspberry : nginx, php7, http/2, let's encrypt, etc... et https://ngrok.com/

                    Pour info, php7 sera pratiquement obligatoire pour des raisons de sécurité mais aussi pour l'évolution pour Joomla 4.
                    Un avertissement se fait déjà dans l'administration de joomla ainsi que dans certaines extensions.
                    Dernière édition par daneel à 17/06/2018, 00h05
                    Joomla User Group (JUG) Lille : https://www.facebook.com/groups/JUGLille/

                    Commentaire


                    • #11
                      Ok, mettre à jour le site et les extensions, puis, changer la version de PHP. C'est bien compris.

                      Je pense savoir pourquoi le développeur m'avait fait cette proposition de réinstallation du template. J'étais sur un mutualisé qui ne me permettait pas de passer en version suppérieur de PHP.
                      J'avais donc du faire une migration de serveur, et, la mise à jour de php par après. Ma version de php ne me permettait pas, à l'origine, de faire la mise à jour vers Joomla 3.x
                      C'est surement pour cela que l'on m'avait conseillé de réinstaller le template, après le changement de serveur, puis, de version de php.

                      Moins de soucis avec joomla 3.x quand l'hébergeur permet de changer de version de php, puisque joomla automatise maintenant les mises à jour.

                      Commentaire


                      • #12
                        Envoyé par daneel Voir le message

                        Bonsoir,

                        Je pense que c'est une mauvaise interprétation de ZerooCool, certainement de traduction. Par expérience, la règle générale est de mettre à jour joomla, template et extensions en dernière version puis de basculer de version de php.

                        A ma connaissance, il n'y a jamais eu de mise à jour d'extension ultérieure au passage de php7 car en réalité le développeur rend le code compatible php7 en conservant la compatibilité avec l'ancienne version. Si l'extension n'a pas été mis à jour ou corrigé avant le changement de php sur le serveur, l'erreur sera le plus souvent fatale autant en front qu'en backend.

                        En résumé, on ne pourra jamais appliquer les correctifs de version de joomla si les mises à jour des extensions tierces ne sont pas réalisés. Mon conseil, c'est de passer au préalable en mode "dev" dans la configuration du site pour afficher les erreurs. Ainsi vous aurez le nom des extensions qui bloquent le site.

                        xorg Si tu est déjà sous 3.8.8 avec les dernières versions des extensions, tu ne devrais pas avoir trop de difficulté à changer de version de php. On peut être surpris en terme de performance (php7 est bien meilleur!).

                        ZerooCool l : Je pense que tu as lu quelque chose sur la migration (par ex de 2.3 à 3) d'une ancienne version de joomla auquel le template ne peut pas fonctionner. Ce qui n'est à mon avis, qu'une justification sur un "vieux" template ( adapter un template 2.5, c'est perdre les 3/4 des evolutions de la css, html5...). Bref, y a pas de mal, il faut simplement tenir compte des remarques. Merci pour ta compréhension

                        Anecdote : j'ai du intervenir cette année auprès d'un nouveau client sur un site qui était resté bloqué dans les mises à jour de joomla 3 (et le serveur en php5.6). En utilisant le mode dev, j'ai pu voir les erreurs après mise à jour et bascule en php7. J'ai simplement renommer les repertoires des plugins defectueux puis corrigé les erreurs du template réalisé par une agence web en attendant une refonte complète.

                        EDIT : Anecdote 2 : j'ai déjà fait fonctionner j3 sur raspberry : nginx, php7, http/2, let's encrypt, etc... et https://ngrok.com/

                        Pour info, php7 sera pratiquement obligatoire pour des raisons de sécurité mais aussi pour l'évolution pour Joomla 4.
                        Un avertissement se fait déjà dans l'administration de joomla ainsi que dans certaines extensions.
                        Bonjour,
                        me revoilà...

                        je n'ai pas encore réussi a mettre PHP 7 sur mon raspbian..ça foire a chaque fois et je recommence..

                        j'ai tout de mettre réussi a passer de wheezi a jessie ( debian 8 ) et installer rpi-clone qui fonctionne a merveille...

                        je me retrouve donc actuellement avec Joomla 3.8.11 et PHP 5.6.ça marche .

                        mon RPI 2+ est installé avec le seveur nginx ce qui complique un peu la tache par rapport a apache2 semble t-il...pour PHP

                        j'ai vu que certains dépôts comme Dotdeb ne sont plus mis a jour dépassé PHP 7...c'est vrai..?

                        si quelqu'un a une solution je suis preneur.
                        A+

                        Commentaire


                        • #13
                          Bonjour,

                          pas de problème... voici la petite explication.. :

                          https://tutoandco.colas-delmas.fr/de...erry-raspbian/




                          Joomla User Group (JUG) Lille : https://www.facebook.com/groups/JUGLille/

                          Commentaire


                          • #14
                            j'ai tout de mettre réussi a passer de wheezi a jessie
                            C'est sur que ça doit mieux marcher, mais dans l'idéal il faudrait passer à strech (debian 9).
                            Je ne sais pas pour raspbian, mais debian strech pour intel/amd intègre php 7+
                            Connaissez-vous la loi de Murphy ? Appliquée à Joomla elle pourrait s'énoncer ainsi :
                            C'est toujours lorsqu'on n'a pas pris le temps de faire une sauvegarde que les problèmes surgissent et s'enchainent.
                            Moralité : faites des sauvegardes, elles vous paraitront peut-être superflues mais elles ne sont jamais inutiles.

                            Commentaire


                            • #15
                              Envoyé par daneel Voir le message
                              Bonjour,

                              pas de problème... voici la petite explication.. :

                              https://tutoandco.colas-delmas.fr/de...erry-raspbian/



                              merci pour la réactivité...!

                              j'ai déjà vu ce lien qui n'a rien donné chez moi car je dois en plus désinstaller PHP 5.6 et " bricoler" la config nginx,... car apache2 , fait tout automatiquement, mais pas nginx.

                              a+

                              Commentaire

                              Annonce

                              Réduire
                              1 sur 2 < >

                              C'est [Réglé] et on n'en parle plus ?

                              A quoi ça sert ?
                              La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                              Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                              Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                              Comment ajouter la mention [Réglé] à votre discussion ?
                              1 - Aller sur votre discussion et éditer votre premier message :


                              2 - Cliquer sur la liste déroulante Préfixe.

                              3 - Choisir le préfixe [Réglé].


                              4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                              2 sur 2 < >

                              Assistance au forum - Outil de publication d'infos de votre site

                              Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                              Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                              Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                              UTILISER À VOS PROPRES RISQUES :
                              L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                              Problèmes connus :
                              FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                              Installation :

                              1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                              Archive zip : https://github.com/AFUJ/FPA/zipball/master

                              2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                              3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                              4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                              5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                              6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                              et remplacer www. votresite .com par votre nom de domaine


                              Exemples:
                              Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/
                              Pour executer le script: http://www..com/fpa-fr.php

                              Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                              Télécharger le script fpa-fr.php dans: /public_html/cms/
                              Pour executer le script: http://www..com/cms/fpa-fr.php

                              En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                              Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                              Voir plus
                              Voir moins
                              Travaille ...
                              X