Parece que foi ontem, mas a quinze anos atrás Rasmus Lerdorf anunciava o PHP 1.0 em uma lista de discussões. Nesse período a internet mudou drásticamente e o PHP acompanhou tornando-se a linguagem de programação mais popular e completa da internet.

Ainda me lembro de quando dei meus primeiros passos na linguagem, aprendendo comandos básicos e apanhando para conectar-se com o banco de dados, mas hoje, o PHP não é mais só “um conjunto de ferramentas para algumas funções CGI”, é uma aaas linguagens mais respeitadas da internet, e porque não dizer a melhor?

De qualquer forma, Parabéns meu velho amigo PHP de tantas madrugadas em claro!

convert this post to pdf.

No meu caso eu precisava sincronizar duas pastas e o banco de dados. Só para entender, nas tabelas do banco de dados estão informações diversas e dentre elas os caminhos para as imagens e animações contidas nas pastas.

Neste artigo estarei falando da atualização das pastas e deixando a parte do banco de dados para um outro post.

Depois de pensar um pouco nas possibilidades que tinha para atualizar as pastas, acabei optando por fazê-lo via FTP utilizando o PHP que é relativamente fácil, porém não é muito falado. Então tentarei mostrar aqui de forma simplificada os 4 métodos mais usados (acredito eu) em manipulação do FTP.

1- Conexão

function ConFTP() {
$con = ftp_connect("ftp.seusite.com", "porta"); // Efetua a conexão.
if(!$con) {
echo date("d/m/y h:i:s") . "> Erro na conexão.
";
} else {
echo date("d/m/y h:i:s") . "> Conectado com sucesso.
";
ftp_login($con,"usuario",'senha"); // Efetua o login.
ftp_pasv($con,false); // Define se é modo passivo ou ativo.
echo date("d/m/y h:i:s") . "> Login aceito para <Nome do usuário>.
";
echo date("d/m/y h:i:s") . "> Diretório atual: ".ftp_pwd($con)."
";
}
return $con;
}

2- Desconexão

function OutFTP($tmFtp) {
if(ftp_quit($tmFtp)) {
echo date("d/m/y h:i:s") . "> Desconectado com sucesso.
";
return true;
} else {
echo date("d/m/y h:i:s") . "> Erro ao desconectar.
";
return false;
}
}

3- Baixar arquivo

/**
* Efetua o download de um arquivo FTP
* @param Link ftp $tmFtp
* @param Arquivo local $loFile -> Caminho do arquivo local.
* @param Arquivo on-line $onFile -> Caminho do arquivo on-line
*/
function Down($tmFtp, $loFile, $onFile) {
if(!ftp_get($tmFtp, $loFile, $onFile, FTP_BINARY)) {
echo date("d/m/y h:i:s") . "> Erro ao tentar o dowload de : ".$onFile."
";
return false;
} else {
echo date("d/m/y h:i:s") . "> Download com sucesso de : ".$onFile."
";
return true;
}

}

Utilização:

$ftp = ConFtp();
if($ftp) {
Down($ftp, "../caminho/do/arquivo/local/arquivo.txt", "/www/caminho/do/arquivo/online/arquivo.txt"); // Faz o download do arquivo.txt para o caminho especificado.
}


É isso aí, espero que seja útil.

convert this post to pdf.

Uma nomenclatura bem organizada e consistente pode salvar nossa pele quando um projeto toma grandes proporções.

Os problemas mais sérios são os nomes usados nos bancos de dados, coisas como ter um campo com o mesmo nome em várias tabelas, e falta de padrão nos nomes das tabelas e seus registros.

Erros que não devemos cometer

Evitar usar os famosos ‘ID’, ‘NUMREG’ ou outro termo qualquer como chave primária de suas tabelas, menos que seu sistema possua apenas uma tabela, o que é muito improvável. Na hora de criar um relacionamento seu banco de dados pode explodir.

Evite usar tudo com letras maiúsculas, se você trabalha em um ambiente Linux ou derivado já sabe que tudo é “Case Sensitive”, então o minúsculo ou a ordem da primeira letra maiúscula seguida das minúsculas são a melhor opção.

De programador para programador

Vamos tomar como exemplo uma base de dados que contenham 3 tabelas, uma de clientes, uma de vendas e uma de produtos. Os nomes das tabelas sempre começariam com o prefixo ‘tb’ seguido pelo nome, que ficariam tbClientes, tbVendas e tbProdutos.

Ó que coisa simples… mas isso ajuda muito quando você tem que trabalhar no código de sua aplicação, afinal quando você ler tbClientes já sabe que se trata da tabela de clientes, caso contrario, se fosse somente CLIENTES poderia gerar dúvidas pois poderia ser uma variável, uma constante ou qualquer outra coisa menos a tabela…

Em seguida vem o padrão da estrutura interna das tabelas que é outro ponto que devemos sempre tomar muito cuidado. Eu uso como padrão da chave primaria da tabela o prefixo ‘cod’ seguido do nome da tabela, no caso da tabela de clientes seria codCliente.

Os demais campos seguiriam um padrão de prefixos de acordo com a tabela, colocando prefixos de no máximo 3 caracteres, a tabela de clientes poderia ficar assim:

Nomenclaturas de arquivos

Uma boa nomenclatura para os arquivos sempre ajuda na localização e na orientação dentro de suas aplicações. Em geral, quando o programa é grande e trabalhamos muito nele, sabemos com certa facilidade sobre o que procuramos, mas depois que se passa um certo tempo sem colocar a mão naquele sistema, ou mesmo quando já está enorme com muitos arquivos e você com serviço saindo pelo “ladrão”, uma hora a cabeça falha e você fica doido procurando determinado arquivo.

De programador para programador

Em geral, em meus projetos eu uso prefixos nos arquivos de acordo com sua funcionalidades dentro do sistema. Veja um exemplo de como ficaria a árvore de arquivos de um sistema web:

Na pasta Arquivos eu guardo todos os arquivos relativos ao projeto, como rascunhos, anotações e fontes de imagens criadas para o projeto, na pasta home geralmente fica apenas um aruivo, o index. A pasta inc já diz, fica guardando os arquivos que serão incluídos ou usados pelo index que fica na pasta home, a pasta img armazena toas as imagens do projeto.

Os arquivos de inclusão que ficam armazenados na pasta inc também recebem um prefixo com o nome da pasta, por exemplo, inc.Clientes.php.

Essas são dicas simples mas que ao longo do tempo podem fazer a diferença na organização do seu trabalho e que com certeza vão refletir em desempenho, agilidade devido ao fluxo de dados e até com usabilidade devido a organização. (Fluxo de dados e usabilidade que são assuntos para post’s futuros.)

Muitos programadores, por alguma razão, não fazem a documentação de seus programas, como diagramas de classe, UML, modelagens em geral. A maioria faz de cabeça ou rascunham em um pedaço de papel.

Em geral isso não é errado, desde que o programa funcione Mas qualquer anotação em um pedaço de guardanapo pode ser considerado como uma modelagem, mesmo que informal.

Eu confesso que para projetos pequenos eu não faço toda a documentação, mas faço um pequeno esboço do programa (mesmo que em papel) um esboço do banco de dados e seus relacionamentos e diagramas de casos de uso (resumidos) também são muito bons para se organizar as idéias na hora de colocar tudo em funcionamento.

Espero que seja de utilidade para todos pois pra mim isso sempre fez a diferença em meus projetos depois que eu comecei a colocar em pratica. Sucesso a todos!

Eliel de Paula – Analista de sistemas
Elieldepaula[arroba]gmail.com

convert this post to pdf.