gopala

Olá Pessoal,


Hare Krishna!


No capítulo anterior, vimos como Gopala Dasa, pilotando o misterioso "veículo" Xu, e seguindo o "mapa" deixado por seu amigo "das Arábias", Beduíno, chegou à terra encantada (ou chegou, encantado, à terra) de Localhost. Vimos também, porém, como ele quase que instantaneamente fora como que "sugado" de volta a sua terra natal, "Mahamaya", o assim chamado "mundo real".

Ainda que o primeiro contato com Localhost fosse extremamente ligeiro, deixou profundas boas impressões em Gopala, que planejava voltar lá assim que possível.

Porém ele ponderava que, ainda que Localhost fosse um lugar bastante aprazível e cheio de "tesouros" maravilhosos, era semelhante a uma "ilha" (seu computador pessoal), e tudo aquilo que ele lá encontrara, para ser útil, deveria ser levado ao "continente", o mundo "virtual" de "Internet". Lá, em Internet, Gopala residia em um "Porto Seguro" chamado "Provedor" (também conhecido como "Host"), e tudo deveria ser levado para seu "Site", seu lugar específico de residência em Provedor.

Raciocinando ainda melhor, se, por definição, Localhost era um lugar para testes locais de módulos, hacks e traduções (antes da transferência para o Host de Internet), seria interessante, primeiro, passar tudo que havia em Host para Localhost. Em outras palavras, ele "moraria" em Localhost, faria seus "desenvolvimentos e teste" lá, e estando tudo ok, transportaria o resultado para o "porto" de Host, de onde finalmente tudo seria distribuído para o mundo de Internet. Seria algo mais ou menos assim.

Mas, por hora, seu amigo Beduíno estava esperando por sugestões de melhorias no Xu, e Gopala queria, ainda que limitado por seus poucos conhecimentos técnicos, contribuir com a empreitada. Relembrando o famoso slogan do ex-presidente Juscelino Kubitschek, Beduíno já havia coberto "50 anos em 5" ao desenvolver o Xf e o Xu, mas, como diria o técnico Bernardinho (da seleção de vôlei do Brasil): ta bom, mas pode melhorar. [É a famosa história das "metas forçadas" ]

Assim como Pero Vaz Caminha havia escrito uma carta contando as primeiras impressões na terra "recém descoberta" por Cabral [X-Trad também é cultura, hehe ], Gopala escrevera e postara suas primeiras impressões sobre Xu e Localhost. Porém, se aquela viagem de Cabral durara meses, passando por diversas dificuldades, atualmente se viajava da Europa para a América do Sul em poucas horas, em modenos jatos comerciais. O que fazer (se possível fosse) para tornar a viagem à Localhost ainda mais rápida, confortável e tranqüila?


Gopala, então, começou a repassar as dificuldades que encontrara ao longo do caminho:


1- Primeiro, o arquivo a ser baixado era um bocado grande (cerca de 13 MB). Embora houvesse um sem número de funções disponíveis, qual seria o ponto principal? O que poderia ser, a princípio, descartado, para tornar o sistema mais "magro"?

a) Gopala se lembrava de ter visto às pressas ("nas carreiras", como se diz no Nordeste) uma listagem de comandos sql executados pelo sistema, contendo o conteúdo das futuras tabelas xoops. E acreditava que isso (e o que fosse necessário para as instruções serem executadas) era necessário manter.

b) Ele também se recordava de ter visto alguma função de auxílio à transferência para outro host. Esta função também era extremamente essencial (seria o principal alvo de uma futura incursão de Gopala no sistema recém "descoberto").

c) Poderia haver algum link apontando para um sistema mais completo, caso o usuário precisasse do phpMyAdmin, Apanel e outras funções mais.


2- Após descompactar o pacote, Gopala ficara confuso sobre que arquivo acionar. Para evitar isso, ele pensava:

a) Talvez fosse possível disponibilizar o arquivo como ".exe".

b) Caso não fosse possível o ".exe", talvez fosse possível deixar apenas um arquivo acionável na pasta principal, e remover os demais para outra subpasta.

c) Se mesmo essa segunda alternativa não fosse possível, talvez se pudesse renomear o "server_start.bat" como "instal.bat". Já ajudaria na hora da decisão.


3- Junto com o arquivo executável (seja ".exe", seja ".bat"), poderiam ser disponibilizados outros dois arquivos:

a) Um "help.html" com as instruções de instalação e uso, imagens, etc.

b) Um "readme.txt", com as explicações iniciais do que é o sistema, seu propósito, site do desenvolvedor, suporte e download.


4- Durante a instalação inicial, se possível, deveria ser evitado que o usuário tivesse que optar por "W" ou qualquer outra letra para o drive virtual (nesse momento de poucas informações, muitas vezes a última coisa que um usuário inexperiente quer é ter que tomar decisões):

a) Se não fosse possível padronizar o "W" como letra para o drive virtual, o sistema poderia efetuar uma busca, em ordem decrescente, pelas letras disponíveis, até encontrar uma não utilizada. Ao final da instalação, informaria: "Seu Localhost está instalado no drive virtual ... ("W", "V", "T", ou o que for).

c) Se não fosse possível adotar as alternativas acima, talvez se pudesse esclarecer mais a necessidade e o porquê da consulta. Por exemplo:

5- Após a instalação, a tela inicial poderia ser assim:


6- Embora Gopala entendesse o desejo do pessoal do X-Trad de não alterar muito o material que compunha o XoopFacil, ele acreditava que algo deveria ser feito em relação aos temas. Links quebrados em um sistema "pronto para usar" poderiam não cair muito bem para os usuários novatos. Mas o que fazer? Essa questão estava difícil. Após "matutar" um pouco com seus neurônios, Gopala chegou às seguintes alternativas:

a) Um pequeno hack em cada link problemático, que detectaria se o módulo estava ou não instalado, e em caso afirmativo, exibiria o link. Essa parecia a solução ideal, mas exigia conhecimentos técnicos mais especializados. Além de causar uma possível quebra do layout original do tema.

b) Simplesmente comentar as linhas com os links inativos, permitindo, dessa forma, uma fácil reativação pelo usuário. O como fazer isso, seria documentado na Ajuda do sistema. O problema desta solução também está na possível "quebra" do layout do tema.

c) Um ou mais redirecionadores: um módulo que receberia a requisição da página inexistente e redirecionaria para outra equivalente. O problema é que só funcionaria para casos como, por exemplo, redirecionar "news" para "smartsection". Mas era algo a se avaliar.

d) Aproveitar que de qualquer forma mesmo os arquivos originais seriam renomeados e mantidos nos mesmo locais, e efetivamente fazer as adaptações necessárias de layout e links. Seria a solução mais radical, mas bastante compreensível para os desenvolvedores originais, dadas as circunstâncias e propósitos do Xf e Xu.


Muito bem! Gopala não sabia exatamente quando e em que circunstâncias voltaria a Localhost, mas já tinha algo para sugerir, e dessa forma colaborar, com o belo sistema Xu/Xf de Beduíno. Armado como seu calhamaço de idéias e sugestões, lá foi Gopala Dasa postar novamente no X-Trad:


Mas Gopala realmente conseguiria futuramente retornar a terra de Localhost? E Beduíno (o engenheiro/médico/mágico) e a incrível equipe do X-Trad conseguiriam aperfeiçoar o Xu e reparar os bugs de Xf a tempo para a empreitada? Não percam, em um possível próximo capítulo: