Quando se desenvolve conteúdos web, as diversas tecnologias usadas exigem determinados programas para as correr.

Para construir os suportes temos de ter uma base de teste, base essa que terá todo o interesse em possuir o mesmo ambiente que o servidor onde o projeto web será alojado (mesmo que num sistema operativo diferente).

Para recriarmos um espaço típico de um servidor web temos de instalar algumas ferramentas. E é aqui que entra o XAMPP.

Este programa permite instalar de uma só vez o Apache, o PHP e o MySQL. Isto tudo num único processo de instalação, de forma rápida. E tanto em sistemas Linux, Windows, Mac OSX como em Solaris.

Existem diversos pacotes de aplicações como este, que instalam tudo o que precisamos para iniciar a programação em PHP.

Ao instalar o XAMPP estará a instalar simultaneamente os seguintes pacotes:

• Apache HTTPD 2.2.11 + Openssl 0.9.8i
• MySQL 5.1.30
• PHP 5.2.8
• phpMyAdmin 3.1.1
• FileZilla FTP Server 0.9.29
• Mercury Mail Transport System 4.52
• OpenSSL 0.9.8i

Basicamente temos um servidor web, temos uma base de dados, temos um servidor FTP, um servidor de correio eletrônico, um… vocês sabem ao que me refiro. Naturalmente que estes pacotes podem ser instalados ou não, dependendo do cenário que pretendemos. E mesmo assim, caso os instalemos eles só arrancam como serviço se o pretendermos e quando pretendermos.

Na prática a simplicidade de instalação desta ferramenta resume-se a dois pontos: onde quer instalar e o que quer instalar. Nada mais é pedido.

Após a instalação somos presenteados com uma aplicação que é um verdadeiro painel de controlo do XAMPP, onde definimos que serviço queremos arrancar, se o queremos a arrancar como serviço do Windows, entre outras coisas.

Basta então ordenarmos ao nosso XAMPP que arranque o SQL e o Apache (se isso vos bastar!). Quando a indicação de “Running” aparecer a verde está tudo feito!

Abram o vosso browser, coloquem o endereço http://localhost na barra de endereço do vosso browser de eleição e comecem a explorar o vosso novo Webserver.

Dentro do que foi iniciado têm um conjunto de ferramentas e exemplos que podem usar para começar a mexer e a afinar o vosso webserver de bolso.

E claro, é uma excelente base de trabalho para aplicarem os conhecimentos que vos forem sendo passados sobre PHP.

Apenas uma dica que é util. Usem a aplicação xampp-portcheck.exe para verificarem se não existe uma outra aplicação a usar os portos que precisam para o XAMPP. tipicamente os portos 80 (HTTP), 81 (WebDAV), 443 (HTTPS), 3306 (MySQL), 21 (FTP), 25 (SMTP), 110 (POP3) e 143 (IMAP). Dou-vos esta dica porque, no meu caso o Skype estava-me a “roubar” a porta 80 e foi necessário alterar essa configuração no Skype.

Eu uso e gosto, agora é a vossa vez!

Licença: Freeware Sistemas Operativos: Windows/Linux/Mac/ Download: XAMPP 1.7.1 Beta [38.87MB] Homepage: XAMPP

Introdução. O Básico

Nota 1: Não existe nada 100% SEGURO na Internet. Nos CMS que operam com banco de dados - XOOPS inclusive - é essencial fazer-se backups regulares do site [e sempre que houver alguma modificação], e especialmente do Banco de Dados, no caso MySQL. Você pode utilizar softwares próprios para isso, como o MySQLDumper , ou realizar backups utilizando o próprio phpmyadmin do CPANEL. Nota 2: Nos CMS [e sistemas de fórum como phpbb, IPB, vBulletin, woltlab e outros] em geral, os arquivos que guardam os dados de configuração do banco de dados [usuário do banco de dados, senhas, informaçõs do administrador, por exemplo] são dos mais importantes para o sistema: e os que devem - por conter dados confidenciais - ser mais protegidos. No XOOPS este arquivo é o mainfile.php . De forma geral sempre que se for alterar um arquivo deve-se fazer backup em primeiro lugar: nas alterações que veremos abaixo (incluindo alterar o mainfile.php) isto é essencial. Uma linha errada e seu XOOPS IRÁ PARAR DE FUNCIONAR. Se você tiver o backup do(s) arquivos à mão, você pode restaurar o(s) arquivo(s) pelo backup e depois - com tranqüilidade - acertar o que estava errado. Parte I. Antes de Instalar o Protector ... Criando XOOPS_TRUST_PATH Para publicar um site na web, é necessário que os arquivos estejam dentro de uma pasta [public_html] [www] ou, ainda, [httpdocs]. Isso gera um problema para a segurança no caso de arquivos vitais do sistema. O conceito do Xoops_Truth_Path, é criar uma pasta que fique fora da visão web [do acesso por web], ou seja, fora da pasta [httpdocs] ou [public_html][www] e onde os arquivos possam ficar armazenados com menor risco. O nome Xoops_Truth_Path é apenas uma referência - como você verá nas figuras abaixo.. Imp: Qualquer nome poderá ser usado por você. Os exemplos abaixo são da visualização da estrutura básica de pastas em um painel tipo Plesk [figura 1] ou Cpanel [figura 2]. Figura 1 [Plesk] Figura 2 [Cpanel] Repare que nesse caso, a pasta xtrustpath (nome escolhido no exemplo, mas você pode colocar o nome de sua preferência) está fora da pasta www [ou public_html ou httpdocs], que é onde os arquivos de um site ficam. Essa pasta será utilizada nos próximos passos, “Instalando o Protector” e “Protegendo seu arquivo mainfile.php”. Alguns módulos [em especial os criados por Gijoe - veja seu site clicando aqui- também requerem esta pasta para instalação, portanto sempre que for instalar um módulo, verifique as instruções para saber como proceder. O que estamos dizendo é que você deve CRIAR [usando seu programa de FTP, ou pelo painel de controle do seu host] uma pasta como demonstrado acima. Tendo você já feito isso ... está na hora de alterar o mainfile.php do seu XOOPS. Lembrou de fazer um backup deste fundamental arquivo? Não? Então faça ANTES do próximo passo. Para alterar o mainfile.php de forma a usar o recurso XOOPS_TRUST_PATH você deve incluir a linha: define('XOOPS_TRUST_PATH', '/caminho/xoopstrustpath*'); antes da linha: // XOOPS Virtual Path(URL) (* onde xoopstrustpath deve ser trocado pelo nome de sua pasta e '/caminho/' pelo caminho [path] de seu servidor. [Você percebeu que trocamos o nome xtrustpath para xoopstrustpath, não é? É claro que você deve usar o nome que criou para sua pasta com seu XOOPS_TRUS_PATH.] Uma última lembranaça: ...Não esqueça do ponto e vírgula no fim e cuide para manter as aspas!) Vejamos isto com imagens ...

1. O mainfile.php ANTES de incluir o código definindo o caminho para o XOOPS_TRUST_PATH ...

Agora o mainfile já com o caminho para XOOPS_TRUST_PATH definido... Nota: Lembre também de ler os arquivos de explicações que acompanham cada módulo. [pagebreak] Parte II . Instalando o Protector Neste momento você já alterou o seu mainfile para operar com XOOPS_TRUST_PATH. Vamos ao segundo passo: instalar o Protector. Antes de mais nada verifique se você tem a última versão do Protector, 1. Visualização inicial: 2. Vamos olhar o conteúdo da pasta html [figura 1] e da pasta xoops_trust_path [figura 2] : Pasta html: Pasta XOOPS_TRUST_PATH: Faça upload via FTP (COPIE), da seguitne forma: Copie o conteúdo da pasta html/modules/protector (com sua estrutura de pastas e arquivos) para dentro de XOOPS_ROOT_PATH/modules/ Copie o conteúdo de xoops_trust_path/modules/protector (com sua estrutura de pastas e arquivos) para dentro de XOOPS_TRUST_PATH/modules/ Torne a pasta(e arquivos) em XOOPS_TRUST_PATH/modules/protector/configs com permissão de escrita [CHMOD 777] Finalmente: Instale o módulo. Agora temos que alterar o mainfile para o pré-check e post-check funcionarem. Voltemos ao mainfile então. Procure onde está a linha

if (!isset($xoopsOption['nocommon']) && XOOPS_ROOT_PATH != '' ) { include XOOPS_ROOT_PATH."/include/common.php"; }

Você irá incluir uma linha antes e depois dela. Veja a figura abaixo: Se tudo correu bem, você irá ver que a configuração do mainfile está correta na 'Central de Segurança' do módulo. À esta altura você já deve estar se perguntando ... 'não seria interessante proteger o mainfile todo?' Parte III: Protegendo o mainfile.php Relembrando... O mainfile.php é o arquivo que guarda toda a informação essencial do seu site, incluídas aí a senha e nome do usuário do seu banco de dados. E o nome do banco de dados, e o path [caminho físico] do seu site! Se você percebeu, ao editá-lo para instalar o protector, uma boa parte do que existe de fundamental a ser protegido está ali.E todos que já operaram com XOOPS SABEM que o mainfile está na raiz do seu site. Ou deveria estar. Mais uma razão para nos perguntarmos ... que tal tirar o mainfile da possibilidade de ser acessado pela WEB? Movendo o mainfile Na verdade é muito simples... Faça uma cópia do seu arquivo mainfile.php usado no site, e coloque essa cópia para a pasta 'xtrustpath'[veja Parte II]. Depois, substitua todo o conteúdo do mainfile.php original por :