La réception de “Rejetée Personnages Principaux” erreur dans CodeIgniter
J'obtiens le message suivant: Rejeté les Principaux Personnages et de la chaîne de production, le message semble être
__utmt_~42
Je suis juste essayer de charger la page et pour la vie de moi ne peut pas comprendre pourquoi cela se passe. Il a commencé à sortir de nulle part. Comment puis-je localiser la source de cette?
Quelle chaîne de caractères, où ? Dans une chaîne de requête ? Lorsque vous appelez quoi ? Nous avons besoin de plus de détails.
C'est ce que je ne suis pas sûr à ce sujet. Je viens d'essayer d'appeler la page principale, il n'y a pas de formulaires soumis ou quoi que ce soit d'autre. Comment puis-je savoir où il serait en provenance de?
C'est ce que je ne suis pas sûr à ce sujet. Je viens d'essayer d'appeler la page principale, il n'y a pas de formulaires soumis ou quoi que ce soit d'autre. Comment puis-je savoir où il serait en provenance de?
OriginalL'auteur user2694306 | 2014-10-01
Vous devez vous connecter pour publier un commentaire.
A eu un problème similaire, de sorte que, pour l'amour de résultats de recherche Google:
__utmt est un cookie. Plus spécifiquement, un cookie Google Analytics. Le ~Numéro de la partie signifie probablement que c'est un copier/dupliquer. Pensez-y comme à l'word.doc~1 fichiers qui sont stockés sur votre ordinateur lorsque vous travaillez dans un document Word.
Donc, tout d'abord, vérifiez votre code google Analytics sur le site, est-il un double quelque part?
Mon problème a été résolu par la modification de cette dupliqué ligne:
Bizarre, c'est que le fichier a toujours eu cette dupliqué ligne de code, pour autant que mon GIT remonte. Il pourrait être un changement dans le code google analytics gère les cookies...
Oh, et le "Rejeté les Principaux Personnages de la partie". C'est normalement une bonne chose, la protection de votre CI app contre le mal.
Ses dans le system\core\Input.php fichier.
Salut, vous pourriez modifier votre Entrée helper un peu (fichier: system/core/Input.php), mais ce n'est certainement pas la meilleure méthode. Dans la méthode _clean_input_keys vous petit plus ponctuellement ajouter:
if (preg_match("/^[\w:\/]+~[0-9]+$/i", $str)) { // this is causing the problem, try unsetting it unset($_COOKIE[$str]); } else { exit('Disallowed Key Characters'); }
Aussi, vous pourriez peut ajouter tout ce qui est après l'instruction if dans un autre. Testé et fonctionne pour moi.if ( ! preg_match("/^[a-z0-9:_\/-]+$/i", $str)) { // Disallowed Key Characters part } else { // fetch clean string // and return $str; }
Qu'entendez-vous par nettoyer la chaîne, pouvez-vous me donner un exemple? Aussi est-il de toute façon à désactiver les cookies à l'aide d'une regex? Serait la désactivation d'un cookie google analytics avoir des conséquences imprévues?
Cela devrait fonctionner, vous pouvez remplacer tout le code de la fonction qui provoque le problème. Il essaie de désactiver l' __utmt_~42 cookie types, si elle se trompe jamais (probablement...) puis il ignore simplement le cookie.(Code non testé, je n'ai pas de CI sur ce PC.
if ( ! preg_match("/^[a-z0-9:_\/-]+$/i", $str)) { // Disallowed Key Characters part if (preg_match("/^[\w:\/]+~[0-9]+$/i", $str)) { // this is causing the problem, try unsetting it unset($_COOKIE[$str]); } else { exit('Disallowed Key Characters'); } } else { // fetch clean string // and return $str; }
OriginalL'auteur Grrrben
Suivez les étapes suivantes
OriginalL'auteur Ahmad Zaib X-Islamian
Changement sur system/core/Input.php
OriginalL'auteur Trevyn Meyer
J'allais le commentaire, mais je n'ai pas assez de réputation, apparemment. J'ai eu un problème similaire ce matin. Il a été provoqué par un cookie (__utmt_~1). Mon site permet de créer un cookie appelé __utmt, mais pas avec l'unique trait de soulignement, tilde et 1. Je soupçonne qu' __utmt_~1 est une copie de l'original cookie, mais je ne suis pas sûr de savoir comment il a été créé. Toutefois - effacer mes cookies arrêté les Interdits des Personnages Clés du message.
OriginalL'auteur Junosapien