J'ai viré phpmyadmin de mon VPS.
- Auteur de la discussion ortolojf
- Date de début
Bonjour cthierry
phpmyadmin n''était pas installé avec apt-get ni yum, mais durant l'install de ISPCONFIG, en fournissant le password de root/mysql.
Le site semble tenir le coup pour l'instant, mais le certificat LetsEncrypt ne sera probablement pas renouvelé à expiration.
Le certif va jusqu'au 11 Novembre 2025.
Je pense attendre Debian 13, puis migrer vers un autre VPS.
Le seul problème est la distro ( compatible avec ISPCONFIG ), et l'hébergeur.
Je suis depuis longtemps chez OVH, avec Gandi comme registrar.
phpmyadmin n''était pas installé avec apt-get ni yum, mais durant l'install de ISPCONFIG, en fournissant le password de root/mysql.
Le site semble tenir le coup pour l'instant, mais le certificat LetsEncrypt ne sera probablement pas renouvelé à expiration.
Le certif va jusqu'au 11 Novembre 2025.
Je pense attendre Debian 13, puis migrer vers un autre VPS.
Le seul problème est la distro ( compatible avec ISPCONFIG ), et l'hébergeur.
Je suis depuis longtemps chez OVH, avec Gandi comme registrar.
WRInaute occasionnel
@ortolojf tu galères.
C'est impossible d'aider sans venir sur la machine
Du coup, je ne vois plus qu'une seule solution : c'est de réinstaller phpmyadmin
apt install phpmyadmin
ou
apt install --reinstall phpmyadmin
Ne fait pas apt remove, pour éviter qu'il supprime le fichier phpmyadmin.conf dans un autre répertoire
Ensuite, tu lances l'url de phpmyadmin pour voir s'il fonctionne, sans oublier avant de redémarrer apache ou nginx.
Si tu as supprimé le fichier phpmyadmin.conf, il faut le recréer ou le reconfigurer.
C'est impossible d'aider sans venir sur la machine
Du coup, je ne vois plus qu'une seule solution : c'est de réinstaller phpmyadmin
apt install phpmyadmin
ou
apt install --reinstall phpmyadmin
Ne fait pas apt remove, pour éviter qu'il supprime le fichier phpmyadmin.conf dans un autre répertoire
Ensuite, tu lances l'url de phpmyadmin pour voir s'il fonctionne, sans oublier avant de redémarrer apache ou nginx.
Si tu as supprimé le fichier phpmyadmin.conf, il faut le recréer ou le reconfigurer.
Bonjour mickou51
ISPCONFIG lors d'un install, télécharge avec wget phpmyadmin, ( pas de apt-get ), puis s'installe et se configure.
Mon précédent n'indiquait pas que j'avais fait un uninstall.php, c'était une simple question.
J'ai fait celà hier soir :
uninstall.php
Il a tout effacé de ISPCONFIG, mais gardé mon site, puis j'ai refait la config de mon site ( autre id client ) et sa bdd, puis recopié mon site ( en ssh ) sur le nouveau répertoire, après avoir fait :
install.php
Il n' pas installé phpmyadmin.
Le site est joignable sur l'ancien directory, pas le nouveau, ce qui nécesiterait de faire :
ln -s /var/www/pronostics-courses.fr/web /var/www/clients/client1/web1
C'est impossible, message d'erreur.
L'ancien site est joignable, je m'apprête à le mettre à jour ce matin.
ISPCONFIG lors d'un install, télécharge avec wget phpmyadmin, ( pas de apt-get ), puis s'installe et se configure.
Mon précédent n'indiquait pas que j'avais fait un uninstall.php, c'était une simple question.
J'ai fait celà hier soir :
uninstall.php
Il a tout effacé de ISPCONFIG, mais gardé mon site, puis j'ai refait la config de mon site ( autre id client ) et sa bdd, puis recopié mon site ( en ssh ) sur le nouveau répertoire, après avoir fait :
install.php
Il n' pas installé phpmyadmin.
Le site est joignable sur l'ancien directory, pas le nouveau, ce qui nécesiterait de faire :
ln -s /var/www/pronostics-courses.fr/web /var/www/clients/client1/web1
C'est impossible, message d'erreur.
L'ancien site est joignable, je m'apprête à le mettre à jour ce matin.
WRInaute accro
Et si tu relances tout connement comme Windows une installation d'ISPConfig, genre il se lance et détecte que tu as une version qui est déjà installée et te propose de la réparer ou agit comme un outil de mise à jour ou de réparation. Cela devrait permettre dans ce cas de reconfigurer tous les composants de ton serveur, y compris PhpMyAdmin, sans effacer les données existantes normalement.
Reste à savoir si le script d'installation d'ISPConfig est conçu pour détecter une installation existante, ou non, et passer en mode outil de mise à jour ou de réparation. Si c'est bon, cela devrait tout reconfigurer, et donc y compris PhpMyAdmin, sans effacer les données existantes, un peu comme Windows le fait quand tu réinstalles l'OS par-dessus.
Comme quoi, par expérience, je sais qu'il ne faut jamais bidouiller en SSH, car cela se paye cash. Et surtout content de me servir de Plesk, une interface de gestion web, qui m'évite dans 99% des cas à basculer sur le SSH.
Bien entendu, vérifier Mes allégations, car moi et ISPConfig cela fait deux, et c'est plutôt un raisonnement d'informaticien.
Reste à savoir si le script d'installation d'ISPConfig est conçu pour détecter une installation existante, ou non, et passer en mode outil de mise à jour ou de réparation. Si c'est bon, cela devrait tout reconfigurer, et donc y compris PhpMyAdmin, sans effacer les données existantes, un peu comme Windows le fait quand tu réinstalles l'OS par-dessus.
Comme quoi, par expérience, je sais qu'il ne faut jamais bidouiller en SSH, car cela se paye cash. Et surtout content de me servir de Plesk, une interface de gestion web, qui m'évite dans 99% des cas à basculer sur le SSH.
Bien entendu, vérifier Mes allégations, car moi et ISPConfig cela fait deux, et c'est plutôt un raisonnement d'informaticien.
Bonjour cthierry
Précisément, ISPCONFIG ne veut pas de install.php, car il constate qu'il est déjà installé.
Seule solution : Repartir à zéro, en désinstallant complètement ISPCONFIG, y compris tous les fichiers résiduels, ( pas seulement faire uninstall.php ), et réinstaller ISPCONFIG.
Mon site fonctionne, mais pas Matomo.
De toute manière, je dois changer de serveur VPS, car Debian 13 est sorti.
J'attends que ISPCONFIG soit compatible avec Debian 13.
Je garderai toute la config actuelle jusqu'à installation complète du prochain VPS.
Merci beaucoup de ton aide.
Précisément, ISPCONFIG ne veut pas de install.php, car il constate qu'il est déjà installé.
Seule solution : Repartir à zéro, en désinstallant complètement ISPCONFIG, y compris tous les fichiers résiduels, ( pas seulement faire uninstall.php ), et réinstaller ISPCONFIG.
Mon site fonctionne, mais pas Matomo.
De toute manière, je dois changer de serveur VPS, car Debian 13 est sorti.
J'attends que ISPCONFIG soit compatible avec Debian 13.
Je garderai toute la config actuelle jusqu'à installation complète du prochain VPS.
Merci beaucoup de ton aide.
WRInaute accro
Réponse du stagiaire rapide, car flemme de chercher aussi et surtout j'entrave que dalle à ISPConfig (à prendre avec des pincettes bien entendu ^^) :
cd /usr/local/ispconfig
PHP install/install.php --force
ou
PHP -q install/install.php
Et choisir reconfigure services quand demandé. Cela permet de forcer la réinstallation sans supprimer les données.
=> Bien entendu, l'ensemble de cette réponse est à vérifier et revérifier depuis la base de connaissance d'ISPConfig avant toute manip malheureuse.
cd /usr/local/ispconfig
PHP install/install.php --force
ou
PHP -q install/install.php
Et choisir reconfigure services quand demandé. Cela permet de forcer la réinstallation sans supprimer les données.
=> Bien entendu, l'ensemble de cette réponse est à vérifier et revérifier depuis la base de connaissance d'ISPConfig avant toute manip malheureuse.
Bonjour spout
Ces trois derniers jours, j'ai supprimé de mon ordinateur, site web et clés usb, toute référence et programmation, relatifs aux noms de jockeys que ce soit codés ou non.
Le codes étaient faits avec hash('sha256', $nomjo);
Maintenant ma database ne contient plus aucune référence à la table MySQL JOCKEY_HASHED, qui a été dropée ( ainsi que JOCKEYS depuis longtemps ), et il n'y a plus rien par rapport aux jockeys.
Simplement, je me suis dit que les jockeys étaient des données personnelles.
Voilà.
Ces trois derniers jours, j'ai supprimé de mon ordinateur, site web et clés usb, toute référence et programmation, relatifs aux noms de jockeys que ce soit codés ou non.
Le codes étaient faits avec hash('sha256', $nomjo);
Maintenant ma database ne contient plus aucune référence à la table MySQL JOCKEY_HASHED, qui a été dropée ( ainsi que JOCKEYS depuis longtemps ), et il n'y a plus rien par rapport aux jockeys.
Simplement, je me suis dit que les jockeys étaient des données personnelles.
Voilà.
Bon.
Constatant l'effet négatif sur le niveau prédictionnel de mon site de la non prise en compte des jockeys, je vais essayer de calculer des coefficients de corrélation entre les hippodromes et le niveau de performance des chevaux.
Les hippodromes ne sont pas des données personnelles.
Pfouuu...
Constatant l'effet négatif sur le niveau prédictionnel de mon site de la non prise en compte des jockeys, je vais essayer de calculer des coefficients de corrélation entre les hippodromes et le niveau de performance des chevaux.
Les hippodromes ne sont pas des données personnelles.
Pfouuu...
WRInaute accro
Je pense perso que dans le contexte des courses hippiques, les jockeys sont des professionnels dont les noms sont publiquement associés à leur activité. Du coup, les informations comme leur nom, leur participation à une course, ou leurs performances sont généralement considérées comme des données professionnelles, et non des données personnelles. Sinon, on va faire pareil avec les chanteurs, les ministres, les présentateurs etc. Et cela ne nous dit pas si tu as résolu ton problème de départ !
Bonjour cthierry
Je n'ai plus la possiblité d'utiliser les jockeys, car j'ai éliminé tous les codes php, les tables MySQL contenant ces noms de jockeys, et toutes les sauvegardes les contenant.
Je n'ai pas la possibilité de savoir la position de la CNIL au sujet des jockeys.
Le problème de mon site est résolu, dans la mesure où il fonctionne normalement, et est mettable à jour ( partants et résultats ), mais je n'ai plus accès aux stats Matomo.
Ispconfig quant à lui, est complètement vérolé et je n'y ai plus accès.
J'attends que Ispconfig soit compatible avec Debian 13, pour migrer le site.
Merci beaucoup pour ton aide.
Je n'ai plus la possiblité d'utiliser les jockeys, car j'ai éliminé tous les codes php, les tables MySQL contenant ces noms de jockeys, et toutes les sauvegardes les contenant.
Je n'ai pas la possibilité de savoir la position de la CNIL au sujet des jockeys.
Le problème de mon site est résolu, dans la mesure où il fonctionne normalement, et est mettable à jour ( partants et résultats ), mais je n'ai plus accès aux stats Matomo.
Ispconfig quant à lui, est complètement vérolé et je n'y ai plus accès.
J'attends que Ispconfig soit compatible avec Debian 13, pour migrer le site.
Merci beaucoup pour ton aide.
Bon.
Je ne résiste pas à vous montrer le résultat de ma fonction de pondération des coefficients de corrélation des chevaux aux hippodromes :
La fonction est : $y = log2($x + 1)
Appliquée 6 fois.
Je ne résiste pas à vous montrer le résultat de ma fonction de pondération des coefficients de corrélation des chevaux aux hippodromes :
La fonction est : $y = log2($x + 1)
Appliquée 6 fois.
Code:
Avant pondération
Array
(
[177299] => 3.782076738337
[178801] => 2.933325511132
[188937] => 0.4375
[189574] => 1.2252949897688
[200504] => 0.73604098276192
[200693] => 2.4691358024691
[203587] => 0.15254133870279
[206574] => 1
[207920] => 1
[208470] => 1
[219261] => 1
[229540] => 1
[230312] => 1
[236857] => 1
[240030] => 1
[246759] => 1
)
Après pondération
Array
(
[177299] => 1.1319279597576
[178801] => 1.1137878132691
[188937] => 0.8555580432306
[189574] => 1.0270904655944
[200504] => 0.95311779081087
[200693] => 1.0999229066302
[203587] => 0.59641179695659
[206574] => 1
[207920] => 1
[208470] => 1
[219261] => 1
[229540] => 1
[230312] => 1
[236857] => 1
[240030] => 1
[246759] => 1
)➡️ Offre MyRankingMetrics ⬅️
pré-audit SEO gratuit avec RM Tech (+ avis d'expert)
coaching offert aux clients (avec Olivier Duffez ou Fabien Faceries)
Voir les détails ici
Discussions similaires
