PUBLIC MARKS from bacon with tags geral & erro

o negócio é fazer o backup manualmente pelo phpmyadmin do portal, normalmente chega-se ao phpmyadmin pelo cpanel. lá você pode escolher exportar o banco de dados como quiser, sem incluir informações/opções extras que depois ficam dando erro na hora de restaurar.

a migração dos dados de todos os portais foi realizada pelo pessoal do host. não fiz nada. e agora estou correndo tentando imaginar a solução para um problema que sequer sei quem ou o que está gerando. abraços. débora

como você fez e restaurou o backup do banco de dados? já realizei diversas restaurações de banco de dados em localhost e nunca tive esse tipo de problema.

respondendo suas dicas: testar em localhost - estou tentando colocar o banco de dados em localhost mas estou enfrentando problemas, tipo: -- estrutura da tabela `xoops_amevents_country` -- create table `xoops_amevents_country` ( `id` int( 10 ) unsigned not null auto_increment , `country_name` varchar( 150 ) default null , `country_code` varchar( 5 ) not null default '00', primary key ( `id` ) ) engine = myisam auto_increment =240default charset = latin1 auto_increment =240 mensagens do mysql : #1064 - você tem um erro de sintaxe no seu sql próximo a 'default charset=latin1 auto_increment=240' na linha 24 servidor - continuam as mesmas versões e não foi atualizado php ou mysql mudar para linguagem english - nem temos esse language nos portais mais. até porque tudo sempre funcionou em português. verificar se o host aceita arquivos .htaccess - aceit

bom, com tantos problemas diferentes, acho que é meio difícil adivinhar exatamente o ponto-chave que está causando tudo isso. de qualquer forma, eu ainda tentaria mais algumas coisas: testar em localhost - se for problema no servidor, ou problema com essas versões de php e mysql específicas, vai funcionar em localhost com versões de php/mysql diferentes. se você trocou de servidor mas continua com o mesmo host, provavelmente continua com a mesma versão de php/mysql. também seria bom ver se o servidor atualizou o php/mysql. se tiver uma cópia do arquivo phpinfo de quando os portais ainda funcionavam vai ficar fácil saber. mudar para linguagem english - se for problema nas traduções, colocando os portais em inglês pela admin geral deve resolver o problema. verificar se o host aceita arquivos .htaccess - não sei exatamente o que acontece com portais que não podem utilizar arquivos .htaccess em serv. lin

já reportei muitas vezes que temos problemas com o xoops em vários portais. na época em que usávamos outro cms não tínhamos sequer metade de tantos problemas. alguns desses problemas fomos conseguindo contornar e/ou solucionar. entretanto um dos portais estava mesmo condenado. já tínhamos apagado e reinstalado umas 7 vezes e então pedimos a troca do servidor porque alguns de vocês sugeriram que essa seria a solução. e foi então que o inferno começou! agora estamos com todos os portais impossibilitados de uso. então vocês podem imaginar nosso desespero: clientes precisando utilizar seus portais e sem poder. e agora? como seguimos a sugestão do grupo. pedimos agora que o grupo nos salve! abaixo apresento telas mostrando os problemas: [url=http://problemas.kit.net/tela_01.jpg]tela 01[/url] - não é apresentado todos os blocos para configuração. [url=http://problemas.kit.net/tela_02.jpg]tela 02[/url] - instal