SeverNet: Por favor, nada de astroturfing !

Ajuda MYSQL: Bom, é o seguinte, eu nem sei se eh aqui mesmo o lugar certo para postar isso - se nao for, por favor movam o topico. Enfim, eu estou com um sério problema, vou começar do começo.... Eu estou fazendo um jogo, um jogo em 2D e online, até ai está ok. O problema é: Eu uso para hospedar meu site (www.mubiamaster.com) e o meu banco de dados, um host que mtos conhecem, o 000webhost.com, enfim eu criei o meu banco de dados entrei pelo phpmyadmin, consegui configurar uma pagina de cadastro totalmente funcional, quando as pessoas se cadastram os valores sao inseridos no banco e talz. Agora vem o meu problema... No script do jogo, eu tenho que por informaçoes para o cliente do jogo acessar o banco de dados mysql hospedado no webhost e retornar se contem ou nao a informaçao (login e senha) para assim, retornar para o usuario (logar no jogo, ou msg de senha/usuario invalido) o problema eh q eu ja tentei de tudo, tudo msmo e nao consegui fazer com que o cliente do jogo verifike as informaçoes no banco. Aparece acess dennied, eu ja verifikei a senha, o nome do banco, e tudo, o host.. enfim, ja mudei tudo e nao consegui. Tá mais ou menos assim: #Servidor MySQL SERVER_MYSQL = "http://mysql5.000webhost.com"  -> Correto #Nome do usuario MySQL USUARIO_MYSQL = "*************" -> Bom, ele tem um prefixo, tipo abc00201_nome, eu ja tirei o prefixo, ja fiz de tudo, n vai #Senha do usuario MySQL SENHA_MYSQL = "***"    -> correta #Nome do Banco de Dados DATTABASE_MYSQL = "*********" Com o mesmo prefixo, tb ja tirei ja fiz de tudo e nao vai. Toda vez q tento logar, da um msg de erro falando "acess dennied for user:'bablabla'@ip ~~~~~" O incrivel eh q essas MESMAS informaçoes estao na minha pagina php da web e ela cadastra no banco mais o cliente do jogo nao consegue verificar se essas informaçoes sao verdadeiras ou n, o acesso dele eh negado pelo host normalmente isso eh senha errada etc.. mais nao há meio de ta errada, a nao ser se tiver alguma frescura com esses prefixos e talz eu tava pensando em alguma coisa bloqueando o acesso do cliente do jogo no banco, algo no host, mais eu falei com eles e eles nao respondem direito, fikam mandando propaganda "para acessar seu CP clique em blablbabla" ME AJUDEM!

encontrei e contratei uma hospedagem profissional nesse site http://www.stoppay.net , recomendo ae pq é tudo ilimitado (mais o plano possui 100 vagas) corre que ainda da tempo

Como enviar o xoops e meu site pro servidor remoto?: Não tenho nenhum conhesimento em Xoops. Me ajudem galera estou precisando muito das respostas. Muito obrigado a todos que responder. 1 - Enviar o XOOPS zeradinho, não o que você fez em localhost. Como eu faço para enviar o XOOPS que programa eu uso ? ow é la pelo Cpanel do servidor ? Zeradinho é sem os módulos? 2 - Instalar o XOOPS neste seu servidor. O servidor é o meu portal? 3 - Pegar o mainfile.php após a instalação e ficar com você. Aqui está pedindo para tirar o mainfile.php do servidor e copiar para min? 4 - Enviar o teu portal de localhost para o servidor remoto via ftp. Não consigo ver o meu portal no XOOPS em localhost ? como faço para ver o portal antes de mandar para o servidor ? E qual programa eu uso para enviar via FTP para o servidor remoto ? E como eu faço o envio? 5 - Enviar um backup dos seus dados para o servidor remoto. Como eu faço um backup dos meus dados para enviar para e servidor remoto ? e como eu envio? 6 - Alterar a tabela xt_config colocando o endereço do teu portal na net. Onde eu encontro essa tabela xt_config? 7 - Enviar aquele mainfile.php que falamos no item 3 e mandar por cima do portal que você acabou de enviar. Com qual programa devo enviar ? e como eu faço o envio? 8 - Não esquecer de mudar as permissões dos arquivos, mainfile.php, apagar o diretório install, dar permissões para o templates_c e cache. Ok esse eu sei! Consertesa isso vai ajudar muita gente. Coloque o número que está na frente e responda.

Aumente a velocidade, melhore a performance, deixe o seu portal mais rápido: Yahoo! YSlow: gerencie melhore a performance de seu portal O YSlow é uma ferramenta de perfomance para web, desenvolvido pela equipe de desenvolvimento do Yahoo!. Ela segue as melhores práticas de Web performance para front-end, adotadas pela equipe de performance do Yahoo! . Seu funcionamento é integrado ao plugin FireBug , para o browser Firefox. Portanto, antes de instalar o YSlow no Firefox, é necessário instalar o Firebug. Este artigo não é uma tradução, mas é baseado nas regras de performance do YSlow , disponíveis da documentação da ferramenta. Além de trechos de adaptados do endereço original, há opiniões, comentários e conclusões deste que vos "fala". Mas, por que a performance do front-end é importante? Tempo de resposta A imagem acima é o resultado de tempo de carregamento de cada componente da página inicial do Yahoo!. Ela nos mostra que apenas 5% do tempo de carregamento da página foi gasto com o download do código HTML. Os outros 95% foram gastos com imagens, CSS, Javascripts, etc.. Uma pesquisa mostrou que 9 dos 10 maiores portais estadunidenses tem, no máximo, 20% do tempo de carregamento gasto com HTML. Isso nos indica que devemos cuidar da performance do front-end das nossas páginas WEB, a fim de melhorar a experiência do visitante. As três principais razões para começar pela performance do front-end, segundo os especialistas em performance do Yahoo!: Há mais potencial de melhoria de performance no front-end. Melhorar a performance do front-end pela metade reduz em 40% o tempo de resposta, enquanto melhorar pela metade a performance do back-end reduz apenas 10% do tempo de resposta. A melhoria de performance através do front-end tipicamente requer menos tempo e recursos do que o back-end. É provado que o tuning de performance do front-end funciona! Mais do que 50 equipes do Yahoo! reduziram o tempo de resposta para o usuário em 25% ou mais, seguindo as melhores práticas da equipe de performance do Yahoo!. Como é medida a performance de uma página? Para medir a performance de uma página, o YSlow basea-se em 13 regras. De acordo com a taxa de aderência da página às regras, é dada uma pontuação de A a F para cada regra, onde A representa a nota máxima e F representa a nota mínima. Também é calculada a nota final, com a média das notas obtidas nas 13 regras. O detalhamento das notas para cada página pode ser vista na aba Performance, do YSlow. Algumas dessas regras, como veremos a seguir, são proibitivas para a maioria dos portais devido ao custo, complexidade ou frequência de uso. Vamos às regras! Regras para Alta Performance As regras são classificadas de acordo com o seu grau de importância. Regra 1: Fazer poucas requisições HTTP Segundo Steve Souders, que é o CARA do time de performance do Yahoo!, 80% do tempo gasto por um usuário numa página é carregando o front-end e que a maior parte desse tempo de carregamento é tomado pelo download de imagens, scripts, css, flash, etc., como já vimos anteriormente. Então, para melhorar a performance no carregamento da página é importante utilizarmos o menos possível de imagens, css, etc. Para isso, além de otimizar essas requisições fazendo somente as necessárias, pode-se utilizar técnicas citadas por ele: 1. Mapa de imagens: quando se tem imagens que podem ser "coladas" umas nas outras, pode-se utilizar mapas de imagens para se detectar onde foi efetuado o clique. Embora o tamanho da imagem unificada seja o mesmo da soma das imagens separadas, o número de requisições diminui. Assim, toda aquela burocracia do HTTP 1.1 para abrir uma conexão e fazer a requisição é diminuída. 2. CSS Sprites: podemos utilizar essa técnica quando há substituição de uma imagem por outra, quando passamos o mouse sobre a imagem, por exemplo. As duas imagens são colocadas num mesmo arquivo e, através de CSS só uma delas é mostrada ao usuário. Quando o mouse está sobre a imagem, ela é deslocada, sendo mostrada a parte que estava oculta. Isso dá a impressão que a imagem foi mudada, mas na verdade é a mesma imagem em outra posição. 3. Combinar os arquivos de script em um único arquivo. Também podemos fazer isso com arquivos de estilo (CSS). Reduzir o número de requisições HTTP é o principal ponto para melhorar a experiência dos utilizadores que não estão com os arquivos da sua página em cache. Mais em: Make Fewer HTTP Requests. Regra 2: Utilizar CDN CDN (Content Delivery Network) pode ser traduzido como "Entregador de Conteúdo na Rede". Embora a (má) tradução tenha dificultado o entendimento, isso é simples de entender. Digamos que você tenha um portal de acesso global, como YouTube. Suponha que os arquivos estejam num único servidor aqui no Brasil. Agora imaginem os utilizadores de outros países e continentes acessando esse conteúdo. O caminho é longo, certo? Caminho longo significa maior tempo para acesso e carga desses arquivos. O CDN serve justamente para eliminar isso, porque trata-se de uma coleção de servidores de conteúdo distribuídos geográficamente, de forma a minimizar a distância entre o usuário e o conteúdo estático de seu site. O cálculo de proximidade entre usuário e conteúdo é calculado através de saltos (hops) de roteamento ou do tempo de resposta à solicitação. Mas como eu havia dito antes, há regras do YSlow que são proibitivas pelo custo. Esse é o caso da Regra 2 que, além de ser cara, só é necessário para uma parcela pequena de portais. Mais em: Use a Content Delivery Network . Regra 3: Adicione Expires no cabeçalho O cabeçalho Expires diz ao browser a data que os componentes daquela requisição irão expirar, ou seja, se você determina um prazo de 5 anos para uma página expirar, todos componentes nela contidos somente expirarão em 5 anos. Com isso, todos os componentes (imagens, CSS, scripts, Flash, etc.) serão colocados em cache e, nas próximas visitas, o número de requisições HTTP será menor porque os componentes poderão ser acessados diretamente do cache do browser. Então você pergunta: "Mas e se fizer uma alteração num componente?". Se você fizer uma alteração, precisará alterar também o nome deste componente. É altamente recomendado que seja acrescentado nos nomes dos componentes informações de versão. Exemplo: estilo_1.css . Quando você fizer uma alteração neste arquivo, basta alterar a numeração da versão, colocando estilo_2.css . O uso da linha de código a seguir faz com que os componentes da página que a contém expirar somente em 2012. Acontece que o HTTP/1.1 não recomenda o uso de datas de expiração maiores do que um ano. Eu penso que realmente não há necessidade de ser maior do que um ano porque normalmente os caches são limpos pelos utilizadores com frequência. Não recomendo o uso dessa técnica durante o desenvolvimento do projeto porque será mais difícil corrigir problemas e fazer alterações. Mais em: Add an Expires Header . Regra 4: Compacte componentes Esta regra de performance indica que é recomendado que os componentes sejam compactados através da requisição HTTP para que o tempo de resposta seja menor, fazendo com que os componentes sejam carregados mais rapidamente no cliente. A configuração da forma de compactação e o algoritmo de compactação utilizados variam de acordo com o servidor WEB utilizado. A compactação é recomendada para qualquer arquivo de texto, como HTML, Javascript, folhas de estilo, XML, JSON, etc. Ela só não é recomendada para alguns tipos de arquivos como imagens e PDF, porque eles já são comprimidos e a compactação seria ineficiente e tomaria recursos do servidor desnecessariamente. Mais em: Gzip Components . Regra 5: Coloque o CSS no topo Essa é uma das regras mais simples de seguir. Ela diz que a declaração das folhas de estilo (CSS) deve estar dentro do HEAD do documento. Isso é um tanto quanto óbvio, porque a especificação do HTML já diz isso. O CSS deve estar no HEAD porque o browser pode renderizar o conteúdo de acordo com a progressão do carregamento dos componentes. Isso trás melhor experiência ao usuário porque ele, além de ver que algo está acontecendo, pode acessar um endereço que já tenha aparecido no browser antes mesmo da página terminar de carregar. Quando o CSS não está no HEAD, alguns browsers esperam todo o carregamento da página, para que não tenha que haver reposicionamento ou redesenho de componentes. Enquanto não aparecem, o usuário vê somente uma página em branco. Browsers como o Firefox, que mostram o conteúdo independente do local de declaração do CSS, "correm o risco" de ter que redesenhar ou reposicionar os componentes na tela. Mais em: Put CSS at the Top . Regra 6: Coloque os scripts embaixo Os arquivos externos de JavaScript funcionam da forma contrária aos arquivos CSS, quanto à renderização progressiva. Enquanto o CSS bloqueia a renderização de tudo o que está antes dele até seu carregamento completo, o JavaScript bloqueia o carregamento de tudo o que está depois dele, até o seu carregamento. Assim, se você colocar os arquivos de script o mais próximo possível da tag de fechamento do BODY, a renderização de tudo o que está antes do script poderá ser feita independente do carregamento desses arquivos. Outro fator que justifica a colocação dos scripts tão próximo do fechamento de BODY quanto possível é que os browsers não fazem download de nenhum outro arquivo enquanto fazem o download de um script javascript, independente se é do mesmo servidor ou não. Eu até achava que os scripts não podem ser colocados dentro do BODY, mas, depois que li essa regra, fiz uma pesquisa e constatei que a especificação do HTML não tem nenhuma contra-indicação quanto a isso. Mais em: Move Scripts estou the Bottom . Regra 7: Evite expressões CSS É possível declarar expressões em CSS através do método expression. Uma expressão CSS utiliza JavaScript para calcular algum valor que será utilizado como valor de uma propriedade. Um exemplo de expressão CSS: background-color: expression( (new Date()).getHours()%2 ? "#B8D4FF" : "#F08A00" ); Além das expressões CSS só funcionarem no Internet Explorer, também há outro problema envolvido: diferentemente do que se possa imaginar, as expressões não são calculadas apenas ao carregar da página ou quando se redimensiona a janela. Elas também são calculadas a cada movimento do mouse sobre a página e quando movemos a barra de rolagem. Se a cada movimento do mouse sobre a tela geramos um cálculo dessa expressão, o movimento horizontal retilíneo de um extremo ao outro de uma página com resolução de 800 x 600 gera 800 cálculos! Se realmente for necessário utilizar expressões CSS, prefira colocar essa expressão no arquivo JavaScript e setar a propriedade CSS através do Javascript. A vantagem é que você controlará os eventos que manipularão esse cálculo. Mais em: Avoid CSS Expressions . Regra 8: Utilize CSS e Javascript em arquivos externos Em algumas regras anteriores falamos sobre a gerência de arquivos externos pelo HTTP. Aparentemente, há uma recomendação para que os códigos JavaScript e CSS sejam colocados no mesmo arquivo do código HTML, para diminuir o número de requisições HTTP. Mas não é bem assim! Colocar o JavaScript e CSS em arquivos separados, além de facilitar o reuso e manutenção desses arquivos, possibilitam que o navegador mantenha esses arquivos em cache. Por outro lado, o JavaScript e CSS colocados "inline" no HTML não podem ser colocados em cache e tem que ser carregados a cada requisição. Outro fator contrário ao "inline" é que aumentam o tamanho do arquivo HTML e, por consequência, o tempo de carregamento desses arquivos. Por outro lado (quantos lados, hein!), páginas que tem um estilo "único" dentre as outras páginas e normalmente são acessadas apenas uma vez por sessão devem ter seus JavaScript e CSS "inline", desde que não sejam muito grandes. Mais em: Make JavaScript and CSS External . Regra 9: Reduza as pesquisas DNS O DNS mapeia hostnames em endereços IPs para que possam ser feitas as conexões HTTP, assim como uma agenda telefônica mapeia nomes em números telefônicos. Quando você digita tmferreira.com.br/blog/ no seu browser, antes de qualquer coisa, o seu browser solicita ao DNS o IP de tmferreira.com.br O cache de DNS em sistemas operacionais ou browsers expira rapidamente. Assim, é recomendado que não sejam utilizados muitos hostnames para um website, para que seja reduzido o tempo em pesquisas DNS. Se você, assim como eu, tem um e-mail do BOL, já deve ter percebido que eles utilizam muitos hostnames. Isso melhora o tempo de carregamento das páginas com os downloads simultâneos, mas aumenta o número de pesquisas DNS. Essa também é uma das regras que havia mencionado que não se aplicam a grande maioria dos portais, que tem o mesmo hostname para a aplicação toda. Mais em: Reduce DNS Lookups . Regra 10: Reduza os Javascripts Essa regra preconiza que os arquivos JavaScript em produção devem ser reduzidos. A redução consiste em remover espaços, tabulações, comentários, etc., ou seja, tudo o que não é necessário para o funcionamento do código e que aumentam o tamanho dos arquivos. Essa técnica é muito utilizada em scripts e frameworks distribuídos na internet. Essas distribuições normalmente são chamadas de packs. A redução de scripts não tem efeitos colaterais e é indicada sempre que o arquivo já está em produção. Durante o desenvolvimento, a redução dificulta a alteração do código e remoção de bugs. Mais em: Minify JavaScript . Regra 11: Evite redirecionamentos Os redirecionamentos acontecem pelos mais diversos motivos. A aplicação que mais vejo acontece em fóruns. Após você fazer um post, é mostrada uma mensagem (de sucesso ou erro) e depois há o redirecionamento para outra página. Obviamente que isso deixa aborrecido os utilizadores que estão acessando de uma conexão lenta. No xoopscube, retiramos o redirecionamento para que a experiência do usuário seja melhor. Mas há ocasiões em que não dá para escapar do redirecionamento. No meu blog, houve mudança de domínio. Como fazer com que os links do domínio antigo continuassem íntegros? Só com redirecionamento mesmo. Mas há formas e formas de fazer um redirecionamento. A mais rápida e recomendada é diretamente através de um cabeçalho HTTP com resposta 301 ou 302 (no blog foi feito assim). Uma forma de redirecionamento que é mais lenta é através da tag meta refresh. O importante é ter bom senso e utilizar os redirecionamentos onde é extritamente necessário. Mais em: Avoid Redirects . Regra 12: Remova scripts duplicados Essa regra diz que não devemos fazer inclusões duplicadas (ou triplicadas, ...) de scripts. Eu não considero isso como uma regra porque não faz o menor sentido em incluir um mesmo script duas ou mais vezes na mesma página. Para mim, isso é um erro e nem precisaria de regra para que os desenvolvedores não o cometam. Mais em: Remove Duplicate Scripts . Regra 13: Configure ETags ETags é o acrônimo para Entity Tags . Isto é um mecanismo que servidores WEB e browsers usam para determinar se o arquivo do servidor é o mesmo que está no cache do browser. O valor da ETag é gerado dependendo das configurações do servidor e de acordo com as características atuais do arquivo. Se você utiliza o Apache, pode configurar a diretiva FileEtag como eu utilizo: FileEtag MTime A linha acima pode ser colocada diretamente nos arquivos httpd.conf ou .htaccess. Essa configuração faz com que o Apache calcule um hash do arquivo baseado na data e hora da sua última modificação. O browser armazena essa ETag em cache. Se eu modificar o arquivo e salvá-lo, a data e hora da última modificação será alterada e, com isso, os valores de ETag entre servidor e browser ficarão diferentes, fazendo com que o arquivo seja recarregado. A configuração de ETags torna desnecessário o uso de versão no nome dos arquivos de imagens, CSS, Javascript, etc. Mais em: Configure ETags . Conclusão Nesse artigo, vimos que o YSlow pode nos dar o caminho das pedras para diminuir o tempo de carregamento das páginas e melhorar a experiência dos visitantes. Eu não encaro essas regras literalmente. Encaro-as como boas práticas que devem ser seguidas com bom senso e com análise caso a caso. Penso que a nota C é uma ótima nota para a grande maioria dos portais. Abraços a todos(as)!

Zero Zero Zero Web Host, Hospedagem FREE com PHP e MYSQL: O Zero Zero Zero Web Host atualmente oferece um serviço de hospedagem grátis melhor que os demais. A qualidade do serviço equivalente a uma hospedagem paga. O Zero Zero Zero Web Host é atualmente um dos melhores serviços de hospedagem grátis mas muita gente não consegue assinar o plano grátis por ter dificuldade com o inglês.  Siga o tutorial abaixo para facilitar. Para assinar um plano grátis de hospedagem no Zero Zero Zero Web Host , siga os passos abaixo: Visite o endereço Zero Zero Zero Web Host Clique na opção “sign up” que aparece no menu superior ou clique na opção “Order” que aparece na caixa que fala sobre o plano “FREE Hosting Plan” que custa US$ 0,00 (grátis). Vai aparecer três opções de plano. As duas primeiras são pagas e a última é gratuita para sempre. Selecione a opção gratuita chamada “FREE Hosting Plan”. Se você deseja usar algum domínio que você possua preencha o campo “Get Domain Name” com o nome do seu domínio. Se você deseja usar um subdomínio que será oferecido gratuitamente deixe este campo em branco. Agora clique no botão “Continue” que aparece no final do formulário. Preencha o formulário “New Client”. Para facilitar vou traduzir cada campo para você. Se você tem algum medo com relação a sua privacidade não é necessário informar seus dados completos. First Name = Primeiro nome Last Name = Último sobrenome. Não coloque 2 nomes, ou espaço em branco, coloque só 1 sobrenome, uma única palavra. Company = Deixe em branco E-mail (provide valid e-mail) = Seu endereço de email Confirm E-mail = Digite seu endereço de email novamente Address 1 = Nome da rua onde mora Address 2 = Numero da casa, apartamento, etc. City = Nome da cidade onde você mora State = Estado do Brasil onde você mora ZIP = Número do seu CEP Country = Nome do país onde você mora Phone = Telefone Selecione o campo “Yes, I agree and want to continue the registration!” que aparece no final do formulário. Para concluir clique no botão vermelho “Continue”. Você vai ver uma tela de agradecimento informando que sua conta foi criada com sucesso e que os dados do seu plano de hospedagem gratuito foram enviados para o seu email. Por isto é importante informar um endereço de email válido pois é para este endereço que eles vão enviar os dados de senha, login, ftp, do plano. Características do plano oferecido pelo Zero Zero Zero Web Host 150MB de espaço para colocar o seu site. 4GB de tráfego Permite que você utilize um domínio próprio. Oferece um subdomínio gratuito para quem não tem um domínio próprio Permite que você crie até 2 subdomínios gratuitamente. Acesso por FTP para publicar o site Suporte a Frontpage Painel de controle na web Geranciador de arquivos pela web 2 contas de email grátis 2 email aliases (apelidos) Filtros de e-mail Webmail POP3 Mysql  - 1 base de dados phpMyAdmin PHP4 e PHP5 Perl e CGI Estatísticas de Acess Suporte por Chat (em inglês)

registro de dominios internacionais: Não existe nenhuma formula mágica para você se tornar conhecido... só aparecendo! Pesquisam revelam as tendências do registro de domínios na Internet: . Somente no primeiro trimestre de 2008, foram registrados 14 milhões de novos domínios; . Hoje, há aproximadamente 180 milhões de domínios registrados na Web; Esse crescimento foi impulsionado pela adesão continua a Internet. . Nossos Serviços: Registros Nacionais (com CNPJ ou CPF): Taxa Zero; Hospedagem a partir de R$ 9,90 mês; Serviços de e-mail; Pagamento Anual. Registros Internacionais (com CPF): Taxas conforme tabela; Hospedagem a partir de R$ 9,90 mês; Serviços de e-mail; Pagamento Anual. Transferência de Domínios (Consultar) Tabela de preços para Domínios Internacionais: Domínios Internacionais: Valor (01 ano): .INFO 22,50 .ORG 22,50 .COM 22,50 .NET 22,50 .BIZ 22,50 .US 22,50 USE O CÓDIGO DO CUPOM PARA OBTER DESCONTO DURANTE O CADASTRO: AGO2008 acesse o portal que consta no meu perfil.

Promoção de hospedagem hostiex.com: Promoção de Hospedagem Php Emails FTP Frontpage DNS Planos a partir de R$ 3,90 www.hostiex.com

olha aqui acho que resolver seu problema: http://xoopscube.com.br/modules/d3forum/index.php?topic_id=7992

o xampp é uma opção mas não é uma solução absoluta... a maioria das pessoas não quer ficar com o pc ligado o dia inteiro consumindo sua propria banda. Isso quando o provedor não pratica o chamado "trafic shaping" bloquiando o acesso. ([i]quer um servidor? pague o plano comercial e não o residencial...[/i]) também é moh dor de cabeça ter que ir atras de eventuais bibliotecas pra instala. mas eu adoro o Xampp, pra mim o melhor que os projetos descontinuados Easyphp e phptriad, pra roda alguns scripts simples em localhost é uma mao na roda pra quem não quer perder tempo com a instalação do apache e seus acessorios. Quanto a hospedagem grátis eu te digo que muitas vezes fazemos projetos paralelos como hobby sem muitas expectativas nem mesmo compromisso e por incrivel que pareça muitas vezes sao esses tipos de portal que dão certo. Eu por exemplo tenho um portal no Host de Graça em Joomla que acabou "funfando" rsrsr... ele é o que me da mais retorno de visitas, ganhos e tudo mais. Na minha opnião eu acho é um absurdo o que eu leio de certo webmasters que falam algo como "usar hospedagem grátis é o cumulo", pq acham que a web se resume ao estilo de desenvolvimento que ele pratica: lojas on-line fracassadas. A verdade é que tem muito webmaster que soh queria ter a audiencia e os ganhos de alguns portais amadores do blogspot. Coisa que nunca conseguiram fazer pra si ou pro seus clientes.

[quote] renatohunt escreveu: Só para deixar os companheiros informados, estou escolhendo uma hospedagem e após fazer isso informo se deu certo ou não, ok Obrigado[/quote] Conseguiu ? XOOPS Se afirmativo e operante, mande ai o recado :-D

Olá Pedro, não solicite para enviar material ao seu e-mail. Dicas, contribuições, resultados, soluções devem ser enviado aqui no fórum para uso futuro. Se alguém puder e conseguir ajudar em off, tudo bem, mas volte no fórum e passe a solução aqui. Com certeza todos nós iremos ganhar com isto. Amanhã outro usuário poderá ter a mesma dúvida e será benefiado com esta resposta. Espero que entenda este nosso ponto de vista e boa sorte para a solução de seu problema. XOOPS

Bom pessoal hospedar o XOOPS em ambiente windows é uma fria mesmo. Muita coisa dá pau, é uma dor de cabeça o lance das permissões. Acabei pedindo o dinheiro de volta e hospedei em ambiente Linux. João

Baixe o tema XMblueXT aqui do portal e veja os códigos lá. Se olhar no topo aqui do XOOPS do lado direito deverá ver o seu nome quando logado. Se for isto que deseja, está na mão, é só ver este tema que lhe informei. :-) Conheço o publique, bom trabalho também. :-)

Obrigado Léo, propaganda retirada e tópico travado. A mensagem sobre a falha no host é mantida.

não consigo mais fazer upload de imagens para o meu bd??: olá mbueno , Passeando pelo sistema de pesquisa aqui do XOOPS encontrei duas referências, que pode ajudar: [url=http://www.xoopscube.com.br/modules/smartfaq/faq.php?faqid=160]FAQ - Como utilizo a ferramenta MANAGER para fazer upload de imagens?[/url] E [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?post_id=42193#forumpost42193]Mini-tutorial - Utilizando o gerenciador de imagens do XOOPS.[/url] é isso

http://orgfree.com/ dizem que é bom apesar dos ADS er...cade a lista? O.o

Olá amigo! No portal da ABUSAR (Associação Brasileira de Utilizadores de Acesso Rápido - abusar.org) tem um roteiro de ocmo proceder. Pois quem é sócio da ABUSAR consegue fazer esse tipo de transferência. Várias empresas sócias da ABUSAR conseguiram. Abraços, Izzy

servidor free que funciona muito bem: É realmente parece ser um host excelente mas entrei e vi que ele também tem várias limitações (coisa de host grátis). Então se não for pedir muito, já que você já tem a sua conta lá, posta para gente coisas como: Quanto tempo temos de conta grátis, Como que fica o nome do portal completo, quantos bancos de dados posso criar... essas coisas... só para quem quiser alguma coisa mais especifica não perder tempo se registando, flw! Abraços e Parabéns pela dica.:D

Só para acalmar a polêmica... na assinatura do RMarx [b]não consta[/b]: "Hospedagem X, Y - Promoção etc..." apenas referencia o seu site, como muitos fazem com seus portais de desenvolvimento, colocam módulos para baixar nos seus portais de dsenvolvimento profissional... é uma opção... O que não se permite no XOOPS é justamente a propaganda explícita. :hammer: Não é necessário gerar um polêmica tão grande em algo que, neste caso, não tem fundamento para ser tão intrigante, ok? quaisquer dúvidas entre vocês será melhor resolvida por e-mail ou MP.