<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>

<channel>
	<title>Blog Kolorbit</title>
	<atom:link href="http://blog.kolorbit.com/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://blog.kolorbit.com</link>
	<description>Noticias, novidades e próximos desenvolvimentos</description>
	<pubDate>Wed, 11 Aug 2010 15:15:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
	<language>en</language>
			<item>
		<title>Upgrade PHPmyAdmin e PHPpgAdmin</title>
		<link>http://blog.kolorbit.com/?p=61</link>
		<comments>http://blog.kolorbit.com/?p=61#comments</comments>
		<pubDate>Wed, 11 Aug 2010 15:15:27 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Upgrades]]></category>

		<category><![CDATA[phpMyAdmin]]></category>

		<category><![CDATA[phpPgAdmin]]></category>

		<guid isPermaLink="false">http://blog.kolorbit.com/?p=61</guid>
		<description><![CDATA[Aproveitando a calma de Verão e no seguimento do bem sucedido upgrade de PHP, foi efectuado um upgrade às populares ferramentas web de gestão de base de dados. O phpMyAdmin para MySQL e o phpPgAdminpara o PostgreSQL.
Como sempre, foram instaladas as últimas versões stable, e como tal não deverão apresentar bugs, no entanto poderão sempre [...]]]></description>
			<content:encoded><![CDATA[<p>Aproveitando a calma de Verão e no seguimento do bem sucedido upgrade de PHP, foi efectuado um upgrade às populares ferramentas web de gestão de base de dados. O phpMyAdmin para MySQL e o phpPgAdminpara o PostgreSQL.</p>
<p>Como sempre, foram instaladas as últimas versões stable, e como tal não deverão apresentar bugs, no entanto poderão sempre dar-nos o respectivo feedback se for detectada alguma questão.</p>
<p>Poderá aceder em:</p>
<p>MyAdmin - http://mysql.kolorbit.com<br />
PgAdmin - http://postgres.kolorbit.com</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.kolorbit.com/?feed=rss2&amp;p=61</wfw:commentRss>
		</item>
		<item>
		<title>Follow-up upgrade PHP5</title>
		<link>http://blog.kolorbit.com/?p=58</link>
		<comments>http://blog.kolorbit.com/?p=58#comments</comments>
		<pubDate>Mon, 02 Aug 2010 08:14:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Upgrades]]></category>

		<category><![CDATA[módulos]]></category>

		<category><![CDATA[php5]]></category>

		<guid isPermaLink="false">http://blog.kolorbit.com/?p=58</guid>
		<description><![CDATA[O upgrade para PHP5  foi efectuado com sucesso. Conforme previsto houve algumas falhas detectadas em código antigo que entretanto estão resolvidas ou em vias de resolução.
Estamos a correr PHP 5.2.14, com mais ou menos os mesmos módulos que anteriormente (em certos casos a correspondência não é directa). O suporte a xml e webservices foi altamente [...]]]></description>
			<content:encoded><![CDATA[<p>O upgrade para PHP5  foi efectuado com sucesso. Conforme previsto houve algumas falhas detectadas em código antigo que entretanto estão resolvidas ou em vias de resolução.</p>
<p>Estamos a correr PHP 5.2.14, com mais ou menos os mesmos módulos que anteriormente (em certos casos a correspondência não é directa). O suporte a xml e webservices foi altamente melhorado e reforçado, e foram acrescentados os seguintes módulos:</p>
<p>json<br />
libxml<br />
SimpleXML<br />
soap<br />
xml</p>
<p>Como sempre, estamos sempre disponiveis, para qualquer ajuste em termos de configuração ou instalação de software adicional solicitado pelos utilizadores, desde que seja fundamentado.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.kolorbit.com/?feed=rss2&amp;p=58</wfw:commentRss>
		</item>
		<item>
		<title>Upgrade para PHP5</title>
		<link>http://blog.kolorbit.com/?p=52</link>
		<comments>http://blog.kolorbit.com/?p=52#comments</comments>
		<pubDate>Mon, 26 Jul 2010 18:55:47 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Upgrades]]></category>

		<category><![CDATA[gophp5]]></category>

		<category><![CDATA[php4]]></category>

		<category><![CDATA[php5]]></category>

		<guid isPermaLink="false">http://blog.kolorbit.com/?p=52</guid>
		<description><![CDATA[Durante o próximo fim de semana, na madrugada de Domingo para Segunda-feira (01 de Agosto para 02 de Agosto de 2010) iremos efectuar um upgrade no PHP, e vamos abandonar o suporte à versão 4 e iremos migrar para PHP 5.2.x, este é um passo importante que temos vindo a adiar, visto que alguns utilizadores [...]]]></description>
			<content:encoded><![CDATA[<p>Durante o próximo fim de semana, na madrugada de Domingo para Segunda-feira (01 de Agosto para 02 de Agosto de 2010) iremos efectuar um upgrade no PHP, e vamos abandonar o suporte à versão 4 e iremos migrar para PHP 5.2.x, este é um passo importante que temos vindo a adiar, visto que alguns utilizadores ainda estão muito &#8220;agarrados&#8221; ao PHP4.</p>
<p>No entanto, neste momento é impossivel adiar mais:</p>
<p>1 - já não são lançadas actualizações <strong>nem de segurança</strong><br />
2 - vários <strong>projectos open source apenas suportam PHP 5</strong> - iniciativa GoPHP5<br />
3 - <strong>suporte actualizado</strong> a novas tecnologias, xml, webservices, json, mysql 4.1+, etc</p>
<p>Portanto deverão preparar os sites e preparar-se para testar Segunda-feira se todas as funcionalidades suportadas em PHP estão a funcionar correctamente. Normalmente e em testes efectuados as incompatibilidades que surgem são minimas e de fácil resolução.</p>
<p>Os sites que estão alojados e que foram desenvolvidos por nós, serão verificados, mas como é complicado testar tudo à exaustão pode escapar qualquer coisa pelo que também deverão ser testados pelos respectivos donos/gestores. Nos sites que fornecemos alojamento estamos também disponíveis para colaborar na correcção de eventuais incompatibilidades detectadas.</p>
<p>Como sempre, estamos disponíveis para esclarecimentos adicionais.</p>
<p><strong>Update </strong>- em caso de questões relativas às alterações e incompatibilidades no site do PHP existem vários guias de migração que deverão ser consultados:<br />
http://www.php.net/manual/en/migration5.php<br />
http://www.php.net/manual/en/migration51.php<br />
http://www.php.net/manual/en/migration52.php</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.kolorbit.com/?feed=rss2&amp;p=52</wfw:commentRss>
		</item>
		<item>
		<title>SMTP com TLS</title>
		<link>http://blog.kolorbit.com/?p=50</link>
		<comments>http://blog.kolorbit.com/?p=50#comments</comments>
		<pubDate>Mon, 26 Jul 2010 14:58:30 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Upgrades]]></category>

		<category><![CDATA[gmail]]></category>

		<category><![CDATA[qmail]]></category>

		<category><![CDATA[smtp]]></category>

		<category><![CDATA[tls]]></category>

		<guid isPermaLink="false">http://blog.kolorbit.com/?p=50</guid>
		<description><![CDATA[Durante o fim de semana em horário morto foi efectuado um upgrade ao Qmail, o MTA que utilizamos, foi acrescentada a funcionalidade de TLS. Esta funcionalidade foi adicionada devido a uma solicitação de um utilizador, mas poderá ser útil para mais utilizadores.
No sistema normal de envio de emails, a informação é transmitida na rede em [...]]]></description>
			<content:encoded><![CDATA[<p>Durante o fim de semana em horário morto foi efectuado um upgrade ao Qmail, o MTA que utilizamos, foi acrescentada a funcionalidade de TLS. Esta funcionalidade foi adicionada devido a uma solicitação de um utilizador, mas poderá ser útil para mais utilizadores.</p>
<p>No sistema normal de envio de emails, a informação é transmitida na rede em plain text, com o TLS o utilizador tem a opção de proteger através de encriptação os emails que envia. Na entrega de emails para domínios externos o servidor utiliza também encriptação se o destinatário suportar. A principal vantagem é a garantia de confidencialidade na transmissão e como desvantagem tem a sobrecarga de processamento que torna tudo muito mais lento (aliás como todos os sistemas de encriptação).</p>
<p>Esta funcionalidade é perfeitamente opcional para os utilizadores que podem (ou não) ligar o suporte nos clientes de email (Outlook, Thunderbird). Outra vantagem desta funcionalidade é poder configurar o Gmail para utilizar o servidor para envio, utiliza o interface do Gmail mas o invés de <em>utilizador@gmail.com</em> envia emails com o remetente personalizado do seu domínio.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.kolorbit.com/?feed=rss2&amp;p=50</wfw:commentRss>
		</item>
		<item>
		<title>Upgrade PostgreSQL</title>
		<link>http://blog.kolorbit.com/?p=46</link>
		<comments>http://blog.kolorbit.com/?p=46#comments</comments>
		<pubDate>Mon, 19 Jul 2010 23:14:56 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Upgrades]]></category>

		<category><![CDATA[bd]]></category>

		<category><![CDATA[pgsql]]></category>

		<category><![CDATA[postgresql]]></category>

		<category><![CDATA[postgresql 8.4]]></category>

		<guid isPermaLink="false">http://blog.kolorbit.com/?p=46</guid>
		<description><![CDATA[O servidor de BD, cliente e bibliotécas do PostgreSQL foram actualizadas para a versão 8.4. A operação decorreu na normalidade praticamente sem tempo de downtime para os nossos utilizadores desta robusta base de dados.
Após a operação rodámos o nosso browser nos sites que estão configurados com PostgreSQL e foram detectados alguns erros derivados sobretudo do [...]]]></description>
			<content:encoded><![CDATA[<p>O servidor de BD, cliente e bibliotécas do PostgreSQL foram actualizadas para a versão 8.4. A operação decorreu na normalidade praticamente sem tempo de downtime para os nossos utilizadores desta robusta base de dados.</p>
<p>Após a operação rodámos o nosso browser nos sites que estão configurados com PostgreSQL e foram detectados alguns erros derivados sobretudo do esquecimento de plicas nos valores das querys enviadas ao servidor. Corrigimos directamente no código essas falhas. No entanto, não temos possibilidade de testar exaustivamente todas as funcionalidades de cada um dos sites que utilizam PostgreSQL. Portanto os alojamentos com suporte em BD PostgreSQL devem testar e verificar a eventual existência de falhas que possam eventualmente surgir derivado do upgrade.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.kolorbit.com/?feed=rss2&amp;p=46</wfw:commentRss>
		</item>
		<item>
		<title>Internet Explorer 6 - o fim</title>
		<link>http://blog.kolorbit.com/?p=44</link>
		<comments>http://blog.kolorbit.com/?p=44#comments</comments>
		<pubDate>Mon, 01 Mar 2010 13:37:28 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Geral]]></category>

		<category><![CDATA[browser]]></category>

		<category><![CDATA[chrome]]></category>

		<category><![CDATA[firefox]]></category>

		<category><![CDATA[IE6]]></category>

		<category><![CDATA[obsoleto]]></category>

		<category><![CDATA[performance]]></category>

		<category><![CDATA[w3c]]></category>

		<category><![CDATA[web standarts]]></category>

		<guid isPermaLink="false">http://blog.kolorbit.com/?p=44</guid>
		<description><![CDATA[Foi hoje que o Google deixou de suportar oficialmente o Internet Explorer 6. FINALMENTE. As novas funcionalidades de serviços existentes e novos sites, apps e serviços Google não irão ter suporte para IE6 o que quer dizer que não irão funcionar correctamente ou de todo.
Com praticamente 10 anos de serviço, provavelmente é o software obsoleto [...]]]></description>
			<content:encoded><![CDATA[<p>Foi hoje que o Google deixou de suportar oficialmente o Internet Explorer 6. FINALMENTE. As novas funcionalidades de serviços existentes e novos sites, apps e serviços Google não irão ter suporte para IE6 o que quer dizer que não irão funcionar correctamente ou de todo.</p>
<p>Com praticamente 10 anos de serviço, provavelmente é o software obsoleto mais utilizado actualmente por esse mundo fora. Não são raras a vezes em que deparamos com um computador de um cliente a correr IE6, ou mais frequentemente com alguma queixa relativamente a uma funcionalidade que não funciona correctamente ou um elemento que não é exibido correctamente. As próprias estatísticas do nosso site mostram cerca de 15% de acessos com IE6 (isto para um site relativamente especializado e com uma audiência tendencialmente técnica).</p>
<p>O IE6 tem um histórico de falhas graves de segurança e comparado com um browser moderno falta de performance. Além disso, o grande problema é que os standarts evoluem, as potencialidades dos sites evoluem, as funcionalidades evoluem, as expectativas dos utilizadores evoluem e ao suportar um browser obsoleto implica(va) uma grande ginástica mental, soluções técnicas de compromisso ou deselegantes. Enfim, todo um desperdício de tempo e energias gasto a uniformizar, a contornar limitações do IE6 com implementações complicadas simplesmente para emular o funcionamento de um browser moderno. É um alivio este fim anunciado e toda a comunidade de programadores e webdesigners está feliz por (finalmente) se poder concentrar em entregar produtos melhores sem essa amarra dos últimos anos.</p>
<p>Portanto, e acompanhando praticamente todos os players do mercado, deixamos de suportar o IE6. Se ainda está a aceder aos nossos serviços com esse browser, deverá fazer uma actualização (ou pressionar o responsável técnico da sua rede) para um browser moderno.</p>
<p>Lista de browsers modernos não exaustiva (à data de escrita deste post)</p>
<p>IE 7 +<br />
Firefox 3.0 +<br />
Chrome 4.0 +<br />
Safari 3.0+</p>
<p><strong>Update </strong>- Youtube também irá desligar o suporte a browsers obsoletos<br />
<strong>Update 2</strong> - Para os mais saudosos ou sentimentalistas podem ver o <a href="http://ie6funeral.com/">funeral do IE6 aqui</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.kolorbit.com/?feed=rss2&amp;p=44</wfw:commentRss>
		</item>
		<item>
		<title>Deep</title>
		<link>http://blog.kolorbit.com/?p=39</link>
		<comments>http://blog.kolorbit.com/?p=39#comments</comments>
		<pubDate>Tue, 15 Dec 2009 12:29:13 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Artigos Técnicos]]></category>

		<category><![CDATA[cli]]></category>

		<category><![CDATA[deep]]></category>

		<category><![CDATA[find]]></category>

		<category><![CDATA[replace]]></category>

		<guid isPermaLink="false">http://blog.kolorbit.com/?p=39</guid>
		<description><![CDATA[O comndo deep é uma daquelas ferramentas tipo canivete suiço, pequeno, multifunções e extremamente prático. Não é um verdadeiro binário, porque é um Perl script, mas na sua utilização típica a performance não é um factor importante. Basicamente serve para efectuar operações sobre uma árvore de ficheiros em cascata (age sobre os ficheiros da directoria [...]]]></description>
			<content:encoded><![CDATA[<p>O comndo deep é uma daquelas ferramentas tipo canivete suiço, pequeno, multifunções e extremamente prático. Não é um verdadeiro binário, porque é um Perl script, mas na sua utilização típica a performance não é um factor importante. Basicamente serve para efectuar operações sobre uma árvore de ficheiros em cascata (age sobre os ficheiros da directoria actual, ficheiros em subdirectorias e assim sucessivamente.</p>
<p>Suporta várias operações, pesquisa, substituição, chmod, comando, etc&#8230; as funcionalidades que mais usamos são a pesquisa e a substituição.</p>
<p>Um exemplo para ilustrar o poder do deep. Vamos supor que temos um site que tem algumas centenas de ficheiros html e é necessário substituir o email de contacto e não fazemos ideia de todos os ficheiros onde poderá estar. Simples, basta irmos à raiz do site e dar o comando:</p>
<p><code>deep find 'emailparasubstituir@dominio.com' '*.html' --case=0</code></p>
<p>e voilá, temos os ficheiros e linhas em que está o email de contacto para substituir. Vamos agora supor que temos isto em dezenas de ficheiros, temos a possibilidade de abrir um por um, fazer a alteração e gravar (nada divertido) ou então:</p>
<p><code>deep replace 'emailparasubstituir@dominio.com' 'novoemail@dominio.com' '*.html' --case=0</code></p>
<p>e já está, podemos passar o resto do dia a fazer coisas realmente produtivas. Outra utilização típica é quando recebemos um projecto com as quebras de linhas em Windows CR LF e queremos abrir o ficheiro em Unix LF:</p>
<p><code>deep replace "\r" "" "*.html *.css *.js" --literal=0</code></p>
<p>e está a conversão feita, simples não?</p>
<p>Este é um daqueles comandos que adoramos em UNIX/Linux simples mas extremamente poderoso.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.kolorbit.com/?feed=rss2&amp;p=39</wfw:commentRss>
		</item>
		<item>
		<title>Upgrade do Webmail</title>
		<link>http://blog.kolorbit.com/?p=37</link>
		<comments>http://blog.kolorbit.com/?p=37#comments</comments>
		<pubDate>Fri, 23 Oct 2009 08:56:44 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Upgrades]]></category>

		<category><![CDATA[roundcube]]></category>

		<category><![CDATA[webmail]]></category>

		<guid isPermaLink="false">http://blog.kolorbit.com/?p=37</guid>
		<description><![CDATA[Foi actualizado o webmail da kolorbit para a última versão do Roundcube. Esta versão está ainda melhor do que a anterior, além de uma série de erros corrigidos foi também melhorado o suporte aos mais recentes browsers e o interface bastante melhorado a nivel de velocidade.
]]></description>
			<content:encoded><![CDATA[<p>Foi actualizado o webmail da kolorbit para a última versão do <a href="http://roundcube.net/">Roundcube</a>. Esta versão está ainda melhor do que a anterior, além de uma série de erros corrigidos foi também melhorado o suporte aos mais recentes browsers e o interface bastante melhorado a nivel de velocidade.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.kolorbit.com/?feed=rss2&amp;p=37</wfw:commentRss>
		</item>
		<item>
		<title>Update Apache / PHP</title>
		<link>http://blog.kolorbit.com/?p=35</link>
		<comments>http://blog.kolorbit.com/?p=35#comments</comments>
		<pubDate>Thu, 23 Jul 2009 12:05:05 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Upgrades]]></category>

		<category><![CDATA[apache]]></category>

		<category><![CDATA[php]]></category>

		<category><![CDATA[php4]]></category>

		<category><![CDATA[update]]></category>

		<guid isPermaLink="false">http://blog.kolorbit.com/?p=35</guid>
		<description><![CDATA[Domingo para Segunda (madrugada 02/08) iremos proceder ao update do Apache na máquina que serve PHP4, ips:
82.103.131.212
82.103.129.92
82.103.139.154
82.103.139.156
este é basicamente um update de serviço em que iremos manter a família 2.22.x a mais recente aconselhada pelos developers do Apache. Além disso Iremos também aproveitar para migrar as últimas contas que estão a correr com o user [...]]]></description>
			<content:encoded><![CDATA[<p>Domingo para Segunda (madrugada 02/08) iremos proceder ao update do Apache na máquina que serve PHP4, ips:</p>
<p>82.103.131.212<br />
82.103.129.92<br />
82.103.139.154<br />
82.103.139.156</p>
<p>este é basicamente um update de serviço em que iremos manter a família 2.22.x a mais recente aconselhada pelos developers do Apache. Além disso Iremos também aproveitar para <strong>migrar as últimas contas que estão a correr com o user geral do apache (www) para o user privado de cada uma</strong>. O sistema actual está a correr sobre fcgi e suexec e não estamos 100% satisfeitos com a performance, pelo que iremos optar por mpm-itk.</p>
<p>A nível de PHP, será apenas actualizar alguns módulos aos mais recentes patches de segurança. <strong>Este será o último update em que ainda iremos manter PHP 4</strong>.</p>
<p>Também iremos <strong>remover as directorias cgi-bin</strong>, visto que neste momento ninguém está a utilizar php, perl ou qualquer outro script a correr via cgi-bin (excepto nós próprios curiosamente). No entanto poderemos configurar para qualquer conta se solicitado.</p>
<p>Todos estes pontos deverão ser 100%  transparentes às contas que estão a correr neste servidor. Iremos depois do update fazer o maior número possivel de testes aos sites que lá estão. No entanto, Segunda-feira os responsáveis pelos vários sites deverão também efectuar os seus próprios testes para assegurar que está tudo funcional.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.kolorbit.com/?feed=rss2&amp;p=35</wfw:commentRss>
		</item>
		<item>
		<title>Open source Vs software proprietário na web</title>
		<link>http://blog.kolorbit.com/?p=29</link>
		<comments>http://blog.kolorbit.com/?p=29#comments</comments>
		<pubDate>Thu, 16 Jul 2009 11:11:33 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Artigos Técnicos]]></category>

		<category><![CDATA[Geral]]></category>

		<category><![CDATA[código aberto]]></category>

		<category><![CDATA[Internet]]></category>

		<category><![CDATA[Microsoft]]></category>

		<category><![CDATA[Open Source]]></category>

		<category><![CDATA[software livre]]></category>

		<guid isPermaLink="false">http://blog.kolorbit.com/?p=29</guid>
		<description><![CDATA[Disclaimer: esta é uma partilha de uma opinião (bastante) tendenciosa a favor das opções open source e orientada para a web quer a nivel de ferramentas de desenvolvimento quer a nivel servidor. Diariamente utilizamos intensivamente, FreeBSD, Apache, MySQL, PHP e Eclipse (editor), entre outros fantásticos softwares open source. Como é óbvio também já deparamos com [...]]]></description>
			<content:encoded><![CDATA[<p><em>Disclaimer: esta é uma partilha de uma opinião (bastante) tendenciosa a favor das opções open source e orientada para a web quer a nivel de ferramentas de desenvolvimento quer a nivel servidor. Diariamente utilizamos intensivamente, FreeBSD, Apache, MySQL, PHP e Eclipse (editor), entre outros fantásticos softwares open source. Como é óbvio também já deparamos com vários projectos Microsoft (99% de quota no software proprietário)</em></p>
<p>Hoje em dia, para a web cada vez faz menos sentido correr sistemas proprietários. Vários sites &#8220;grandes&#8221; em Portugal, ex: Chip7, Negocios deixaram de correr ASP da Microsoft para utilizarem PHP, outros são open-source desde o início SAPO (Perl, PHP, etc), Wikipedia, etc.</p>
<p>O que levou estas empresas a adoptarem o open-source e algumas mesmo a utilizarem software open-source no centro de todos os esforços online?</p>
<p><strong>Custo</strong>: um servidor com sistema proprietário, normalmente baseado Microsoft, é necessário pagar várias licensas, desde logo do sistema operativo em si, servidor web, servidor de base de dados, upgrades, etc. Ao longo dos anos e conforme o número de servidores falamos na ordem dos milhares de euros. Num sistema open-source tudo isto é grátis e livre.</p>
<p><strong>Flexibilidade</strong>: no mundo open source a escolha é tremenda, desde o sistema operativo, à linguagem, ao servidor de base de dados, ao editor, tudo mas mesmo tudo pode ser escolhido a partir de uma série de opções, customizado, ou mesmo alterado em função das nossas necessidades / preferências. Isto é algo que oferece uma capacidade fantástica de utilizar as melhores ferramentas, as mais produtivas para determinado projecto.</p>
<p><strong>Base de utilizadores:</strong> a chamada comunidade open source já desde há uns anos que ultrapassou a massa crítica necessária e hoje em dia é uma comunidade com uma dimensão brutal quer em número quer em actividade. Isto, aliado ao facto de a cultura ser a de partilha e de intercambio de conhecimento e de linhas de código, fazem do desenvolvimente em open source uma actividade muito agradável visto ser possivel encontrar exemplos, documentação e código a implementar determinada funcionalidade rápidamente. Em Microsoft por vezes é um pesadelo implementar determinada funcionalidade, devido ao espirito fechado só se encontram dll pagos em que não é possivel analizar/alterar o funcionamento interno às nossas necessidades.</p>
<p><strong>Performance</strong>: na sua configuração mais típica com o servidor Apache a correr PHP sobre uma base de dados em MySQL &#8220;out of the box&#8221; temos um conjunto muito sólido e que normalmente serve a maioria dos utilizadores em termos de performance, estabilidade e escalabilidade. E na realidade o mesmo se passa no mundo Windows. No entanto mais uma vez temos vantagens, especialmente quando queremos tirar todo o partido do hardware. O software disponível é principalmente escrito em C que é reconhecida como uma linguagem extremamente rápida. Levanta-se a questão de PHP ser uma linguagem interpretada que é naturalmente mais lenta do que compilada, mas é perfeitamente contornável, desde logo com software de compilação e cache que trata de manter os ficheiros compilados em memória para a próxima execução. Podemos optar por outras ferramentas, que possam ser compiladas em detrimento de PHP, podemos fazer cache em memória com o memcache, reverse proxy, etc&#8230;  podemos escrever um módulo em C para Apache e temos uma velocidade prodigiosa. Mais uma vez temos um vastissimo leque de opções em que podemos balancear velocidade e dificuldade de desenvolvimento.</p>
<p>Existe também uma natural vantagem em correr em sistemas baseados em Unix desde logo pelo facto de não forçarem a correr constantemente um ambiente gráfico que queimam bastantes recursos como Windows. Para expremer todo o potencial do servidor podemos (devemos) compilar todo o software (incluindo o próprio sistema operativo) optimizado para o processador que temos, algo que não é possivel em Windows, exactamente por não termos acesso aos ficheiros fontes mas apenas aos binários.</p>
<p>Típicamente e numa experiência puramente pessoal e empírica derivada de vários projectos um site &#8220;pesado&#8221; corre melhor e mais rápido em Open Source que em plataforma Windows. Se a plataforma for devidamente optimizada muito melhor mesmo, infelizmente pontualmente já vi assisti também (pontualmente felizmente) a sistemas open source de tal forma mal geridos que os sites/web apps sofriam uma quebra no desempenho.</p>
<p><strong>Logicamente coloca-se a questão, se o software Open Source na vertente web está tecnologicamente maduro porque é que ainda existem tantos sites a funcionarem sobre Windows?</strong></p>
<p>A resposta não é simples. Desde logo por uma questão &#8220;legacy&#8221; e porventura aquela que faz mais sentido. Se tivermos um site/web app implementado, a funcionar como desejado e somos proactivos na tecnologia x faz sentido aguardar o máximo a mudança. Existem outras multiplas razões, umas mais evidentes outras mais obscuras. Como se sabe qualquer mudança implica sair de uma zona de conforto e verifica-se por vezes que os responsáveis pelos sites são muito resistentes à mudança.</p>
<p>Curiosamente a maior parte das justificações na manutenção ou adopção de sistemas Microsoft baseiam-se exactamente nos pontos fortes do Open Source. Desde logo a tremenda base de utilizadores, scripts e software disponível tem como consequência lógica a (co-)existência de soluções e &#8220;developers&#8221; muito bons, com outros medianos e outros infelizmente maus. É necessário algum esforço para testar soluções e &#8220;developers&#8221; para obter bons resultados. A própria flexibilidade, na medida em que implementa a velha máxima de Unix &#8220;Existem várias maneiras de esfolar um gato&#8221; (tradução livre), também gera receios e indecisões principalmente quando existem vícios antigos e uma certa pré-formatação para a conformidade.</p>
<p>O próprio custo, é incrivel mas existe o preconceito que se algo for caro é porque é naturalmente bom e se for grátis é porque não presta&#8230; então os decisores optam pelo sistema pago, porque se algo correr mal se sentem mais protegidos: &#8220;Fizemos tudo o que podiamos, até gastamos x no sistema que agora não funciona&#8221;. Quando por vezes o que faz falta é um pouco mais de empenho&#8230; Existe também o receio do suporte, o que até é legitimo se pensarmos que tipicamente o suporte Open Source é feito informalmente sem interesse económico (leia-se vinculação) em fóruns, emails, etc. Mas esta também é uma falsa questão, visto que cada vez mais existem empresas e técnicos especializados a dar suporte profissional para sistemas Open Source.</p>
<p>Desta forma e sem entrar em discussões éticas, pormenores de licensas, fazemos uma opção consciente, uma opção clara pelos sistemas Open Source pelas razões práticas que acabamos de expor. Assumimos abertamente um compromisso em apresentar as melhores soluções Open Source quer a nivel de alojamento quer de desenvolvimento web que conhecemos. Iremos também na medida do possivel apoiar os projectos que utilizamos diariamente, retribuir para a melhoria constante do(s) software(s) sobre o quais funcionamos. Por outro lado as solução Microsoft serão progressivamente retiradas do site, aliás temos vindo a reduzir a oferta de serviços (neste momento tão pouco aceitamos novas contas) sobre Microsoft.</p>
<p>Temos a convicção que este é o melhor caminho.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.kolorbit.com/?feed=rss2&amp;p=29</wfw:commentRss>
		</item>
	</channel>
</rss>
