Problema Moving Drupal sito con SecurePages Module Abilitato

Ho fatto una copia del sito drupal6 con SecurePages modulo installato e configurato. Questo modulo è configurato per reindirizzare tutte o alcune pagine https - a seconda delle configurazioni. Per la nostra installazione di solito includiamo sezioni login e admin per reindirizzare a https.

Il problema è sul sito copiato che si trova su un nuovo dominio in quanto non siamo in grado di effettuare il login e accedere alla sezione admin perché reindirizzare indietro al / sito originale di origine. Quello che ci serve è o disabilitare il modulo securepages o aggiornare i domini. Per fare questo, è necessario accedere al database (es: phpmyadmin, etc), andare a variabili tavolo, e la ricerca di securepages configurazioni.

Se si desidera disattivare il cambio modulo:

1
s securepages_enable: 1: "1 ** **";
a

1
s securepages_enable: 1: "** 0 **";
Oppure, se si desidera aggiornare il cambio di dominio:

1
2
securepages_basepath s: 30: "http: //**www.domain.com**";
 securepages_basepath_ssl s: 31: "https: //**www.domain.com**";
a

1
2
securepages_basepath s: 30: "http: //**www.newdomain.com**";
 securepages_basepath_ssl s: 31: "https: //**www.newdomain.com**";
Dopo aver apportato le modifiche di cui sopra non dimenticare di eseguire il update.php ( http://www.newdomain.com/update.php )

Se si desidera disinstallare il modulo, provare a rimuovere la directory securepages ed eseguire update.php.

Managed DNS Servizi Showdown

Un tempo in cui ha più senso di business di esternalizzare DNS. Mentre si può utilizzare un registrar di domini per gestire e host DNS non sempre offrono migliori prestazioni o anche offrire SLA. Metteremo a confronto un paio di aziende che si specializzano in DNS solo hosting.

DynDNS

servizi completi offerti
senza tempi di fermo dall'inizio (2001)
DNS del cluster in tutto il mondo
multipiattaforma client di aggiornamento dinamico con eccellente documentazione
29,95 per zona all'anno
interfaccia web
SLA opzioni Offerings
Architettura basata Bind
EasyDNS

sconosciuto affidabilità
DNS del cluster in tutto il mondo
multipiattaforma client di aggiornamento dinamico
al prezzo di 19,99 dollari per zona all'anno
interfaccia web
nessuna offerta SLA
Architettura basata Bind
Nettica

sconosciuto affidabilità
DNS del cluster per lo più statunitense (1 posizione in UK)
al prezzo di $ 10 per zona all'anno
100 $ SLA offerta
nessun cliente aggiornamento linux, aggiornamenti ip dinamici tuttavia può essere fatto con l'arricciatura chiamata al loro sito web
interfaccia web
API di Windows solo di
ZoneEdit

Pioniere di DNS ospitato
Recente affidabilità Bad
Architettura basata Bind
DNS del cluster per lo più statunitense (1 posizione in Germania)
multipiattaforma client di aggiornamento dinamico
un'ampia gamma di clienti dinamiche aggiornamento (Java, Python, Perl, le chiamate dirette al loro sito web con wget), clienti ospitato su SourceForge documentazione limitata
ospitare 5 domini per libero, limitato a limite di query 200meg per dominio (circa 1 milione di query), altre opzioni di costo "crediti di zona @ $ 10,95 ciascuno" per servizi come domini aggiuntivi, bilanciamento del carico, il monitoraggio, query aggiuntive.
UltraDNS

Lista molto completa di offerte
15 nodi tutto il mondo su 5 continenti
Protezione contro DDOS DNS basato
API basata su XML cross platform
portale web
100% di uptime SLA
directory architettura basata, usando la tecnologia di replica di database Oracle. Non sulla base di BIND
$ 15 al mese per 1 dominio con 5 dischi e 5000 domande, i costi eccedenti sono $ 1 per 1.000 query e 0,50 centesimi per ogni ulteriore record.

Svnadmin: Impossibile aprire il file 'svn / db / fsfs.conf': Nessun file o directory

Dopo ho fatto un archivio di backup manuale del repo (un semplice tar.gz della cartella repo) ho eseguito il comando di aggiornamento sicuro che questo sta andando a risolvere il mio problema:

1
svnadmin aggiornare / svn / repo /
e dopo ha completato, ho verificato che svn stava ancora lavorando come previsto e controllato per il file fsfs.conf. Ma che è stato creato non ... Hmm ... Proviamo il comando copia a caldo comunque:

1
2
svnadmin hotcopy --clean-logs / svn / repo / / tmp / repo /
 svnadmin: directory No such file or: Impossibile aprire il file '/svn/repo/db/fsfs.conf'
esattamente lo stesso errore.

Cercando di capire ciò che il file contiene fsfs.conf Ho appena creato un nuovo repository per vedere se viene creato. In effetti il ​​mio v1.6.11 del svn creato il file di un nuovo repo, e dopo averlo copiato nella posizione del mio repository esistenti (come è stato fondamentalmente solo un file vuoto) il mio problema è stato risolto e il comando copia a caldo ha iniziato a lavorare. Ecco il contenuto del file come creato da mia versione svn, che ho copiato nella repo più vecchio per risolvere questo problema:

<Code> cat fsfs.conf
### Questo file controlla la configurazione del file system FSFS.

[memcached-server]
### Queste opzioni citarne server memcached utilizzati per memorizzare nella cache interna FSFS
### dati. Vedere http://www.danga.com/memcached/ per ulteriori informazioni su
### Memcached. Per utilizzare memcached con FSFS, eseguire uno o più memcached
### Server e specificare ognuno di loro in opzione in questo modo:
# First-server = 127.0.0.1:11211
# Remote-memcached = mymemcached.corp.example.com:11212
### Il nome dell'opzione viene ignorata; il valore è nella forma host: porta.
### Server memcached possono essere condivisi tra più repository;
### Tuttavia, se si fa questo, si deve * * garantire che i repository hanno
### UUID distinte e percorsi, o dati memorizzati nella cache da un altro repository
### Può essere utilizzato da un altro accidentalmente. Si noti inoltre che memcached ha
### Nessuna autenticazione per legge o scrive, quindi è necessario assicurarsi che la vostra
### server memcached sono accessibili solo dagli utenti fidati.

[cache]
### Quando si verifica un errore di cache-correlati, normalmente Subversion ignora
### E continua, la registrazione di un errore se il server è appropriato
### Configurato (e ignorando con file: // accesso). Per rendere
### Subversion mai ignorare gli errori della cache, togliere il commento di linea.
# Fail-stop = true

[Rep-sharing]
### Per risparmiare spazio, il filesystem può opzionalmente evitare di memorizzare
### Duplicare rappresentazioni. Questo ha un lieve costo in performace,
### Come il mantenimento di un database di rappresentazioni condivise può aumentare
### Commit volte. Il risparmio di spazio dipendono dalla dimensione della
### Repository, il numero di oggetti che contiene e la quantità di
### Doppioni fra loro, di solito una funzione della ramificazione e
### Processo di fusione.
###
### Il parametro seguente consente rep-sharing nel repository. Può
### Essere attivata e disattivata a piacimento, ma per i migliori risultati di spazio-risparmio
### Dovrebbero essere in grado costantemente per tutta la durata del deposito.
# Enable-rep-sharing = false </ code>
Speriamo che questo aiuterà gli altri di vedere lo stesso problema che stavo vivendo.