Os arquivos .htaccess
(ou "arquivos de configuração distribuída") oferecem um meio de fazer mudanças nas configurações por-diretório. Um arquivo, contendo uma ou mais diretrizes de configurações, é colocado em um diretório em particular, e as diretrizes se aplicam para aquele diretório e todos os seu subdiretórios subsequentes.
Se você quiser renomear o seu arquivo .htaccess
para outro nome, você deve usar a diretriz AccessFileName
. Por exemplo, se você prefere que o arquivo se chame .config
, então você pode adicionar a seguinte linha ao seu arquivo de configuração do servidor:
AccessFileName .config
No geral, arquivos .htaccess
usam a mesma sintaxe que os arquivos de configuração principal. O que você pode colocar nesses arquivos é determinado pele diretriz AllowOverride
. Essa diretriz especifica, em categorias, quais diretrizes serão aceitas caso sejam encontradas em um arquivo .htaccess
. Se uma diretriz for permitida em um arquivo .htaccess
, a documentação para essa diretriz irá conter uma seção Override, especificando que valor precisa estar em AllowOverride
para que esta diretriz seja permitida.
Por exemplo, se você procurar na documentação pela diretriz AddDefaultCharset
, você achará que ela é permitida nos arquivos .htaccess
. (Veja a linha Contexto no sumário das diretivas.) A linha Override lê FileInfo
. Então, você deve ao menos ter AllowOverride FileInfo
para que essa diretriz seja aceita nos arquivos .htaccess
.
Contexto: | configuração do servidor, hospedeiros virtuais, diretório, .htaccess |
Override: | FileInfo |
Se você estiver incerto se uma diretriz em particular é aceita em um arquivo .htaccess
, procure na documentação por essa diretriz, e verifique a linha de Contexto por ".htaccess".
No geral, você nunca deve usar arquivos .htaccess
a não ser que você não tenha acesso ao arquivo de configuração principal do servidor. Existe, por exemplo, um erro de concepção que dita que a autenticação de usuários sempre deve ser feita usando os arquivos .htaccess
. Esse simplesmente não é o caso. Você pode usar as configurações de autenticação de usuário no arquivo de configuração principal do servidor, e isso é, de fato, a maneira mais adequada de se fazer as coisas.
Arquivos .htaccess
devem ser usados em casos onde os provedores de conteúdo do portal precisem fazer mudanças na configuração do servidor por-diretório, mas não tem acesso root ao sistema do servidor. Caso o administrador do servidor não esteja disposto a fazer mudanças frequentes nas configurações do servidor, é desejável permitir que os usuários possam fazer essas mudanças através de arquivos .htaccess
eles mesmos. Isso é particularmente verdade, por exemplo, em casos onde provedores estão fornecendo múltiplos portais para usuários em apenas uma máquina, e querem que seus usuários possam alterar suas configurações.
No entanto, de modo geral, o uso de arquivos .htaccess
deve ser evitado quando possível. Quaisquer configurações que você considerar acrescentar em um arquivo .htaccess
, podem ser efetivamente colocadas em uma seção <Directory>
no arquivo principal de configuração de seu servidor.
Existem duas razões principais para evitar o uso de arquivos .htaccess
.
A primeira delas é a performance. Quando AllowOverride
é configurado para permitir o uso de arquivos .htaccess
, o Apache procura em todos diretórios por arquivos .htaccess
. Logo, permitir arquivos .htaccess
causa um impacto na performance, mesmo sem você usá-los de fato! Além disso, o arquivo .htaccess
é carregado toda vez que um documento é requerido.
Além disso, note que o Apache precisa procurar pelos arquivos .htaccess
em todos os diretórios superiores, para ter o complemento total de todas as diretivas que devem ser aplicadas. (Veja a seção como as diretrizes são aplicadas.) Então, se um arquivo de um diretório /www/htdocs/example
é requerido, o Apache precisa procurar pelos seguintes arquivos:
/.htaccess
/www/.htaccess
/www/htdocs/.htaccess
/www/htdocs/example/.htaccess
Assim, para cada acesso de arquivo fora desse diretório, existem 4 acessos ao sistema de arquivos adicionais, mesmo que nenhum desses arquivos estejam presentes. (Note que esse só será o caso se os arquivos .htaccess
estiverem habilitados para /
, o que normalmente não é o verdade.)
A segunda consideração é relativa à segurança. Você está permitindo que os usuários modifiquem as configurações do servidor, o que pode resultar em mudanças que podem fugir ao seu controle. Considere com cuidado se você quer ou não dar aos seus usuários esses privilégios. Note também que dar aos usuários menos privilégios que eles precisam, acarreta em pedidos de suporte técnico adicionais. Tenha certeza que você comunicou aos usuários que nível de privilégios você os deu. Especificar exatamente o que você configurou na diretriz AllowOverride
, e direcioná-los para a documentação relevante, irá poupá-lo de muita confusão depois.
Perceba que é exatamente equivalente colocar o arquivo .htaccess
em um diretório /www/htdocs/example
contendo uma diretriz, e adicionar a mesma diretriz em uma seção Directory <Directory /www/htdocs/example>
na configuração principal do seu servidor:
Arquivo .htaccess
em /www/htdocs/example
:
/www/htdocs/example
AddType text/example .exm
httpd.conf
<Directory /www/htdocs/example>
AddType text/example .exm
</Directory>
No entanto, adicionando isso ao seu arquivo de configuração do servidor resultará em uma menor perda de performance, na medida que a configuração é carregada no momento da inicialização do servidor, em vez de toda que que um arquivo é requerido.
O uso de arquivos .htaccess
pode ser totalmente desabilitado, ajustando a diretriz AllowOverride
para none
:
AllowOverride None
As diretrizes de configuração que se encontram em um arquivo .htaccess
são aplicadas para o diretório no qual o arquivo .htaccess
se encontra, e para todos os subdiretórios ali presentes. Mas, é importante lembrar também que podem existir arquivos .htaccess
no diretórios superiores. As diretrizes são aplicadas na ordem que são achadas. Logo, um arquivo .htaccess
em um diretório em particular, pode sobrescrever as diretrizes encontradas em um diretório acima deste em sua respectiva árvore. Estes, por sua vez, podem ter suas diretrizes sobrescritas por diretrizes ainda mais acima, ou no próprio arquivo de configuração principal do servidor.
Exemplo:
No diretório /www/htdocs/example1
nós temos um arquivo .htaccess
contendo o seguinte:
Options +ExecCGI
(Nota: você deve ter "AllowOverride Options
" para permitir o uso da diretriz "Options
" nos arquivos .htaccess
.)
No diretório /www/htdocs/example1/example2
nós temos um arquivo .htaccess
contendo:
Options Includes
Devido a esse segundo arquivo .htaccess
, no diretório /www/htdocs/example1/example2
, a execução de scripts CGI não é permitida, pois somente Options Includes
está em efeito, o que sobrescreve completamente quaisquer outros ajustes previamente configurados.
Se você veio diretamente à esta parte do documento para aprender como fazer autenticação, é importante notar uma coisa. Existe uma concepção errada, mas muito comum, de que é necessário o uso de arquivos .htaccess
para implementar a autenticação por senha. Este não é o caso. Colocar diretrizes de senha em uma seção <Directory>
, no seu arquivo principal de configuração do servidor, é a melhor maneira de se implementar isto, e os arquivos .htaccess
devem ser usados apenas se você não tem acesso ao arquivo principal de configuração do servidor. Veja acima a discussão sobre quando você deve e quando não deve usar os arquivos .htaccess
.
Dito isso, se você ainda acredita que precisa usar um arquivo .htaccess
, a configuração a seguir provavelmente funcionará para você.
Conteúdo de um arquivo .htaccess
:
AuthType Basic
AuthName "Password Required"
AuthUserFile /www/passwords/password.file
AuthGroupFile /www/passwords/group.file
Require Group admins
Note que AllowOverride AuthConfig
precisa estar habilitado para que estas diretrizes tenham efeito.
Por favor veja o tutorial de autenticação para uma discussão mais completa sobre autenticação e autorização.
Outro uso comum de arquivos .htaccess
é ativar o Server Side Includes para um diretório em particular. Isto pode ser feito com as seguintes diretrizes de configuração, colocadas em um arquivo .htaccess
no diretório desejado:
Options +Includes
AddType text/html shtml
AddHandler server-parsed shtml
Note que ambos AllowOverride Options
e AllowOverride FileInfo
precisam estar habilitados para essas diretrizes terem efeito.
Por favor veja o tutorial de SSI para uma discussão mais completa sobre server-side includes.
Finalmente, você pode querer que um arquivo .htaccess
permita a execução de programas CGI em um diretório em particular. Isto pode ser implementado com as seguintes configurações:
Options +ExecCGI
AddHandler cgi-script cgi pl
Alternativamente, se você desejar que todos os arquivos de um dado diretório, sejam considerados programas CGI, isso pode ser feito com a seguinte configuração:
Options +ExecCGI
SetHandler cgi-script
Note que ambos AllowOverride Options
e AllowOverride FileInfo
precisam estar habilitados para que essas diretrizes tenham quaisquer efeito.
Por favor veja o tutorial de CGI tutorial para uma discussão mais completa sobre programação e configuração CGI.
Quando você adiciona diretrizes de configuração em um arquivo .htaccess
, e não obtém o efeito desejado, existe uma série de pontos que podem estar errados.
Mais comumente, o problema é que a diretriz AllowOverride
não está habilitada corretamente para que as suas diretrizes de configurações sejam honradas. Verifique se você não possui AllowOverride None
ajustado para o escopo do arquivo em questão. Um bom meio de testar isso é colocar "lixo" em seu arquivo .htaccess
e recarregá-lo. Se não for gerado nenhum erro do servidor, certamente você tem AllowOverride None
habilitado.
Se, por outro lado, você está obtendo erros do servidor ao tentar acessar documentos, verifique o registro de erros do Apache. Ele provavelmente irá indicar que a diretriz usada em seu arquivo .htaccess
não é permitida. Alternativamente, ele pode acusar erros de sintaxe que você terá que corrigir.
IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti* php_flag register_globals off #Serve para fazer redirecionamentos Redirect /downloads http://www.xoops.net.br/modules/d3downloads/ #The next line modified by DenyIP order allow,deny #The next line modified by DenyIP #deny from all allow from all order deny,allow deny from all deny from 81.0.250. #para usar estas 2 linhas abaixo é necessário desabilitar a compressão gzip do xoops #php_flag zlib.output_compression on #php_value zlib.output_compression_level 4 Options -Indexes SetEnv REGISTER_GLOBALS 0 SetEnv SESSION_USE_TRANS_SID 0 #reenvia as páginas de erro para o index, assim não se perde visitantes com erros ErrorDocument 404 /search.php ErrorDocument 500 /index.php ErrorDocument 403 /index.php deny from all #Protege o seu Themes, para que curiosos não roubem Order allow,deny Deny from all #Bloqueia o acesso ao .htaccess por curiosos Order allow,deny Deny from all Satisfy All deny from all Order Allow,Deny Allow from all RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-s #As duas linhas abaixo fazem com que alguém acessando ideiafacil.com seja #direcionado ao xoops.net.br , isso ajuda no Google e alguns portais de busca #mude para os dados de seu portal !!!!!!!!!!!! #RewriteCond %{HTTP_HOST} !^\xoopscube\.org #RewriteRule (.*) http://www.xoops.net.br/$1 [R=301,L] #Linhas abaixo protegem contra coletores de email de spammers RewriteCond %{HTTP_USER_AGENT} ^InternetSeer.com [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^E?Mail.?(Collect|Harvest|Magnet|Reaper|Siphon|Sweeper|Wolf) [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^(Fresh|Lightning|Mass|Real|Smart|Speed|Star).?Download(er)? [NC,OR] RewriteCond %{HTTP_USER_AGENT} (DTS.?Agent|Email.?Extrac) [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^(curl|Dart.?Communications|Enfish|htdig|Java|larbin) [NC,OR] RewriteCond %{HTTP_USER_AGENT} (FrontPage|Indy.?Library|RPT\-HTTPClient) [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^(libwww|lwp|PHP|Python|www\.thatrobotsite\.com|webbandit|Wget|Zeus) [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^Web.?(Auto|Cop|dup|Fetch|Filter|Gather|Go|Leach|Mine|Mirror|Pix|QL|RACE|Sauger) [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^Web.?(site.?(eXtractor|Quester)|Snake|ster|Strip|Suck|vac|walk|Whacker|ZIP) [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^BackDoorBot [OR] RewriteCond %{HTTP_USER_AGENT} ^Black.Hole [OR] RewriteCond %{HTTP_USER_AGENT} ^BlackWidow [OR] RewriteCond %{HTTP_USER_AGENT} ^BlowFish [OR] RewriteCond %{HTTP_USER_AGENT} ^BotALot [OR] RewriteCond %{HTTP_USER_AGENT} ^DISCo [OR] RewriteCond %{HTTP_USER_AGENT} ^DittoSpyder [OR] RewriteCond %{HTTP_USER_AGENT} ^Download\ Demon [OR] RewriteCond %{HTTP_USER_AGENT} ^eCatch [OR] RewriteCond %{HTTP_USER_AGENT} ^EirGrabber [OR] RewriteCond %{HTTP_USER_AGENT} ^EroCrawler [OR] RewriteCond %{HTTP_USER_AGENT} ^Express\ WebPictures [OR] RewriteCond %{HTTP_USER_AGENT} ^ExtractorPro [OR] RewriteCond %{HTTP_USER_AGENT} ^EyeNetIE [OR] # Isso acaba bloqueando alguns programas de download também como Flashgertt, gozilla, getright RewriteCond %{HTTP_USER_AGENT} ^FlashGet [OR] RewriteCond %{HTTP_USER_AGENT} ^Foobot [OR] RewriteCond %{HTTP_USER_AGENT} ^FrontPage [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^GetRight [OR] RewriteCond %{HTTP_USER_AGENT} ^Googlebot-Image [OR] RewriteCond %{HTTP_USER_AGENT} ^Go!Zilla [OR] RewriteCond %{HTTP_USER_AGENT} ^Harvest [OR] RewriteCond %{HTTP_USER_AGENT} ^hloader [OR] RewriteCond %{HTTP_USER_AGENT} ^HMView [OR] RewriteCond %{HTTP_USER_AGENT} ^httplib [OR] RewriteCond %{HTTP_USER_AGENT} ^HTTrack [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^humanlinks [OR] RewriteCond %{HTTP_USER_AGENT} ^Image\ Stripper [OR] RewriteCond %{HTTP_USER_AGENT} ^Image\ Sucker [OR] RewriteCond %{HTTP_USER_AGENT} ^InfoNaviRobot [OR] RewriteCond %{HTTP_USER_AGENT} ^Internetseer [OR] RewriteCond %{HTTP_USER_AGENT} ^InterGET [OR] RewriteCond %{HTTP_USER_AGENT} ^Internet\ Ninja [OR] RewriteCond %{HTTP_USER_AGENT} ^LeechFTP [OR] RewriteCond %{HTTP_USER_AGENT} ^LexiBot [OR] RewriteCond %{HTTP_USER_AGENT} ^libWeb/clsHTTP [OR] RewriteCond %{HTTP_USER_AGENT} ^LinkextractorPro [OR] RewriteCond %{HTTP_USER_AGENT} ^LinkScan/8.1a.Unix [OR] RewriteCond %{HTTP_USER_AGENT} ^LinkWalker [OR] RewriteCond %{HTTP_USER_AGENT} ^lwp-trivial [OR] RewriteCond %{HTTP_USER_AGENT} ^Mass\ Downloader [OR] RewriteCond %{HTTP_USER_AGENT} ^Mata.Hari [OR] RewriteCond %{HTTP_USER_AGENT} ^Microsoft.URL [OR] RewriteCond %{HTTP_USER_AGENT} ^MIDown\ tool [OR] RewriteCond %{HTTP_USER_AGENT} ^MIIxpc [OR] RewriteCond %{HTTP_USER_AGENT} ^Mister.PiX [OR] RewriteCond %{HTTP_USER_AGENT} ^Mister\ PiX [OR] RewriteCond %{HTTP_USER_AGENT} ^moget [OR] RewriteCond %{HTTP_USER_AGENT} ^Mozilla/2 [OR] RewriteCond %{HTTP_USER_AGENT} ^Mozilla/3.Mozilla/2.01 [OR] RewriteCond %{HTTP_USER_AGENT} ^Mozilla.*NEWT [OR] RewriteCond %{HTTP_USER_AGENT} ^Navroad [OR] RewriteCond %{HTTP_USER_AGENT} ^NearSite [OR] RewriteCond %{HTTP_USER_AGENT} ^NetAnts [OR] RewriteCond %{HTTP_USER_AGENT} ^NetMechanic [OR] RewriteCond %{HTTP_USER_AGENT} ^NetSpider [OR] RewriteCond %{HTTP_USER_AGENT} ^Net\ Vampire [OR] RewriteCond %{HTTP_USER_AGENT} ^NetZIP [OR] RewriteCond %{HTTP_USER_AGENT} ^NICErsPRO [OR] RewriteCond %{HTTP_USER_AGENT} ^NPBot [OR] RewriteCond %{HTTP_USER_AGENT} ^Octopus [OR] RewriteCond %{HTTP_USER_AGENT} ^Openfind [OR] RewriteCond %{HTTP_USER_AGENT} ^PageGrabber [OR] RewriteCond %{HTTP_USER_AGENT} ^Papa\ Foto [OR] RewriteCond %{HTTP_USER_AGENT} ^pavuk [OR] RewriteCond %{HTTP_USER_AGENT} ^pcBrowser [OR] RewriteCond %{HTTP_USER_AGENT} ^ProPowerBot/2.14 [OR] RewriteCond %{HTTP_USER_AGENT} ^ProWebWalker [OR] RewriteCond %{HTTP_USER_AGENT} ^ProWebWalker [OR] RewriteCond %{HTTP_USER_AGENT} ^QueryN.Metasearch [OR] RewriteCond %{HTTP_USER_AGENT} ^ReGet [OR] RewriteCond %{HTTP_USER_AGENT} ^spanner [OR] RewriteCond %{HTTP_USER_AGENT} ^SuperBot [OR] RewriteCond %{HTTP_USER_AGENT} ^SuperHTTP [OR] RewriteCond %{HTTP_USER_AGENT} ^Surfbot [OR] RewriteCond %{HTTP_USER_AGENT} ^suzuran [OR] RewriteCond %{HTTP_USER_AGENT} ^Szukacz/1.4 [OR] RewriteCond %{HTTP_USER_AGENT} ^tAkeOut [OR] RewriteCond %{HTTP_USER_AGENT} ^Teleport [OR] RewriteCond %{HTTP_USER_AGENT} ^Teleport\ Pro [OR] RewriteCond %{HTTP_USER_AGENT} ^Telesoft [OR] RewriteCond %{HTTP_USER_AGENT} ^The.Intraformant [OR] RewriteCond %{HTTP_USER_AGENT} ^toCrawl/UrlDispatcher [OR] RewriteCond %{HTTP_USER_AGENT} ^True_Robot [OR] RewriteCond %{HTTP_USER_AGENT} ^turingos [OR] RewriteCond %{HTTP_USER_AGENT} ^TurnitinBot\ [OR] RewriteCond %{HTTP_USER_AGENT} ^TurnitinBot/1.5 [OR] RewriteCond %{HTTP_USER_AGENT} ^URLy.Warning [OR] RewriteCond %{HTTP_USER_AGENT} ^VCI [OR] RewriteCond %{HTTP_USER_AGENT} ^VoidEYE [OR] RewriteCond %{HTTP_USER_AGENT} ^[Ww]eb[Bb]andit [OR] RewriteCond %{HTTP_USER_AGENT} ^WWW-Collector-E [OR] #Proteção contra alguns virus e worms RewriteCond %{REQUEST_URI} /(admin|cmd|httpodbc|nsiislog|root|shell)\.(dll|exe) [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^WWWOFFLE [OR] RewriteCond %{HTTP_USER_AGENT} ^Xaldon\ WebSpider [OR] RewriteCond %{HTTP_USER_AGENT} ^Zeus RewriteRule ^.*$ - [L]
Marcadores: Apache, Cube, Servidor, XOOPS
XOOPS France e XooFoo.org são encantados para enviar-lhe uma versão nova do molde do tema de Mor.Pho.GEN.e.sis, do xhtml válido 1.0 de W3C e do CSS 1/2
Este projeto defendido por muitos povos da comunidade de XOOPS traz em sua versão 2.0 de inovações importantes, entre que principais nós podemos cotar:
- "capsulagem" do corpo da estrutura em um div "xo-wrapper".
- a reorganização da estrutura do encabeçamento com a adição de um div "xo-top" que pudesse ser usado por exemplo para põr campos do início de uma sessão, campos de busca no local, opção da língua dos encas do local de um local multilingue, marcou, côdeas de pão ralado, etc… nós tem quem poderá mostrar a imaginação; o todo dos índices do encabeçamento é recolhido doravante em um div "xo-encabeçamento".
- possibilidade de personalizar os moldes system_redirect.html e system_siteclosed.html na sobrecarga do tópico para o sistema do módulo. Para esta funcionalidade, a emenda do núcleo dos XOOPS era necessária (os arquivos common.php e functions.php no arquivo "incluem ").Mor.pho.GEN.e.sis 2
XOOPS France and XooFoo.org are happy to bring you a new version of the theme template of Mor.pho.GEN.e.sis, validate W3C in XHTML 1.0 and CSS 1/2.
This project provided by many members of the XOOPS community brings in its version 2.0 with important innovations.
Amongst the main ones we can mention:
* regrouping of the body of the structure in a div “xo-wrapper”.
* reorganisation of the structure of the header with the addition of a div “xo-top” which can be used for example to put fields of log-on, research fields on the site,
* language option of the portal in the event of a multilingual site, marquee, breadcrumbs, etc… we know that you will be able to show imagination; the whole of the contents of the header is henceforth gathered in a div “xo-header”.
* possibility of personalising the templates "system_redirect.html" and "system_siteclosed.html" in the "override" of the theme for the module system. For this functionality, the amendment of the xoops core was necessary (files "common.php" and "functions.php" in the file "include").
* addition of "define" of language in files HTML of the theme, this will make it possible to carry out the translations of the themes easily and to homogenise the infos of those in the event of use of multi-themes. If you want to add or amend these "define", the amendments are to be brought in the file theme.php of the files of language to the root of your portal (language/french/theme.php, language/english/theme.php, etc…).
* to begin the amendment from this theme to the standards of accessibility, we included a script allowing to amend the font-size. This script already was used by some designers of themes and was incorporated in the package "JsEffects" of Kris.
* the directory and files of the images and icons were reorganised for a facilitated re-use of these files.
The other amendments relate to the “class” and “id” of CSS, and would require an encyclopaedia to describe to you all the conceivable possibilities of personalisation with this template of theme. Simple lines:
<body id="<{$xoops_dirname}>" class="<{$xoops_langcode}>"> <{if $xoBlocks.canvas_left and $xoBlocks.canvas_right}><{assign var=columns_layout value='threecolumns-layout'}> <{elseif $xoBlocks.canvas_left}><{assign var=columns_layout value='leftcolumn-layout'}> <{elseif $xoBlocks.canvas_right}><{assign var=columns_layout value='rightcolumn-layout'}> <{/if}> <div id="xo-wrapper" class="<{$xoops_dirname}>"> <div id="xo-bgstatic" class="<{$xoops_dirname}>"></div> <div id="xo-canvas"<{if $columns_layout}> class="<{$columns_layout}>"<{/if}>> <div id="xo-header" class="<{$xoops_dirname}>">
O governo do Paraná vai oferecer para todas as administrações públicas os seus sistemas de informática desenvolvidos em software livre para uso, publicação, distribuição, reprodução e alteração.
O governo do Paraná vai oferecer para todas as administrações públicas os seus sistemas de informática desenvolvidos em software livre para uso, publicação, distribuição, reprodução e alteração. O anúncio foi feito pelo secretário de Assuntos Estratégicos, Nizan Pereira, que confirmou a presença do governador Roberto Requião no 6° Fórum Internacional de Software Livre (FISL 6.0) a ser realizado de 1° a 4 de junho em Porto Alegre (RS). A assinatura da licença será feita pelo governador Roberto Requião durante a abertura do fórum, no próximo dia 2 de junho no Centro de Eventos da PUC/RS.
Essa licença garante, também, o desenvolvimento, adequação e distribuição de programas de informática, desde que acompanhado de seus códigos-fonte e de todos os módulos necessários ao funcionamento normal dos programas, mais as rotinas utilizadas para controlar as compilações e instalações, obrigando que todos esses direitos sejam transferidos ou relicenciados gratuitamente. Os desenvolvedores só poderão efetuar cobranças por serviços prestados, como, por exemplo, a gravação de um CD ou mídia equivalente, serviços de entrega e de elaboração de alterações ou customizações no programa e suporte técnico.
Segundo Nizan Pereira, essa licença tem por objetivo colocar à disposição da sociedade todo o conhecimento envolvido na produção dos sistemas governamentais desenvolvidos no Estado pela Companhia de Informática do Paraná (Celepar), bem como oferecer a possibilidade de plena auditoria sobre seu funcionamento, o que não implica na transferência de titularidade de qualquer programa, não efetivando renúncia, abdicação ou cessão de direitos autorais. “Além de liberamos o uso de nossos programas, queremos tornar público o conhecimento necessário para elaboração e compreensão dos mecanismos de funcionamento de nossos sistemas”, destaca Nizan.
Além da assinatura da licença, o governador Roberto Requião participará da solenidade de abertura do FISL 6.0, onde fará uma palestra sobre o suo do software livre no Governo do Paraná. A participação de Requião foi considerada pelos organizadores do evento como “muito importante” em virtude do trabalho de desenvolvimento e utilização do software livre em seu governo. Segundo Mário Teza, da coordenação do FISL 6.0, a palestra do governador está sendo aguardada com grande expectativa “porque o Paraná é o Estado mais avançado no uso do software livre, na divulgação intensiva de seus sistemas e no compartilhamento de suas soluções”.
Desde sua primeira edição, em 2000, o Festival Internacional de Software Livre se caracteriza por reunir professores, pesquisadores, estudantes e profissionais para a apresentação de trabalhos de pesquisa e desenvolvimento relacionados a Software Livre. Neste ano estão sendo aguardados cerca de 5 mil participantes de todo o mundo.
O governo do Paraná vai oferecer para todas as administrações públicas os seus sistemas de informática desenvolvidos em software livre para uso, publicação, distribuição, reprodução e alteração.
O governo do Paraná vai oferecer para todas as administrações públicas os seus sistemas de informática desenvolvidos em software livre para uso, publicação, distribuição, reprodução e alteração. O anúncio foi feito pelo secretário de Assuntos Estratégicos, Nizan Pereira, que confirmou a presença do governador Roberto Requião no 6° Fórum Internacional de Software Livre (FISL 6.0) a ser realizado de 1° a 4 de junho em Porto Alegre (RS). A assinatura da licença será feita pelo governador Roberto Requião durante a abertura do fórum, no próximo dia 2 de junho no Centro de Eventos da PUC/RS.
Essa licença garante, também, o desenvolvimento, adequação e distribuição de programas de informática, desde que acompanhado de seus códigos-fonte e de todos os módulos necessários ao funcionamento normal dos programas, mais as rotinas utilizadas para controlar as compilações e instalações, obrigando que todos esses direitos sejam transferidos ou relicenciados gratuitamente. Os desenvolvedores só poderão efetuar cobranças por serviços prestados, como, por exemplo, a gravação de um CD ou mídia equivalente, serviços de entrega e de elaboração de alterações ou customizações no programa e suporte técnico.
Segundo Nizan Pereira, essa licença tem por objetivo colocar à disposição da sociedade todo o conhecimento envolvido na produção dos sistemas governamentais desenvolvidos no Estado pela Companhia de Informática do Paraná (Celepar), bem como oferecer a possibilidade de plena auditoria sobre seu funcionamento, o que não implica na transferência de titularidade de qualquer programa, não efetivando renúncia, abdicação ou cessão de direitos autorais. “Além de liberamos o uso de nossos programas, queremos tornar público o conhecimento necessário para elaboração e compreensão dos mecanismos de funcionamento de nossos sistemas”, destaca Nizan.
Além da assinatura da licença, o governador Roberto Requião participará da solenidade de abertura do FISL 6.0, onde fará uma palestra sobre o suo do software livre no Governo do Paraná. A participação de Requião foi considerada pelos organizadores do evento como “muito importante” em virtude do trabalho de desenvolvimento e utilização do software livre em seu governo. Segundo Mário Teza, da coordenação do FISL 6.0, a palestra do governador está sendo aguardada com grande expectativa “porque o Paraná é o Estado mais avançado no uso do software livre, na divulgação intensiva de seus sistemas e no compartilhamento de suas soluções”.
Desde sua primeira edição, em 2000, o Festival Internacional de Software Livre se caracteriza por reunir professores, pesquisadores, estudantes e profissionais para a apresentação de trabalhos de pesquisa e desenvolvimento relacionados a Software Livre. Neste ano estão sendo aguardados cerca de 5 mil participantes de todo o mundo.