PUBLIC MARKS from bacon with tag mysql

por favor, me ajudem com o erro abaixo ao tentar instalar o xoops. sistema operacional- windows xp sp2 * versão do xoops - 2.0.13 portugues. * instalado o pacote xampp 1.5.4 * verificado o arquivo mainfile.php, o mesmo não esta marcado "somente leitura". como sou novato, não sei o que fazer. agradeço a todos. mensagem de erro abaixo. 4. gravação das configurações arquivo ../mainfile.php foi regravado com conteúdo de ../mainfile.dist.php. erro! não foi possível gravar a constante c:/apachefriends/xampp/htdocs/xoops/html. erro! não foi possível gravar a constante http://localhost/xoops/html. erro! não foi possível gravar a constante mysql. erro! não foi possível gravar a constante prefix. erro! não foi possível gravar a constante localhost. erro! não foi possível gravar a constante root. erro! não foi possível gravar a constante root. erro! não foi possível gravar a constante portal.<br

opa, amigo. olha só.. já fiz as mudanças. adicionei os campos endereço2, cidade2, fone2, e skype. antes de qualquer coisa faça um backup do módulo.. ;-) depois substitua os seguintes arquivos: <div class="xoopscode"><pre><samp><code> modules/addresses/index.php. modules/addresses/modlink.php. modules/addresses/print.php. modules/addresses/singlelink.php. modules/addresses/submit.php. modules/addresses/viewcat.php. modules/addresses/visit.php. modules/addresses/sql/mysql.sql. modules/addresses/templates/addresses_modlink.html. modules/addresses/templates/addresses_submit.html. modules/addresses/templates/addresses_viewlink.html. modules/addresses/admin/index.php. modules/addresses/include/search.inc. modules/addresses/language/pt_utf8/main.php</code></samp></pre> pelos originais. 8-) depois atualize o módulo e apague os arquivos da p

tentei instalar o módulo wordpress mais recente em um site. parece que funciona direito, mas fica com uns textos no topo de algumas páginas: } return $file_name; } function &mod_loadcachefile($name, $dirname = null) { global $xoopsmodule; $data = null; if(empty($name)) return $data; $dirname = ($dirname)?$dirname:(is_object($xoopsmodule)?$xoopsmodule->getvar("dirname"):"system"); $file_name = $dirname."_".$name.".php"; $file = xoops_cache_path."/".$file_name; $data = @include $file; return $data; } endif; ?> pensei que pudesse ser problema da tradução (a pasta portuguêse que mandei é da versão 2.03), mas em english dá no mesmo. mandei uma parte da pasta frameworks porque uma das 2 pastas já tinha a versão mais recente (1.02). a outra que mandei era versão 1.08 e agora é 1.09. é algum problema conhecido? ou foi só comigo que deu isso? php version::4.4.3 mysql version::4.1.21

segue um detalhe do e-mail que recebemos: valker, izzy, lucar, desus e não sei quem mais lê aqui: que tal fechar o xoops brasil? há mais de um mes pedi um pouco mais de espaço em disco para colocar o mysqldumper e neca - nem resposta tive. apesar de tentar vir aqui para dar respostas isso não está funcionando - isto é, sozinho não da. chamei um colaborador para ajudar e o cara deve estar com uma pessima impressão - ninguem aparece mais. mexer no portal eu até tenho medo porque vai que estoura o espaço e algo que tirei não tem mais jeito de voltar? sinceramente, não da. --------------------------------------------------------- cumprimentos. vitor pereira

olá pimps, seguinte, liga o debug php nas preferencias, e diz o erro que ele indica nessa hora. ah, e as versões tb, xoops, módulo, php e mysql.

debora escreveu: desculpe minha total ignorância.mas do que vocês estão falando? resposta rápida: xoops cube é o xoops com algumas moficações. [url=http://www.xoopscube.com.br/]xoops cube brasil[/url] "xoops é um sistema de publicação para a criação de portais dinâmicos baseado em programação php orientada a objetos e banco de dados mysql. depois de instalado, um portal em xoops pode ser gerenciado sem a necessidade de ferramentas externas ou conhecimentos avançados de tecnologias da internet, como ftp, html, javascript, cgi, etc. o xoops representa a solução ideal para quem não pode ou não quer depender de terceiros para criar e adminstrar o seu próprio portal, possuindo milhares de recursos de redação, edição e publicação de conteúdo online já incorporados e a custo zero! (o xoops é de código aberto sob os termos da licença gnu/gpl, ou seja: 100%

débora. você obteve algum erro com o php debug ativado? por favor ative o php, mysql e smarty debug. te peço isso porque caso algo fique explicitado, podemos enviar este(s) erro(s) diretamente para o [url=http://www.xoopscube.com.br/userinfo.php?uid=179]solo[/url] que é o autor do módulo. aliás ele está um pouco sumido, mas é super gente fina e atencioso com a comunidade daqui :-) com relação ao liaise veja um comentário recente na [url=http://xoops.org/modules/newbb/viewtopic.php?topic_id=53327&forum=27&post_id=235583#forumpost235563]nave mãe[/url] que reforça a compatibilidade com o 2014

tens um endereço para o módulo? qual a versão dele e qual a do xoops? você está rodando online ou me localhost?

não sei exatamente o que está acontecendo. não sei se pode ser por isso. mas depois que instalei o módulo de administração de blocos, o portal não abre mais. ele tenta mais não carrega nada. no servidor, quando inicializo o serviço e tento acessar o portal, o processador chega a 100% de uso, e trava tudo. quando coloco um banco antigo(backuo), fica tudo normal. ou seja, acredito que a instalação do módulo de administração de blocos tenha gerado este problema. porém não sei o que fazer, já até procurei algum campo no banco de dados que referencie este módulo instalado, para poder apagar e tentar solucionar, mas não achei nada semelhante. gostaria de saber se alguém já passou por isso e/ou se alguém sabe o que posso fazer. pois do backup até o banco com o problema, houveram muitas alterações. solucionando isso, me poupará trabalho e tempo, mantendo o que eu já tinha criado após o backup. agradeço desde já. rômulo floriano

já checou as permissões da pasta onde ficam as mídias? outra coisa que ajuda é você colocar aqui prá gente a versão do xoops, php, mysql etcetc. no outro server ainda funciona? inté

boa noite pessoal, não sei se este é o fórum adequado mas achei interessante comunicar para todos o seguinte: servidor php com mysql 300 mb de espaço. 80 gb de tráfego mensal. sem propaganda. sem limitação de arquivos. inscrição na hora sem ter que esperar mail e coisa e tal. e o mais importante: funciona e muito bem. abri uma conta a uns dias para testar antes de comunicar para comunidade. então vai o link. http://phpnet.us/

<blockquote>dilson escreveu: oi fbs777, prometo que será a última vez. pretendo (rs) como sou completamente meio leigo, o que é query? </blockquote> nesse caso, é uma requisição à uma informação de uma tabela do banco de dados. uma forma fácil de você entender é ativando o debug do mysql no xoops. vai na admin do xoops, em preferências e ativa o debug do mysql. nisso, cada vez que você acessar uma página você vai receber uma informação de quantas query foram requisitadas para cada página. só que com o debug ativado, todos os users vão ver essas informações, então é melhor ativar o debug em localhost ou fechar o portal (nas preferencias do xoops) enquanto o debug estiver ativado. <blockquote>você saberia dizer o que faço para as páginas carregarem mais rapidamente? noto que elas demoram cerca de 10 a 12 segundos para abrir. obrigado, fbs777, obrigado pelas informações. dilson. </blockquote> depende da quantidade de informação na página, além da qual

não quero meter minha colher mas já metendo. nesse caso creio que deveria então, para não ficar uma coisa meio jogada e mal-falada, criar critérios de avaliacao, juntamento com os erros. não bastaria falar só mal. mas também falar o que tem de bom. criterios como velocidade, suporte, suporte com tecnologias (php, mysql), erros frequentes, principais dificuldades a serem dirimidas. algo assim. se falei algo a mais.. desculpe. abraços a todos! :-d

caros colegas, boa tarde, quando fui colocar o bloco "usuarios on-line" no ar, o mesmo simplesmente desapareceu da adminstração do portal e agora não sei como encontrá-lo, alguém pode me ajudar, meu portal é: http://ouvirgospel.com/. quanto as versões que utilizo são as seguintes: estou usando o xoops 2.0.13, tanto em localhos quanto em host, sendo que no servidor a versão do apache é 1.3.36 (unix), php: 4.4.2 e mysql é 5.0.24-standard. localmente, utilizo o easyphp, que utiliza apache: 1.3.33, php: 4.3.10, mysql 4.1.9 e phpmyadmin 2.6.1. att. paulo radamés

obrigado fbs777, você nem deixou eu molhar o bico :) traduzi no google e ficou assim, assinaturas. às vezes, como com o campo da assinatura, simplesmente mudar o tipo da coluna de mysql será bastante. desde que 64kb é demasiado grande para uma assinatura e não há nenhum tipo tamanho intermediário, você pode utilizar a função do substr de php () em edituser.php: mudança: o que exatamente quer dizer. simplesmente mudar o tipo da coluna de mysql será bastante não sei como mudar esta coluna do mysql. abaixo você colocou assim. $edituser->setvar('user_sig', $user_sig); to: $edituser->setvar('user_sig', substr($user_sig, 0, 1000)); this will impose a 1000 characters size limit estou signatures. onde eu altero isto no banco

rapaiz, tanto tempo (acho que uns 2 anos) usando o xoops e só agora reparei o quanto é complicato gerenciar a área de assinatura. agora que eu fui ver como gerenciar as assinaturas, mas ainda não achei nenhuma área para aumentar ou diminuir a quantidade de caracteres nem para definir o tamnho (tanto em kb quanto em pixel) das imagens. ou eu estou ficando cego ou não tem como gerenciar as assinaturas pela admin do xoops. :-/ achei uma faq agora no xoops.org que indica como aumentar o limite de caracteres, mas é necessário editar o arquivo edituser.php: signatures. sometimes, like with the signature field, simply changing the mysql column type will be enough. since 64kb is too large for a signature and there's no intermediate type size, you can use the php substr() function in edituser.php: change: $edituser->setvar('user_sig', $user_sig); to: $edituser->setvar('user_sig', substr($user_sig, 0, 1000));<b

hi andrax, obrigado pelo post e a observação sobre que esta muito swow, porem todo teim a sua explicacao. 1. primeiro para eu poder trabalhar nas modificacoes, eu tive que abrir uma pasta so para esse proposito, o que levou a recopilação de outros 6 hash, estos pequenos hask eu sempre quis botar no meus site, perem sempre estaban com defeitos. 2. a outra explicação e que o pessol em castellano esta faltando mais soporte e a gente estava procurando esses haks e ninguen os teim, então eu os colocarei a disposicao do pessoal neste hask de registro. 3. agora, sem o pessoal não deseja ter essos 6 pequenos hask, e so questão de apagar o borrar os arquivos. e deixar so los corresponentes ao registro. este importante arquivo esta na pasta install. install/sql/mysql.structure.sql. eu tuve que installar desde o inicio ese sub portal para testar o funcionamento dos hasks. bom, não mais falacao, (nao sei sem existe essa palabra),

olá oosvaldo, antes de começar, uma dica, que o gisa_iagami sempre lembra, no assunto do tópico, sempre coloque algo diretamente ao problema. então, lendo sua questão, fiquei na dúvida, você está utilizando o carregamento de algum módulo como página principal? outra dica, para você poder saber mais do erro que pode estar acontecendo. ligue o debug que é o depurador de erros. ele se encontra na seção preferências do sistema ah, quando você for informar o erro, informe também a versão do core, do módulo de entrada (se estiver usando) do php e do mysql. assim o pessoal que pode saber como resolver fica mais próximo da resposta. é isso

desculpe minha demora, voltando após um período afastado. estas são as melhores respostas que já consegui sobre este assunto, as mais completas e detalhadas. eu realmente já tinha conseguido fazer isso, exportar para o excel, mas devido a confusão na importação resolvi perguntar aqui. vou estudar estas outras opções de ferramentas apresentadas como "mysql-front, agata reports, dbmanager, etc" o complicado pelo que percebi é organizar os campos a exportar/importar. obrigado de novo pelas ótimas respostas e detalhamentos. flw

putz. não está na lixeira e peguei meu arquivo compactado e fiz o que você falou. descompactei e não funcionou de novo, ele não instala alegando que já existe o arquivo criado. agora, acessei o phpmyadmin, como você sugeriu, consegui entrar e tudo (usei o xampp na instalação), mas aparece uma mensagem: é a que está abaixo: servidor: localhost banco de dados: oamc erro. consulta sql: select `comment` from `phpmyadmin`.`pma_column_info` where db_name = 'oamc' and table_name = '' and column_name = '(db_comment)' mensagens do mysql : #1033 - table './phpmyadmin/pma_column_info' was created with a different version of mysql and cannot be read. pelo meu péssimo inglês entendo que ele diz que utilizei um versão diferente que não pode ser lida. ? fiquei boiando.ele não me diz qual é esta versão.aliás acho que está dando tanto trampo para reinstalar este módulo que fico pensando em desinstala

pelo jeito deu algum erro na desinstalação, porque o mysql está acusando que a tabela em questão já existe no banco de dados. mas que eu saiba quando você coloca para instalar um módulo o xoops sobrepõe possíveis tabelas já existentes. de qualquer forma, nesse caso você pode entrar no phpmyadmin e remover manualmente as tabelas criadas pelo news (provavelmente todas com ._stories_.) no banco de dados. depois é só instalar o módulo normalmente.

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á

muito obrigado pela recps, se puder ajudar estou aí dando sopa

débora, como em um post anterior meu (não lembro qual deles) já tive esse probleinha sim, tive quando tentava mudar aversão do php do servidor aí todos os portais apresentavam esse erro, atualmente eem meu server tenho: php version 4.3.11 mysql 4.1.21 postgresql(libpq) version .4.13 xoops instalado em versões diferentes tudo em perfeita ordem! observação: não sei se algum cliente está usando xoops 14!