Que dois-je faire si phpcms v9 ne peut pas transmettre le nom en double ?

Que dois-je faire si phpcms v9 ne peut pas passer avec le même nom ?

Scénario : Solution à l'incapacité de PHPSSO à communiquer dans phpcms v9 (l'incapacité de PHPSSO à communiquer affecte indirectement l'incapacité des membres inscrits à phpcms v9 à passer "impossible de passer avec le même nom" )

Dans des circonstances normales, la plupart des gens font ceci :

Créez un environnement virtuel localement, utilisez localhost ou 127.0.0.1 pour installer le système V9, il n'y a pas de problème avec une communication locale, faites donc une sauvegarde des données locales. À ce moment-là, l'installation à distance serait installée via le nom de domaine, puis les données locales seraient restaurées directement sur le serveur distant. Dans ce cas, il arrivait souvent que SSO et. le système V9 n'a pas pu communiquer

En raison des données dans la sauvegarde Le lien enregistré est que l'URL est localhost ou 127.0.0.1 ou la machine locale 192.168.xxx.xxx, ce qui est incohérent avec le nom de domaine. Par exemple, SSO correspond à www.lanrensc.com, et le système V9 après récupération des données correspond à localhost ou 127.0.0.1 , si les deux sont incohérents, bien sûr la communication sera impossible. C'est l'une des raisons les plus courantes, et. peuvent généralement être résolus selon les méthodes officielles.

Bien sûr, si vous constatez que la méthode officielle ne peut pas résoudre le problème, vous pouvez utiliser la V9 locale pour écraser directement la méthode distante en fonction de tous les codes sources du répertoire, y compris le V9Cache et le cache SSO générés en raison pour l'installation. Vous devez savoir Les informations de base de données enregistrées dans le cache sur la machine locale et sur le serveur sont différentes, en particulier dans les systèmes Linux avec des restrictions d'autorisation strictes, donc même si vous suivez la méthode officielle, la communication est généralement toujours impossible

Raison 2 : Le cache de la machine locale V9 et le cache du SSO écrasent les fichiers correspondants du serveur. C'est la deuxième raison la plus courante d'échec de communication. Vous pouvez essayer de modifier plusieurs fichiers dans le cache : system.php et. database.php dans les répertoires cacheconfigs et phpsso_servercachesconfigs. Modifications spécifiques Je n'entrerai pas dans les détails de la méthode. Vous pouvez vérifier si le fichier de configuration datebase.php dans les caches contient les données dont vous avez besoin.

En plus des deux raisons ci-dessus, il existe deux possibilités :

Premièrement, s'il s'agit d'un serveur Linux, les autorisations du répertoire du site Web sont mal définies, ce qui peut entraîner l'incapacité pour communiquer

Deuxièmement, Les deux noms de domaine avec www et sans www pointent vers le même serveur en même temps Lors de l'installation de la V9, si le nom de domaine de premier niveau sans www est installé, mais que la machine locale utilise. www.lanrensc.com, la communication échouera dans ce cas

Surtout la deuxième raison, beaucoup de gens l'ont peut-être ignorée ! Que vous ayez WWW ou non, SSO considère qu'il s'agit de deux applications différentes. Bien entendu, des applications différentes ne peuvent pas communiquer. . .

Pour éviter les problèmes de communication entre V9 et SSO, il est recommandé de faire ceci :

1 Si vos données locales n'ont pas besoin d'être restaurées sur le serveur, téléchargez simplement le fichier modèle directement. , n'écrasez pas le dossier de cache distant

2. S'il y a des données sur la machine locale qui doivent être restaurées sur le serveur, n'oubliez pas de ne pas enregistrer les tables contenant les trois préfixes de. v9_admin, v9_member et v9_sso lors de la sauvegarde des données locales. Lors de l'installation de la V9 à distance, utilisez une nouvelle installation une fois l'installation terminée, téléchargez uniquement la sauvegarde SQL et le package de modèles dans le dossier cachesbakupdefault

3. Dans certains cas, SSO considère qu'avec www et sans www sont deux applications différentes, même si elles pointent vers le même serveur. Si vous utilisez principalement www, pensez à l'utiliser pour installer la V9.

4. Serveur Linux, veuillez faire attention aux autorisations du répertoire d'installation de la V9. Veuillez utiliser le téléchargement binaire pour le téléchargement FTP. Si le serveur est un hôte indépendant et que vous disposez des autorisations root, il n'est pas recommandé de le faire. utilisez un compte avec les autorisations root pour télécharger. Utilisez plutôt Créer. Le compte associé sur le site télécharge le programme V9.

Une nouvelle façon de résoudre le problème de communication SSO est de :

Créer une sauvegarde des données de la table qui ne contient pas les trois préfixes v9_admin, v9_member et v9_sso ( local ou sur le serveur, peu importe), puis installez une toute nouvelle V9 sur le serveur (utilisez les répertoires install, cache et phpssoserver de la dernière V9 pour écraser le dossier du même nom sur le serveur, et supprimez le install.lock dans le cache) pour garantir que la communication V9 nouvellement installée est réussie, il suffit donc de restaurer la sauvegarde précédente.

Site Web PHP chinois, un grand nombre de Tutoriels PHPCMS gratuits, bienvenue pour apprendre en ligne !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!