Vous pouvez désactiver le module directement via la base de données. Il suffit d'aller dans le system table, recherchez votre module en vertu de la name colonne, et de définir la status champ à zéro.
merci. Est-il sûr de désactiver les modules de ce genre ? pas de. Quelques crochets peut être appelée lorsque certains modules sont désactivés nettoyer ou de faire d'autres choses, donc ne faites cela que si vous ne pouvez pas les désactiver normalement. Il arrive à être sûr de ce module en particulier. Mais, hook_disable() est appelée quand un module est désactivé normalement par l'intermédiaire de l'interface d'admin, donc assurez-vous d'inspecter le module pour hook_disable avant de le faire comme ça. J'ai un problème similaire -- j'ai changé de config pour drupal pour forcer le SSL, mais se souvint alors que le serveur n'est pas configuré. Je n'ai pas envie de la génération d'un auto-signé ou l'obtention d'un cert et de mettre en place dès maintenant, si quelqu'un sait comment désactiver ce-que ce soit en bd ou dans le fichier de Config -- d'autre que ce qui a été suggéré (qui ne fonctionne pas)? Si vous avez suivi les instructions ci-dessus, puis securepages est définitivement désactivé. Vous pourriez avoir une autre question à la main (quelque chose sur votre config d'Apache peut-être?). Vous devriez poster une nouvelle question pour que les gens puissent les aider.
Cela va remplacer le paramètre de base de données.
Dans votre sites/example.com/settings.php, sortir de cette ligne, et puis il va utiliser n'importe quelle valeur dans la base de données.
pour une raison quelconque dans IE10 la redirection https a été mis en cache dans le navigateur! cette solution a fonctionné pour moi, mais IE10 ne voulait pas abandonner la redirection jusqu'à ce que j'ai effacé IE cache du navigateur... +1 pour la définition de cette dans settings.php Aucune idée pour les nouvelles versions de drupal? ni $conf['securepages_enable'] ni $conf['https'] rien faire (et je n'ai vider le cache de drupal, de navigation et de redémarrage du serveur pour s'assurer qu'elle a été la lecture de config) pour référence future, c'était en effet un autre module (le module LDAP) le contrôle de l'HTTPS. Je ne pense pas que je suis encore à l'aide de securepages. Solution parfaite. Cela pourrait être ACCEPTÉS ans.
Si vous utilisez drush, vous pouvez garder les Pages Sécurisées module activé et tout simplement désactiver la case à cocher dans le module propre config comme:
drush vset securepages_enable 0
Cela va arrêter la redirection.
vous pouvez également modifier l'Url si vous le souhaitez, comme suit, mais le dessus est en général suffisant.
La façon dont je l'ai fait sans désactiver le module est d'utiliser SQL pour modifier le réglage variable. D'abord une sauvegarde de votre base de données (dans le cas où vous placez un point-virgule au mauvais endroit; scratch qui, toujours sauvegarder votre base de données avant de faire des changements sur la ligne de commande), puis exécutez l'instruction SQL suivante sur votre base de données:
UPDATE variable SET value ='s:1:"0";' WHERE name ='securepages_enable';
Alors:
DELETE FROM cache;
DELETE FROM cache_page;
Vous avez besoin de ces deux lignes dans le but de vider le cache, sinon la variable pourrait rester dans les parages pendant un certain temps.
+1 je me sens plus sûr désactivation d'un réglage variable pour désactiver une fonctionnalité plutôt que la désactivation d'un module par le biais de la db pour les raisons énumérées ci-dessus. Puisque nous vivons dans l'Drush ère maintenant, drush -l yoursite.tld vset securepages_enable 0 devrait faire l'affaire. drush -l yoursite.tld cc all juste pour être sûr.
et de modifier settings.php pour appliquer HTTPS selon le contexte, par exemple:
if(isset($_SERVER['environment']&& $_SERVER['environment']=='staging')){
$conf['securepages_basepath']='http://staging.example.com';
$conf['securepages_basepath_ssl']='https://staging.example.com';}elseif(isset($_SERVER['environment']&& $_SERVER['environment']=='production')){
$conf['securepages_basepath']='http://www.example.com';
$conf['securepages_basepath_ssl']='https://www.example.com';}else{//We're on dev or some other server instance where SSL isn't needed.
$conf['securepages_enable']= FALSE;}
C'est juste un exemple, mais il a été un bon moyen pour nous de gérer les sites qui existent sur un serveur de dev, QA serveur et un serveur de production, où nous voulons suivre settings.php changements dans le contrôle de version, sans avoir à changer les choses dans chaque environnement.
Vous pouvez désactiver le module directement via la base de données. Il suffit d'aller dans le
system
table, recherchez votre module en vertu de laname
colonne, et de définir lastatus
champ à zéro.pas de. Quelques crochets peut être appelée lorsque certains modules sont désactivés nettoyer ou de faire d'autres choses, donc ne faites cela que si vous ne pouvez pas les désactiver normalement.
Il arrive à être sûr de ce module en particulier. Mais, hook_disable() est appelée quand un module est désactivé normalement par l'intermédiaire de l'interface d'admin, donc assurez-vous d'inspecter le module pour hook_disable avant de le faire comme ça.
J'ai un problème similaire -- j'ai changé de config pour drupal pour forcer le SSL, mais se souvint alors que le serveur n'est pas configuré. Je n'ai pas envie de la génération d'un auto-signé ou l'obtention d'un cert et de mettre en place dès maintenant, si quelqu'un sait comment désactiver ce-que ce soit en bd ou dans le fichier de Config -- d'autre que ce qui a été suggéré (qui ne fonctionne pas)?
Si vous avez suivi les instructions ci-dessus, puis securepages est définitivement désactivé. Vous pourriez avoir une autre question à la main (quelque chose sur votre config d'Apache peut-être?). Vous devriez poster une nouvelle question pour que les gens puissent les aider.
OriginalL'auteur anschauung
Dans votre settings.php fichier:
$conf['securepages_enable'] = FALSE;
Cela va remplacer le paramètre de base de données.
Dans votre
sites/example.com/settings.php
, sortir de cette ligne, et puis il va utiliser n'importe quelle valeur dans la base de données.+1 pour la définition de cette dans settings.php
Aucune idée pour les nouvelles versions de drupal? ni
$conf['securepages_enable']
ni$conf['https']
rien faire (et je n'ai vider le cache de drupal, de navigation et de redémarrage du serveur pour s'assurer qu'elle a été la lecture de config)pour référence future, c'était en effet un autre module (le module LDAP) le contrôle de l'HTTPS. Je ne pense pas que je suis encore à l'aide de securepages.
Solution parfaite. Cela pourrait être ACCEPTÉS ans.
OriginalL'auteur jwal
Si vous utilisez drush, vous pouvez garder les Pages Sécurisées module activé et tout simplement désactiver la case à cocher dans le module propre config comme:
Cela va arrêter la redirection.
vous pouvez également modifier l'Url si vous le souhaitez, comme suit, mais le dessus est en général suffisant.
Je suis sous Drupal 7 btw, si YMMV, mais semble être un simple drush solution basée sur la suite de la réponse ci-dessus.
OriginalL'auteur Al Power
La façon dont je l'ai fait sans désactiver le module est d'utiliser SQL pour modifier le réglage variable. D'abord une sauvegarde de votre base de données (dans le cas où vous placez un point-virgule au mauvais endroit; scratch qui, toujours sauvegarder votre base de données avant de faire des changements sur la ligne de commande), puis exécutez l'instruction SQL suivante sur votre base de données:
Alors:
Vous avez besoin de ces deux lignes dans le but de vider le cache, sinon la variable pourrait rester dans les parages pendant un certain temps.
Puisque nous vivons dans l'Drush ère maintenant,
drush -l yoursite.tld vset securepages_enable 0
devrait faire l'affaire.drush -l yoursite.tld cc all
juste pour être sûr.OriginalL'auteur sillygwailo
Si vous avez Drush installé:
OriginalL'auteur Shaun Dychko
Je sais que cette question est ancienne et a été répondu à quelques reprises, mais il y a une autre option qui n'a pas été suggéré encore.
Vous pouvez désactiver complètement:
et de modifier settings.php pour appliquer HTTPS selon le contexte, par exemple:
C'est juste un exemple, mais il a été un bon moyen pour nous de gérer les sites qui existent sur un serveur de dev, QA serveur et un serveur de production, où nous voulons suivre settings.php changements dans le contrôle de version, sans avoir à changer les choses dans chaque environnement.
OriginalL'auteur Charlie Schliesser