PUBLIC MARKS from bacon with tags php & servidor

a minha dúvida é o quanto um portal ficaria lento ao usar php e mysql em servidores diferentes... acho que isso seria mais um problema do que solução. mesmo sendo novata, acho que não é nada aconselhável... e se der pau em uma dessas hospedagens? eu mandei essa url visando quer quiser hospedar um portal puramente php, mas acho que a graça toda se perde, não? não quero parecer a "profeta do apocalipse", mas li uma entrevista (não lembro de quem) que o entrevistado afirmava que a internet deixaria aos poucos de ser livre, para ser domada à rédeas pelas grandes corporações (até parece coisa de shadowrun! :-d ) a verdade é que hoje em dia é virtualmente impossível achar uma hospedagem gratuita que tenha tudo o que precisamos (ou, ao menos o básico, como php, mysql, asp, cgi, etc) com espaço e sem ads! e quando achamos, as mesmas não duram. falei! 8-)

acho que ainda existem "hospedagens" gratuitas só de mysql que podem ser usadas com esse serviço, mas... a minha dúvida é o quanto um portal ficaria lento ao usar php e mysql em servidores diferentes...

tudo bem, sem problemas. a ideia inicial era alarmar o pessoal mesmo, porque isto vive acontecendo e tem pouca gente que tem a coragem de falar. mas está bem este novo título. agora sobre a segurança dos arquivos de configurações mesmo que bem configurados é que fica dificil e hosts virtuais você controlar o local onde ficam. em nosso caso na intranet eles nem ficam no raiz do servidor web e sim abaixo dele. mesmo que consigam comprometer o raiz do servidor web não chegariam aos arquivos de configuração a não sei que tivessem acesso root. bem mais aí já é outra história e isto não tem nada com o phpnuke, xoops e sim com segurança. apenas um alerta para o pessoal. atenção nunca é pouca para quem usa script´s automatizados de terceiros. se você tiver poder sobre o seu servidor, fique atento com as atualizações de seguança. evite deixar os arquivos de configuração no raiz de seu web site. no mais, fique tranquilo, não exist

esta mensagem vem de um utilizador postado no phpnuke.org.br gilberto, tomei a liberdade de renomear o título deste tópico para esclarecer que o fato aonteceu com o phpnuke, e não com o xoops, ok? - levei o maior susto quando li, hehe. independente do problema em si precisamos ficar alertas porque este problema não afeta só os arquivos desse sgc. gilberto, é relativamente fácil apagar aquivos ds outros num servidor compartilhado, geralmente basta não configurarem deforma correta as permissões dos arquivos e diretórios... existem vários scripts em php que permite uma "navegação" nos arquivos dos "vizinhos".

<h3>quanto ao serviço de hospedagem grátis, eu recomendo o <a title="hospedagem free" href="http://www.phoneaccess.com/?acc=96356187">zero zero zero web hosting</a>, que chega a ser melhor que muitos serviços pagos. além de aceitar hospedagem de domínios free, ele oferece php, mysql, cgi, e muito mais! tudo free!</h3> alguém sabe indicar uma boa opção de hospedagem free com domínio... muitas vezes é possível fazer uma "gambiarra", relacionando um subdomínio de redirecionamento com outro de cname. exemplo: um serviço te dá isso: <a title="hospedagem free" href="http://www.phoneaccess.com/?acc=96356187">http://servidorgratuito.com/~você</a> então você cria um subdomínio: <a title="hospedagem free" href="http://www.phoneaccess.com/?acc=96356187">http://você.seudomínio.com/~você</a> ...e cria um redirecionamento: <a title="hospedagem free" href="http:

o arquivo conf está em uma das pastas nos subdiretórios do upload. não sei dizer agora exatamente porque estou fora em outro local. localizando este arquivo você verá diversas linhas e tem um exemplo de cada uma e o defaut. veja como está instalado o seu xoops no servidor, você precisa identificar completamente isto porque ele irá precisar. o endereço de internet você deverá saber porque é mais fácil. segundo o xemplo os arquivos ficarão em files, mas orientamos a mudar isto. quando estiver de novo na cara deste módulo podemos dar uma explicação mais detalhada.

ninguém mais teve este problema acima? não consegui resolver o mesmo ainda, já reinstalei tudo de novo. só posso acessar pelos números de ip porque não temos um dns publicado no apache e sinceramente não sabemos criar domínios virtuais que respondam para isto. se alguém puder ajudar: [email protected]

estrou encobrindo o número correto do ip por motivos de segurança. ele dá página não encontrada quando solicito a opção perfil e dentro de perfinl avatar. normalmente está opção me levaria a uma tela onde eu posso alterar o avatar, listar, etc. o engraçado é que este problema não ocorre em minha máquina local de teste, somente no endereço onde publiquei. este endereço funciona usando o número do ip direto porque não está qualificado o seu dns. o engraçado é que todo o portal funciona perfeitamente, somente até o presente momento esta opção falha. outro teste que fiz para ter certeza foi de colocar dentro do banco de dados o nome do avatar que gostaria e aí consigo mostrar na tela de perfil, mas ao clicar em avatar o problema ocorre, ou seja, só consigo trocar o avatar se for dentro do banco de dados. como este endereço está hospedado em um servidor linux, pode ser porque tem algo com alguma permissão, não tenho certeza. <

é o seguinte comunidade, não sei com vocês mais o xoops aqui comigo está dando muitos erros ainda,o último que ele aprontou foi sumir com todos os blocos e módulos derrepente isso já aconteceu com alguém aqui ? e devido a esses erros que o xoops vem dando euresolvi testar outros sgc e descobri que no brasil tem um que é excelente é o phpwebthigs deem uma olhada nos portais feitos com o mesmo http://port-all.org acho que deveriamos dar mais valor ao que é nacional eu até estou pensando em parar de usar o xoopas para usar o webthings. site oficial do phpwebthingshttp://phpdbform.com.br/ para quem não conhece é uma boa alternativa ok! :-d