| « prev next » |
Como algum de você pode ter observado, meu local experimentou as dificuldades técnicas yersterday. O sistema do comentário não trabalhou. Você verá que a entrada com ID “xx” não exisit ou para paginar mensagens de erro não encontradas ou outras. Isto durou por aproximadamente 20 horas.
Para mim, quando eu tento logon usando meus nome e senha do usuário em MovableType, eu comecei o seguinte erro:
“Início de uma sessão inválido”
Pareceu que eu datilografei o username e a senha errados, que eu era muito certo estar correto.
Eu tentei a senha recuperar na função de MovableType mas fui dito que o usuário “Jian Shuo Wang” não existe.
Wired
Eu realmente scared e suportei - acima de tudo imediatamente. Eu tentei muitos dos métodos, including o restore meus apoios precedentes ao usuário. Estes não trabalham. Após o esse, eu sei algo erradamente com o software do usuário, em vez de minhas limas de base de dados.
As respostas foram dadas
Eu devo procurarar com o Google de “pelo início de uma sessão Invide” e pelo MovableType mais cedo. Realmente, este problema é descrbied no usuário mannual de MovableType já. De acordo com o secton de pesquisa de defeitos:
Eu mudei anfitriões, e agora eu não posso logon ao tipo móvel
Quando você mudar hospedar fornecedores (ou o movimento justo a um usuário diferente no mesmo fornecedor), é possível que os dois usuários têm versões diferentes da biblioteca do DB de Berkeley; esta é a biblioteca que o tipo móvel se usa armazenar seus dados. Quando você copía as limas do DB de um anfitrião a outro, se os dois anfitriões tiverem versões diferentes do DB de Berkeley, o anfitrião novo não lê as limas do anfitrião velho.
Isto pode ser reparado convertendo as limas do DB sobre ao formato usado pela versão nova da biblioteca; isto é realizado em diversas maneiras diferentes, dependendo das versões do DB de Berkeley envolvidas. As limas que necessitam ser convertidas são todas as limas em seu diretório do DB cujos os nomes de arquivo terminam em .db ou em .idx (as limas de .lock não necessitam ser convertidas).
O administrador do usuário promoveu o excitador de Dataase
Girou para fora que o administrador do usuário promoveu o excitador da base de dados no usuário. Eu verifiquei o sistema com o mt-check.cgi e comecei o seguinte resultado:
Tipo móvel [mt-check.cgi]
INFORMAÇÃO DO SISTEMA:
Diretório de funcionamento atual: E: /customer/wangjianshuo
Sistema operando-se: MSWin32
Versão do Perl: 5.6.0
(Provavelmente) funcionando sob o cgiwrap ou o suexecVERIFICAR PARA VER SE HÁ MÓDULOS REQUERIDOS:
HTML:: Molde (>= 2 da versão)…
Seu usuário tem o HTML:: Molde instalado (versão 2.6).Imagem:: Tamanho…
Seu usuário tem a imagem:: Tamanho instalado (versão 2.992).Lima:: Especs. (>= 0.8 da versão)…
Seu usuário tem a lima:: Especs. instaladas (versão 0.8).Cgi:: Bolinho…
Seu usuário tem o cgi:: Bolinho instalado (versão 1.16).
VERIFICAR PARA VER SE HÁ MÓDULOS DE ARMAZENAMENTO DE DADOS:Os seguintes módulos são usados pelas opções diferentes do armazenamento de dados dentro
Tipo móvel. Em ordem funcionada o sistema, seu usuário necessita ter pelo menos
um destes módulos instalados.DB_File…
Seu usuário tem DB_File instalado (versão 1.806).DBD:: mysql…
Seu usuário não tem DBD:: mysql instalado. DBI e
DBD:: o mysql é requerido se você quiser usar a base de dados de MySQL
backend. Consultar por favor as instruções de instalação para a ajuda
em instalar DBD:: mysql.DBD:: Página…
Seu usuário não tem DBD:: A página instalou. DBI e DBD:: Página
são requeridos se você quiser usar a base de dados de PostgreSQL
backend. Consultar por favor as instruções de instalação para a ajuda
em instalar DBD:: Página.DBD:: SQLite…
Seu usuário não tem DBD:: SQLite instalou. DBI e
DBD:: SQLite é requerido se você quiser usar a base de dados de SQLite
backend. Consultar por favor as instruções de instalação para a ajuda
em instalar DBD:: SQLite.
VERIFICAR PARA VER SE HÁ MÓDULOS OPCIONAIS:Os seguintes módulos são opcionais; se seu usuário não tiver estes
os módulos instalados, você necessita somente instalá-los se você requerer
funcionalidade que o módulo fornece.LWP:: UserAgent…
Seu usuário tem LWP:: UserAgent instalou (versão 1.73).SABÃO:: Lite (>= 0.5 da versão)…
Um ou outro seu usuário não tem o SABÃO:: Lite instalado, ou
a versão que é instalada é demasiado velha. SABÃO:: Lite é opcional;
é needed se você desejar usar o usuário da TA XML-RPC
execução. Consultar por favor as instruções de instalação
para a ajuda em instalar o SABÃO:: Lite.Lima:: Temperatura…
Seu usuário não tem a lima:: A temperatura instalou. Lima:: A temperatura é
opcional; é needed se você gostar puder
overwrite limas existentes quando você upload. Consultar por favor
instruções de instalação para a ajuda em instalar a lima:: Temperatura.Imagem:: Magick…
Seu usuário tem a imagem:: Magick instalou (versão 5.26).
Seu usuário tem todos os módulos requeridos instalados; você não necessita
executar todas as instalações adicionais do módulo. Continuar com a instalação
instruções.
Eu não posso recordar o número de versão precedente, mas não era obviamente 1.806 - esta corda parece assim estranha a mim.
O reparo
O reparo era fácil - para funcionar o db_upgrade comandar em todo o *.db e *.idx.
“Funcionar o db_upgrade?” É fácil dizer! O db_upgrade pode ser fàcilmente começa em um usuário de Linux ou de Unix. Onde posso eu começar o comando do db_upgrade de um sistema de Windows?
Eu procurarei o Internet e não começado uma resposta. O reparo final era, não surprisingly, eu pedi ajuda de meu amigo Eric. Abriu um cliente em seu usuário de Linux para mim. Eu não era hábil bastante transferir ainda dados de Windows a Linux. Assim eu abri o serviço do ftp em um outro usuário 2003 de Windows, transferido todo meu *.db e as limas de *.idx a esse usuário, download o do usuário de Linux - agradecer o deus que o TCP/IP está trabalhando no Linux. Funcionar o comando do db_upgrade *.db *.idx no dobrador que contem as limas de base de dados. Transferir então as limas novas para trás através do ftp server. Trabalhou como um encanto. O nightmare do problema do dabase terminou.
Importância do apoio
Muitos artigos são avaiable na instalação de MovableType. Entretanto, eu não vi qualquer um que falo sobre o apoio de MovableType. Eu sugiro a seguinte aproximação backup.
1. Exportar as entradas. No console de MovableType, a importação/exportação da barra esquerda da navegação e o clique do clique exportam entradas do name> do blog do <your e você vê o código do HTML. Não estalar diretamente a lima - > excepto como…. para conservá-la. Instead, vista do clique - > código de fonte. Depois que os códigos são carregados no notepad, clique excepto no menu de lima para conservá-lo. Eu estou usando o convension nomeando de yyyymmdd-blogname-weekly.backup.txt conservar as limas.
Nota especial: Verificar por favor as limas exportadas para certificar-se que não há nenhuma linha com os mais de sete traços “-”. Os traços do begining da linha têm meanings sepecial. Substituir assim todo o seperator nos comentários ou nos corpos da entrada como o ""
2. Excepto todas as limas de .db e de .idx em seus dobradores da base de dados. Deve haver 53 limas deles. As limas de .lock sempre têm os bytes 0 nela e não necessitam o apoio.