PUBLIC MARKS from bacon with tags ramos & mysql

bem, esse 1º banco de dados eu consegui importar. agora estou tentando importar outro e recebo uma mensagem estranha. ontem já tinha recebido essa mensagem mas achei que era algum erro meu. depois executei e veio de nova a mensagem? fatal error: maximum execution time of 300 seconds exceeded in c:\windows\serv-n\phpmyadmin\libraries\read_dump.lib.php on line 91 alguém imagina o que possa ser isso de tempo excedido? abraços. débora

cruzes. hehehe. achei que se eu fosse "capemgando" tudo eu teria problemas maiores. vamos ver então como isso terminará. logo reporto aqui. por enquanto, obrigada!

bem. tirando default charset = latin1 auto_increment =1 ele passou desse ponto mas parou em outro: comando sql: -- -------------------------------------------------------- -- estrutura da tabela 'xoops_pical_cat' -- create table xoops_pical_cat( cid smallint( 5 ) unsigned zerofill not null auto_increment , pid smallint( 5 ) unsigned zerofill not null default '00000', weight smallint( 5 ) not null default '0', exportable tinyint( 4 ) not null default '1', autocreated tinyint( 4 ) not null default '0', ismenuitem tinyint( 4 ) not null default '0', enabled tinyint( 4 ) not null default '1', cat_title varchar( 255 ) not null default '', cat_desc text not null , dtstamp timestamp not null default current_timestamp on update current_timestamp , cat_extkey0 int( 10 ) unsigned zerofill not null default '0000000000', cat_depth tinyint( 3 ) unsigned not null default '0', cat_style varcha

sabe que eu estava fortemente inclinada a fazer isso quando resolvi postar aqui no grupo antes. reparei no exportar o banco de dados que tem a opção "auto incremento" marcado. talvez a solução ainda fosse desmarcar isso. reveja ali a imagem que tem mandei.

bem, não tenho " no arquivo. somente ' mesmo. exportei de novo desmarcando o que indicaste e. de novo: -- estrutura da tabela 'xoops_avatar'-- create table xoops_avatar( avatar_id mediumint( 8 ) unsigned not null auto_increment , avatar_file varchar( 30 ) not null default '', avatar_name varchar( 100 ) not null default '', avatar_mimetype varchar( 30 ) not null default '', avatar_created int( 10 ) not null default '0', avatar_display tinyint( 1 ) unsigned not null default '0', avatar_weight smallint( 5 ) unsigned not null default '0', avatar_type char( 1 ) not null default '', primary key ( avatar_id ) , key avatar_type( avatar_type, avatar_display ) ) engine = myisam default charset = latin1 auto_increment =1 mensagens do mysql : #1064 - você tem um erro de sintaxe no seu sql próximo a 'default charset=latin1 auto_increment=1' na linha 30 e agora?

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

nossa. meu inglês é péssimo. que bom que entendeste. hehehe. não mudei as opções básicas da exportação de banco de dados pelo mysql. veja [url=http://problemas.kit.net/mysql_01.jpg]clicando aqui[/url] nem encontrei isso de aspas duplas ou simples. olhando a imagem fica mais fácil de me ajudar? acha melhor que te mostre o arquivo exportado? aguardo. débora

na tentativa de resolver problemas de um portal, resolvi baixar para localhost e tenho erro quando com o bd: mensagem do mysql: #1064 - você tem um erro de sintaxe no seu sql próximo a 'default charset=latin1 auto_increment=1' na linha 30 versões do que tenho no servidor: - mysql: 4.1.21 – standard. - php: 4.4.4 versões em localhost: - mysql: 4.0.24-nt. - php: 4.3.10 alguém sabe como resolver? já pesquisei aqui no xoops e encontrei outras mensagens. menos essa. sugerir que eu acesse o portal do mysql não me ajudará em nada porque meu inglês é terrível. abraços. débora

de novo. não usamos php5 no servidor por questões de segurança. nossas versões são: - php version 4.4.2 - mysql version 4.1.21-standard. então, não tem nada a ver com isso de php5. já estamos usando o xoops 15 full em outro portal e até agora está tudo perfeito. redondinho. nossos problemas estão nos portais que atualizamos do 13.2 para o 14. vários módulos pararam de funcionar perfeitamente. alguns funcionam pela metade (heheha) e outros encontrei como remediar o problema direto no bd. o que estou compartilhando com vocês é a confusão que virou os portais após essa atualização. recomendar voltarmos para a 13.2 não resolve nessa altura do problema porque os portais são muito acessados e atualizados e geraria mais problemas do que se resolvermos simplesmente desinstalar os tais módulos "problemáticos". bem, estamos decidindo por arriscar a atualização para o 15. porque realmente não vemos outra sol

sinceramente? voltar para o 13.2 eu sei que fará nossos portais voltarem a funcionar com os tais módulos que agora estão complicando. falando mais sinceramente ainda. nosso servidor não tem problema algum para que eu ainda faça testes em outro servidor só para provar isso para vocês. temos outros 13 portais xoops com o 13.2 rodando perfeitamente. o rmarx me deu um espaço no servidor dele porque ele afirmava que meu problema era o php5. mas já provei para ele que usamos: - php version 4.4.2 - mysql version 4.1.21-standard. enquanto que no servidor dele: - versão do php 4.3.11 - versão do mysql 4.1.21-standard. afirmo que todos nossos problemas estão na atualização do 13.2 para a 14. voltar o portal para o 13.2 é simplista demais, não acham? não resolve o problema. ele permanece. não é mais correto batalharmos para tentar resolver. ou passar direto para o 15? entendam ainda que o portal está

bem. não estou usando o php 5. então não pode ser isso, certo? minhas versões são: - php version 4.4.2 - mysql version 4.1.21-standard. como tudo funcionava antes de mudar de versão do xoops, como não mudei de servidor, eu já imaginava que não pode ser isso. sobre as mensagens. isso é o que menos me preocupa. o problema é não gravar o id da faq no bd. abraços. débora

versões: - php version 4.4.2 - mysql version 4.1.21-standard. a versão do apache o pessoal do servidor não informa. abraços. débora