Nota: Você deve substituir #__ no post abaixo pelo alias (caminho) do seu banco de dados, que é o valor da variável $dbprefix que está definida no arquivo configuration.php do seu site Joomla.
Outra observação: Sempre faça backup de seu banco de dados Joomla antes de fazer qualquer modificação nele.
Um erro fatal não tão incomum em sites Joomla é o seguinte erro:
Erro de instanciação do aplicativo: a tabela 'db.#__session' não existe (Table ‘db.#__session’ doesn’t exist”)
Crie Sua Loja Virtual Gratuita em Plataforma Weebly em Questão de Minutos
1. A tabela de sessão está corrompida: O motivo mais comum do erro Tabela ‘db.#__session’ não existe é o corrompimento na tabela #__session, este é especialmente o caso quando a tabela está usando o mecanismo de armazenamento de banco de dados MyISAM (que é infame por causar corrupção de tabela). Se for esse o caso, você deve reparar a tabela, o que pode ser feito emitindo a seguinte consulta no phpMyAdmin :
REPAIR TABLE `#__session`
A consulta acima deve ser suficiente para reparar a tabela. Se não funcionar, talvez seja necessário reconstruir a tabela do zero, conforme descrito na seção a seguir.
Nota: Recomendamos mudar o mecanismo de banco de dados da tabela #__session para InnoDB ou para MEMORY, pois MyISAM é um mecanismo de banco de dados muito frágil.
2. A tabela de sessão foi excluída: Em algumas ocasiões, a causa do problema é uma tabela #__session excluída. Nesse caso, você precisará reconstruir a tabela. Reconstruir a tabela também funciona se a tabela estiver corrompida, mas não puder ser reparada usando a sintaxe REPAIR . A reconstrução da tabela #__session é um processo seguro porque as informações na tabela #__session devem ser voláteis e podem ser excluídas com segurança a qualquer momento.
Para reconstruir a tabela, você precisará executar as seguintes consultas no phpMyAdmin (o seguinte é compatível com Joomla 3.x):
DROP TABLE `#__session`;
CREATE TABLE IF NOT EXISTS `#__session` (
`session_id` varchar(191) NOT NULL DEFAULT '',
`client_id` tinyint(3) unsigned NOT NULL DEFAULT 0,
`guest` tinyint(4) unsigned DEFAULT 1,
`time` varchar(14) DEFAULT '',
`data` mediumtext,
`userid` int(11) DEFAULT 0,
`username` varchar(150) DEFAULT '',
PRIMARY KEY (`session_id`),
KEY `userid` (`userid`),
KEY `time` (`time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 DEFAULT COLLATE=utf8mb4_unicode_ci;
O código acima deve descartar sua tabela #__session e reconstruí-la.
Hospedagem Web Ilimitada A Partir De 12/Mês
Sua Hospedagem Compartilhada - A Melhor Hospedagem Web pelo melhor preço do Brasil
3. O usuário do banco de dados não tem controle total de leitura/gravação sobre a tabela de sessão: Uma causa não tão incomum do problema é um usuário que não tem privilégios totais sobre a tabela #__session . É provável que isso aconteça quando o banco de dados Joomla é gerenciado em um nível granular, e não por meio de um sistema convencional (como o WHM ). A correção do problema geralmente é feita concedendo permissões totais de leitura/gravação na tabela #__session (isso geralmente é feito por um administrador do sistema).
4. O banco de dados está vazio: Na semana passada, tivemos o problema Tabela 'db.#__session' não existe em um site, e descobriu-se que o banco de dados estava vazio. Não tinha uma única mesa, nenhuma. O banco de dados existia e os parâmetros de conexão estavam corretos, mas estava vazio (se o banco de dados não existisse ou se tivéssemos as credenciais de banco de dados erradas no arquivo configuration.php , teríamos visto o erro fatal Erro de instanciação do aplicativo em vez de). Corrigimos esse problema revertendo para um backup antigo. O backup não continha os dados mais atualizados, mas era muito melhor do que nada.
São diversas extensões de Domínios ao seu gosto e preferencia, com Add-ons GRÁTIS em todos os nomes de domínio
5. O arquivo de configuração está apontando para um banco de dados diferente: Em alguns casos, vimos um arquivo configuration.php onde os parâmetros do banco de dados estão apontando para um banco de dados existente, mas não para o banco de dados Joomla. Isso não é comum, mas pode acontecer e geralmente é causado por um erro humano : por exemplo, o administrador do sistema copiou o conteúdo do banco de dados Joomla para outro banco de dados, esvaziou o banco de dados original (e o usou para uma finalidade diferente), mas não atualizou os parâmetros no arquivo configuration.php para apontar para o novo banco de dados. Corrigir o problema consiste simplesmente em atualizar os parâmetros do banco de dados no arquivo configuration.php para apontar para o banco de dados real.
Esperamos que você tenha achado nosso post útil e que tenha ajudado a resolver seu problema. Se não, então você sempre pode entrar em contato conosco. Estamos sempre dispostos a atender, nossos preços são super baratos, e adoramos ter você como cliente e amigo!
SÃO DIVERSOS MODELOS PARA SEU BLOSPOT A SEU GOSTO
por MBS Multimídia e Tecnologia - itoctopus.com
0 Comentários