<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>OFF TOPIC! &#187; Development</title>
	<atom:link href="http://www.luizxx.com/archives/category/development/feed" rel="self" type="application/rss+xml" />
	<link>http://www.luizxx.com</link>
	<description>Luizxx Expansion Set</description>
	<lastBuildDate>Fri, 16 Jul 2010 04:13:27 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>[Erlang] Mnesia Overload Events</title>
		<link>http://www.luizxx.com/archives/721</link>
		<comments>http://www.luizxx.com/archives/721#comments</comments>
		<pubDate>Thu, 24 Jun 2010 14:56:03 +0000</pubDate>
		<dc:creator>Luiz</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[erlang]]></category>

		<guid isPermaLink="false">http://www.luizxx.com/?p=721</guid>
		<description><![CDATA[Normally when running an Erlang application (like Ejabberd) using Mnesia internal database in a heavy loaded environment you run into the following log message: =ERROR REPORT==== 23-Jun-2010::00:59:19 === Mnesia(node@server): ** WARNING ** Mnesia is overloaded: {dump_log, write_threshold} This warning event is usually shown when using mnesia disc_copies tables and doing a lot of writes to [...]]]></description>
			<content:encoded><![CDATA[<p>Normally when running an Erlang application (like Ejabberd) using Mnesia internal database in a heavy loaded environment you run into the following log message:</p>
<p><code>=ERROR REPORT==== 23-Jun-2010::00:59:19 ===<br />
Mnesia(node@server): ** WARNING ** Mnesia is overloaded: {dump_log, write_threshold}</code></p>
<p>This warning event is usually shown when using mnesia disc_copies tables and doing a lot of writes to disk all at once (considering you are using asynchronous writes), and of course it can get really annoying when they start happening every second. We can drastically reduce the occurrence of this error changing 2 configuration parameters, the <em>dc_dump_limit</em> and <em>dump_log_write_threshold</em>. </p>
<p><strong>dc_dump_limit</strong><br />
This parameter controls how often disc_copies tables are dumped from memory, the default value is 4 that means if the log size is greater than the table size divided per 4 (table size / 4) it starts the dump. You can make dumps happen more often increasing this value.</p>
<p><strong>dump_log_write_threshold</strong><br />
This parameter defines the maximum number of writes to the transaction log before a new dump is performed, using the default value 100 a new transaction log dump is performed after every 100 writes. You can increase this value giving more time to the write process to finish, but be sure that you have enough RAM on your server to maintain the transactions running.</p>
<p><strong>And now, what does it mean?</strong><br />
Mnesia activity is recorded in transaction logs, that gets dumped to table logs, which in turn are dumped to table files on disk. By increasing the <em>dump_log_write_threshold</em>, transaction logs are dumped much less often, giving more time to the last dump be completed before the next dump is triggered. By the way, increasing the <em>dc_dump_limit</em> helps ensure that the disk table is dumped form the logs more often.</p>
<p>You can configure the parameters using the following syntax:</p>
<p><code>{mnesia, [{dc_dump_limit, 40}, {dump_log_write_threshold, 50000}]}</code><br />
<em>* Remember to change the values according to your needs!</em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.luizxx.com/archives/721/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Python-MySQLdb Upgrade Problem</title>
		<link>http://www.luizxx.com/archives/512</link>
		<comments>http://www.luizxx.com/archives/512#comments</comments>
		<pubDate>Wed, 22 Jul 2009 20:05:49 +0000</pubDate>
		<dc:creator>Luiz</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Python]]></category>

		<guid isPermaLink="false">http://www.luizxx.com/?p=512</guid>
		<description><![CDATA[Recently I got an error while running some Python scripts on a Red Hat Enterprise Linux 3, specifically when importing the MySQLdb module, with the the following error: ImportError: cannot import name ImmutableSet After some research I found that when upgrading the module to version 1.2.1 (or newer) the file sets.py, that was used on [...]]]></description>
			<content:encoded><![CDATA[<p>Recently I got an error while running some Python scripts on a Red Hat Enterprise Linux 3, specifically when importing the MySQLdb module, with the the following error:</p>
<p><code>ImportError: cannot import name ImmutableSet</code></p>
<p>After some research I found that when upgrading the module to version 1.2.1 (or newer) the file <em>sets.py</em>, that was used on 1.2.0 or prior versions, still on system and this doesn&#8217;t contain <em>ImmutableSet</em> that&#8217;s defined as a default bult-in set in the recent versions of MySQLdb.</p>
<p>To solve this problem (tested on Python 2.4 and 2.6) just remove the <em>sets.py</em> from your MySQLdb installation directory.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.luizxx.com/archives/512/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>SQL Server support on PHP (php-mssql)</title>
		<link>http://www.luizxx.com/archives/202</link>
		<comments>http://www.luizxx.com/archives/202#comments</comments>
		<pubDate>Tue, 30 Sep 2008 19:59:11 +0000</pubDate>
		<dc:creator>Luiz</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Unix / Linux]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://luizxx.com/?p=202</guid>
		<description><![CDATA[Yesterday I was compilling a new release of PHP packages for Red Hat Enterprise 5 (RPM) in the x86_64 architecture and I got a bug during the compilation proccess of the php-mssql module that requires the freetds-devel package to be built. By default, the configure script doesn&#8217;t find the required freetds libraries on the system [...]]]></description>
			<content:encoded><![CDATA[<p>Yesterday I was compilling a new release of PHP packages for Red Hat Enterprise 5 (RPM) in the x86_64 architecture and I got a bug during the compilation proccess of the php-mssql module that requires the freetds-devel package to be built.</p>
<p>By default, the configure script doesn&#8217;t find the required freetds libraries on the system (even if they are correctly installed) because in the lastest versions of freetds we don&#8217;t have the tds.h and libtds.a files.</p>
<p>To bypass this check and continue building your packages normally you can use this simple and dirty workarround:</p>
<p>$ touch /usr/include/tds.h<br />
$ touch /usr/lib/libtds.a</p>
<p>Or you can edit the configure script (make a patch and apply during the build process) to find the correct files and directories.</p>
<p>Official report: <a href="http://bugs.php.net/bug.php?id=44991" target="_blank">http://bugs.php.net/bug.php?id=44991</a><br />
Tanks to <a href="http://howtogetitworking.com/2008/02/26/how-to-install-mssql-extension-for-php-on-unix/" target="_blank">Brian </a>for the help!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.luizxx.com/archives/202/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Utilizando módulo &#8220;Suhosin PHP&#8221;</title>
		<link>http://www.luizxx.com/archives/165</link>
		<comments>http://www.luizxx.com/archives/165#comments</comments>
		<pubDate>Fri, 29 Aug 2008 21:33:17 +0000</pubDate>
		<dc:creator>Luiz</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Tecnology]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://luizxx.com/?p=165</guid>
		<description><![CDATA[Recentemente realizamos a instalação do módulo Suhosin em todos os servidores da nova arquitetura de hospedagem da Locaweb de forma opcional para os clientes, porém boa parte dos desenvolvedores não conhece o potencial e as funcionalidades deste módulo que pode ser ativado facilmente em sua hospedagem compartilhada ou em seus próprios servidores. Suhosin é um [...]]]></description>
			<content:encoded><![CDATA[<p>Recentemente realizamos a instalação do módulo <a href="http://www.hardened-php.net/suhosin/" target="_blank">Suhosin</a> em todos os servidores da nova arquitetura de hospedagem da <a href="http://www.locaweb.com.br" target="_blank">Locaweb </a>de forma opcional para os clientes, porém boa parte dos desenvolvedores não conhece o potencial e as funcionalidades deste módulo que pode ser ativado facilmente em sua hospedagem compartilhada ou em seus próprios servidores.</p>
<p>Suhosin é um módulo avançado de proteção para servidores de aplicação rodando PHP, é foi desenvolvido para proteger tanto os servidores como os próprios desenvolvedores de vulnerabilidades nas aplicações construídas e no próprio core do PHP.</p>
<p>O módulo é compatível com instalações do PHP em qualquer sistema compatível, não apresentando problemas com outros módulos presentes na instalação, incluindo Zend Optimizer e APC.</p>
<p>Um dos recursos mais interessantes deste módulo é a encriptação transparente de cookies e dados de sessão, evitando inumeros ataques de <em>&#8220;session hijacking&#8221;</em> O módulo também realiza inumeros tipos de filtragem de dados em tempo real, evitando ataques DOS e scripts maliciosos sendo executados no servidor.</p>
<p>Para aqueles que precisam desenvolver aplicações em PHP com mais segurança em um ambiente controlado e auditado, o módulo é muito útil!</p>
<p>Ah sim, para aqueles que possuem planos de hospedagem Linux na Locaweb e desejam realizar a ativação do módulo, é necessário apenas adicionar a seguinte linha em seu arquivo <em>php-cgi.ini</em>:</p>
<p><em>extension=suhosin.so</em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.luizxx.com/archives/165/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Conector Python/PostgreSQL</title>
		<link>http://www.luizxx.com/archives/48</link>
		<comments>http://www.luizxx.com/archives/48#comments</comments>
		<pubDate>Sat, 15 Mar 2008 16:04:48 +0000</pubDate>
		<dc:creator>Luiz</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[Python]]></category>

		<guid isPermaLink="false">http://luizxx.com/archives/48</guid>
		<description><![CDATA[Alguns dias atras resolvi instalar o Trac para gerenciar um projeto que desenvolvi, porem durante a instalacao resolvi armazenar meus dados em uma base PostgreSQL, e entao me deparei com a falta de um modulo para conexao Python com PostgreSQL presente na documentacao do Trac, o pyPgSQL. Minha plataforma utilizada foi um RedHat Enterprise 5 [...]]]></description>
			<content:encoded><![CDATA[<p>Alguns dias atras resolvi instalar o <a href="http://trac.edgewall.org/" target="_blank">Trac </a>para gerenciar um projeto que desenvolvi, porem durante a instalacao resolvi armazenar meus dados em uma base <a href="http://www.postgresql.org" target="_blank">PostgreSQL</a>, e entao me deparei com a falta de um modulo para conexao <a href="http://www.python.org/" target="_blank">Python </a>com <a href="http://www.postgresql.org" target="_blank">PostgreSQL</a> presente na <a href="http://trac.edgewall.org/wiki/TracGuide" target="_blank">documentacao do Trac</a>, o <a href="http://pypgsql.sourceforge.net/" target="_blank">pyPgSQL</a>.</p>
<p>Minha plataforma utilizada foi um <a href="http://www.redhat.com" target="_blank">RedHat Enterprise 5</a> rodando em 64bits, e acabei nao encontrando nenhum pacote pronto e atualizado para a instalacao. Para que nao fosse necessario compilar e instalar tudo manualmente resolvi criar o pacote com base em um spec ja existente e para aqueles que precisarem, vou disponibiliza-lo aqui para download:</p>
<p><strong>Source:</strong> <a href="http://www.luizxx.com/archive/redhat/pyPgSQL-2.4-0.src.rpm">pyPgSQL-2.4-0.src.rpm</a><br />
<strong>RedHat Advanced Server 5: </strong><a href="http://www.luizxx.com/public_html/archive/redhat/pyPgSQL-2.4-0.x86_64.rpm">pyPgSQL-2.4-0.x86_64.rpm</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.luizxx.com/archives/48/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ruby Language</title>
		<link>http://www.luizxx.com/archives/10</link>
		<comments>http://www.luizxx.com/archives/10#comments</comments>
		<pubDate>Tue, 04 Sep 2007 22:29:46 +0000</pubDate>
		<dc:creator>Luiz</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[Ruby]]></category>

		<guid isPermaLink="false">http://luizxx.com/blog/?p=10</guid>
		<description><![CDATA[Nos ultimos dias tive bastante contato com a linguagem Ruby e projetos relacionados a ela, principalmente o famoso &#8220;Ruby on Rails&#8221; e minha primeira impressão foi bem positiva. Primeiramente Ruby é uma linguagem de script (interpretada) dinâmica com foco no desenvolvimento orientado a objetos de modo prático, rápido e objetivo. A sintaxe do Ruby é [...]]]></description>
			<content:encoded><![CDATA[<p>Nos ultimos dias tive bastante contato com a linguagem Ruby e projetos relacionados a ela, principalmente o famoso &#8220;Ruby on Rails&#8221; e minha primeira impressão foi bem positiva.</p>
<p>Primeiramente <a href="http://www.ruby-lang.org">Ruby</a> é uma linguagem de script (interpretada) dinâmica com foco no desenvolvimento orientado a objetos de modo prático, rápido e objetivo.</p>
<p>A sintaxe do Ruby é incrível por ser repleta de recursos e extremamente simples, contando com os mesmos tratamentos de exceção do Java e combinando elementos de Phyton e Perl, que por sua vez a tornam uma linguagem muito eficiente na programação de scripts para o sistema e tratamento de arquivos.</p>
<p>Foi desenvolvida no Japão por Yukihiro Matsumoto porém vem se tornando muito popular no mundo todo, principalmente por sua combinação com Rails (popular framework de desenvolvimento web), chamada de &#8220;<a href="http://rubyonrails.org/">Ruby on Rails</a>&#8220;.</p>
<p>A <a href="http://www.ruby-lang.org/en/documentation/">documentação </a>é bem completa e de fácil entendimento, fazendo da linguagem uma ótima opção administradores de sistema e desenvolvedores!</p>
<p><strong>Dica:</strong> Se você administra um servidor web com suporte  a Ruby on Rails, procure sempre manter as versões mais atuais dos componentes para evitar problemas com migração de sites e sistemas vindos de um ambiente de desenvolvimento.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.luizxx.com/archives/10/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
