[color=990000]Leia a tradução de Moving Forward, comunicado da administração geral do XOOPS, publicado hoje no XOOPS.org.SEGUINDO EM FRENTE
Houve muita discussão e o deliberação ultimamente sobre a direção que está tomando o projeto e a comunidade XOOPS. A seguinte informação deve esclarecer muito da confusão que esteve presente por muito tempo.
Estrutura da administração
Atualmente, XOOPS está num momento de transição onde estamos construindo uma ponte do padrão velho para um novo modelo aberto. Este é um processo muito mais complexo do que parece à primeira vista.
Durante este período a direção será de phppp e JMorris. Phppp (D.J.) irá gerenciar o Projeto XOOPS enquanto JMorris (James) coordenará a administração da comunidade.
Deve-se ressaltar que esta estrutura de administração não é permanente. É só uma estrutura provisória enquanto fazemos a transição de métodos antigos para novos. Quando as circunstâncias permitirem, mais colaboradores estarão participando na gerência do projeto e da comunidade.
Para esclarecer, as várias áreas do projeto e da comunidade serão autônomas, mas irão colaborar abertamente. Todas as Equipes de Projeto “Oficiais” serão administradas pelo projeto XOOPS enquanto todas as equipes da comunidade serão administradas de forma autônoma por seus líderes da equipe.
Facilitadores serão implementados para permitir a contribuição da comunidade ao projeto. Entretanto, a comunidade não ditará a direção do Projeto e o Projeto não ditará a direção da comunidade. Em vez disso, todos trabalharemos para um objetivo comum de produzir um SGC (CMS, em inglês) de qualidade de forma aberta e transparente.
Após essa transição, mais controle será dividido para os grupos apropriados.
Oficial x Comunidade
Depois de toda a discussão e considerando todos as colocações feitas, o seguinte modelo será implementado para o Projeto e para a Comunidade XOOPS.
xoops.org, docs.xoops.org, dev.xoops.org e quaisquer futures sites do "Projeto" serão administrados pelo Projeto XOOPS e suas respectivas equipes.
xoops.org - será a página principal do projeto de XOOPS e incluirá informação promocional sobre o XOOPS, discussões sobre o desenvolvimento do núcleo e links para outros recursos do Projeto ou da Comunidade. Somente assuntos relacionados ao desenvolvimento do núcleo será guardada no xoops.org . Todo o suporte à comunidade será guardado em outro local.
docs.xoops.org - será o local "Oficial" da Documentação do Núcleo do XOOPS; enquanto dev.xoops.org será usado para que Desenvolvedores do Núcleo do XOOPS trabalhem mais próximos à comunidade de desenvolvedores de módulos, temas e hacks para garantir o máximo de compatibilidade com o núcleo do XOOPS e prover recursos para desenvolvedores, quando necessário.
Equipes do Projeto e da Comunidade
Houve propostas de várias equipe e depois muitas indicações de membros. É importante que o escopo destas equipes está claramente definido.
As propostas de equipe iniciadas por phppp são Equipes do Projeto Oficial, isto é, seriam controladas pelo Projeto XOOPS Oficial e teriam como foco as ações relacionadas como desenvolvimento do núcleo e os portais que apoiam o Projeto XOOPS.
As equipes como a Equipe de Desenvolvimento de Módulos e a Equipe de Comunicação são vistas como iniciativas da comunidade e consequentemente serão conduzidas de forma autônoma por seus líderes. O Projeto XOOPS não intervirá no funcionamento das equipes da Comunidade.
Todas as Equipes do Projeto Oficial são incentivadas a executar seu trabalho nos portais do xoops.org, enquanto todas as Equipes da Comunidade serão incentivadas a executar seu trabalho nos portais da Comunidade.
Suporte à Comunidade x Suporte ao Projeto
O modelo anterior colocou todos as formas de suporte em um único site: xoops.org. Entretanto, esta é também uma grandes das razões para reestruturar. A razão para este ser que o promotion do projeto stifled pela vibração geral da comunidade.
Com isso, é salutar tocar a "bola pra frente" para atrair mais desenvolvedores para o XOOPS e mostrar as coisas na forma mais transparente possível. Consequentemente, a suporte não mais será feito xoops.org, mas terá um novo portal construído e operado pela comunidade: XOOPSinfo, .
A discussão relacionada ao desenvolvimento do núcleo ficará no xoops.org, enquanto todo o suporte à comunidade, em inglês, será no portal XOOPSinfo. Além do suporte em inglês, XOOPSinfo hospedará também os fórums de trabalho das equipes que o desejarem no XOOPSinfo.
Resumo
Houve muita discussão sobre como o XOOPS deveria seguir em frente. Todos os pontos apresentados foram examinados cuidadosamente. Após consideração todos os pontos, a estrutura e a direção do Projeto XOOPS e da Comunidade foram acordados para a atual estrutura de administração.
É o desejo da atual administração que as mudanças que estão sendo implementadas favoreçam uma estrutura mais aberta onde todos os membros possam participar para melhorar o XOOPS sem preocupações políticas ou pessoais.
Muitas dessas mudanças alteram drasticamente os "antigos métodos" do XOOPS e o sentimento geral é que uma mudança tão drástica é necessária para que o XOOPS avance para transformar-se num grande projeto de software de código aberto.
É a esperança do corpo de administração transitória que os membros do Projeto XOOPS e a Comunidade vejam o cenário de forma mais ampla e ajudem-nos a construir uma nova era para o XOOPS onde todos os membros são tratados como iguais e onde a comunicação é transparente.
- phppp - Líder do Projeto - JMorris - Líder da Comunidade
XoopsInfo é considerado um módulo de multiplas funções e um utilitário para o seu site. Ele permite verificar diversos itens no seu portal e conduzi-lo também para que este possua uma configuração consistente e segura.
Cuidado : Para você manter o estilo clássico para lidar com os mimeetype's , não enviar via upload os diretórios /class, /kernel e /language e assim estará com sempre foi.
Este é um módulo criado pelo time Dugris, Cristian, Jmorris e Marco.
-= v2.11 --> v2.12 =- Nouvelle section "Infos système" (http://phpsysinfo.sourceforge.net/) Remaniement de la partie "Environnement Sql" Remaniement de xoopsinfo.php Remaniement de l'acces "rescue" Nouveaux paramètres dans les préférences du module : - Referers autorisés pour xoopsinfo.php - Paramètres pour phpsysinfo
-= v2.10 --> v2.11 =- Nouvelle section "Infos Surcharge"
-= v2.00 --> v2.10 =- Nouvelle section "Gestion des Type Mimes"
-= v1.10 --> v2.00 =- Remaniement de la partie "Environnement Xoops" Remaniement de la partie "Environnement Sql" Nouvelle section "Infos Modules" Nouvelle section "Infos Editeurs" Accès "Rescue"
-= v1.00 --> v1.10 =- Module d'origine : XOOPS Info Module (JMorris & Christian & Marco)
-= v1.00 =- Module d'origine : XOOPS Info Module (JMorris)
Após dois meses do lançamento do Mastop Publish, nossa equipe de desenvolvedores libera para download a versão 1.1 do módulo. Todas as alterações prometidas, bugs encontrados e outros recursos estão disponíveis nesta versão. A Mastop agradece a comunidade XOOPS pelos contatos com comentários, sugestões, bugs e elogios; sem este feedback nosso trabalho de atualização não seria possível. Segue abaixo os novos recursos e atualizações: Novos recursos - Possibilidade de definir um autor para cada página (usuário registrado); - Possibilidade de edição, exclusão, criação de sub-páginas para os autores dos conteúdos; - Botão "Minhas Páginas", que exibe todas as páginas atribuídas/criadas pelo usuário logado; - Preferências: "Autores podem editar?", "Autores podem criar sub-páginas" e "Autores podem excluir?"; - Bloco "Menu de Páginas Relacionadas" - Possibilidade de criar um conteúdo como "link externo", que permitirá colocar links para outras páginas; - Opção nas preferências "Usar fundo branco no editor?", para aqueles que têm fundo escuro no tema e desejam que o editor não "herde" o fundo do tema; - Nas preferências um "ID da Página Principal", para ser chamada quando o Mastop Publish for acessado diretamente do menu (sem um "TAC" atribuído); - Possibilidade de clonar páginas já criadas; - Botão para agrupar e desagrupar páginas; - Opção de clonagem dos blocos, com este recurso será possível ter quantos menus forem necessários; - Botão que alterna o editor entre área de texto e editor visual; Atualização - Editor visual TinyMCE atualizado para a última versão estável (2.1.1.1); Correções - BUG no arquivo comment_new.php que impedia o funcionamento no XOOPS 2.0.15; - BUG das aspas no menu e no título; - Posicionamento de submenus, que eram exibidos sob o Mastop Go2 e arquivos flash; Atualizando sua versão do Mastop Publish Todas as correções, atualizações e novos recursos não sofreram alterações em relação ao banco de dados. Para efetuar a atualização substitua os arquivos através do download no site da Mastop. Agradeceríamos que todos os comentários, sugestões, bugs, dúvidas sejam reportados pelo link de feedback no rodapé da administração do módulo ou nos fóruns das comunidades oficiais de suporte ao Xoops. Agradecimentos ao Ricardo (Eyekeeper) pela tradução em inglês desta notícia e das novas constantes do módulo. Equipe Mastop de Desenvolvimento Open Source.
Bem, desde o último artigo da equipe de comunicação muitas coisas mudaram, talvez nós agora devêssemos refletir sobre essas mudanças, talvez isto traga uma visão clara para a comunidade.Skalpa
Skalpa deixou a função de desenvolvedor-líder por volta de 7 de junho de 2007.Para alguns isto foi uma grande perda e para outros uma brisa de ar fresco. Quando questionada sobre isso, a Equipe de Comunicação, através de Tom, deu a seguinte declaração:
"Bem, pessoalmente eu tenho uma mescla de sentimentos sobre a situação. Por um lado é uma triste perda e era bastante sortudo por ter trabalhado brevemente com Skalpa, por outro lado a comunidade clamou por mudança e a mudança foi chegando, entretanto isto aconteceu mais rápido que eu previa.
Entretanto, eu tenho preocupações. Sinto que nós talvez estejamos indo muito rápido e com isso tenho medo de que o projeto possa tropeçar.
Pessoalmente, sinto que deveríamos ter um quanto mais rápido, pior, ou seja: Quanto mais rápido você tenta fazer alguma coisa, é mais provável que você cometa erros que que o fazem demorar mais que se houvesse planejado.
No geral, nós estamos vendo mudanças positivas, mas realmente precisamos tomar cuidado para não incorrer em outra falha no XOOPS."
Líder do Projeto
Ao decidir deixar o posto de desenvolvedor-líder, Skalpa passou a posição de administrador do projeto a JMorris.
A comunidade foi informada que DJ foi designado para a posição de desenvolvedor-líder, em um movimento intrépido movimento para colocar o XOOPS de volta nos trilhos e chegar a ser um projeto OSS.
Como parte do novo papel de DJ, ele solicitou à comunidade a formação de equipes com o pedido de trabalhar para melhorar a situação atual do XOOPS e, como esperado, muitas pessoas talentosas atenderam ao chamado. Nós temos visto nomes como Predator AKA Marko de volta ao projeto.
Para aqueles que não conhecem Predator, ele tem estado com XOOPS por muitos anos e é uma pessoa muito talentosa, talvez seja a primeira pessoa que tentou e portou OSC, um sistema de comércio eletrônico, para XOOPS. Ele também foi parte da equipe de desenvolvedores.
Infelizmente, nós perdemos Predator que saiu para se juntar ao Projeto Joomla devida a um problema interno que estava acontecendo no projeto XOOPS. Esperamos que agora é um verdadeiro tempo de mudança e ele permaneça conosco.
Conselho do Projeto
DJ fez um chamamento para constituir um Conselho do Projeto, designando-se como membro junto com JMorris e Tom.
O Conselho foi criado sob o espírito de democracia porque cada membro tem um voto na execução do projeto e em tarefas críticas.
Vários assuntos foram discutidos mas até esta data só um item foi confirmado ou sancionado pelos membros do conselho.
A confirmação veio com a Equipe de Comunicação, a primeira a ser totalmente estabelecida e ativa como você pode ver neste artigo.
Equipe Consultiva
DJ também chamou para a formação de uma "Equipe Consultiva", com a seguinte declaração:
"A equipe poderia ser criada por 'xoopers' que tenham trabalhado em uma equipe do projeto mas que deixaram a comunidade para alguma razão. Esperamos que eles possam voltar e ajudar o projeto novamente.
Esta equipe é também para os 'xoopers' que tenham ricas experiências profissionais mas que não tenham tempo suficiente para ser membros regulares de uma equipe. Ingressando nela, podem ajudar ao projeto de uma forma apropriada para eles quando disponham de tempo.
Para aqueles que não tenham interesse em ser membros de uma equipe mas saibam quando algo vai mal porque não foi feito da forma correta, por favor juntem-se à equipe e assim quando vir algo que está errado podem reagir e falar com a equipe responsável - 'Você está fazendo do jeito errado, você deveria fazer desta maneira...
Resumindo, a finalidade desta equipe é 'criticar e fazer sugestões' a outras equipes do projeto".
Foi perguntado a David a sua opinião sobre a Equipe Consultiva e ele fez a seguinte declaração:
"Em princípio, eu concordo e é uma boa ideia.
Para mim, isto parece a figura do 'cão de guarda' ou de um 'Conselho Consultivo'. Em outras palavras: aqueles que podem examinar as coisas em que não tomam parte - e sugerir uma alternativa se as coisas não lhes parece que estejam indo como deveriam.
Entretanto, minha preocupação pessoal é que os julgamentos necessitam ser feitos de uma maneira impessoal - como aconteceu frequentemente, choques entre pensamentos individuais e diferentes pontos de vista têm causado um grande mal estar em toda a comunidade XOOPS.
Tão logo este projeto siga suas próprias reglas e discuta qualquer assunto inicialmente entre as partes relevantes na equipe pertinente - e o administrador sênior do projeto... antes de fazer uma declaração pública do assunto - isto asseguraria que quaisquer problemas pontenciais podem ser tratados, junto com solução, e ambas as coisas proprocionariam um maior bem para a comunidade e para as equipes afetadas.
Meus próprios pensamentos são que isto deve ser tentado, somente por um período de testes.
Se a ideia não é funcional... ao menos lhe foi dada uma oportunidade."
Que outras equipes estão sendo formadas?
Bem, nós não nos estenderemos muito sobre todas as equipes, porque não está tudo fixo em pedra, e além do mais há tanto para dizer mais se podem resumir os detalhes, aqui estão.
O seguinte contém citações de postagens de DJ.
Conselho do Projeto XOOPS - XOOPS Project Council
Como mencionamento anteriormente neste artigo.
Equipe Consultiva do XOOPS - XOOPS Advisory Team
Como mencionamento anteriormente neste artigo.
Equipe do Servidor - Server Team
A Equipe do Servidor permanecerá a cargo de mãos muito capazes de JMorris e JDSeymour, que têm feito um trabalho fantástico ao longo dos anos. Para uma entrevistas com esta equipe, por favor, leia o artigo XOOPS Aurora - an eye of the community.
Equipe de Desenvolvimento do Núcleo - Core Development Team
Tarefa: Desenvolvimento do núcleo do XOOPS
Candidato a Líder: phppp
Candidatos a Membros: pemem, mboyden, Dave_L, marcan, dhsoft, nekro, jegelstaff, rplima2004, DuGris, zoullou (contatado por e-mail)
Inscrições para esta equipe continuam abertas.
Equipe de Desenvolvimento de Módulos - Module Development Team
Tarefas: ("módulos XOOPS", hacks e extensões que não são consideradas como "núcleo do XOOPS") 1 treinar desenvolvedores de módulos XOOPS e melhorar suas habilidade em qualquer aspecto 2 propor padrões de desenvolvimento de módulos XOOOPS 3 manter o repositório de módulos XOOPS 4 atuar como uma ponte entre usuários XOOPS e a Equipe de Desenvolvimento do Núcleo do XOOPS
Tarefas: 1 treinar desenvolvedores de temas para XOOPS e aprimorar suas habilidades em qualquer aspecto 2 responsável pelos temas-padrão incluídos nos pacotes do núcleo do XOOPS 3 manter o repositório de temas para XOOPS
Candidadatos a Líder: - x -
Candidatos a Membros: incama, sato-san, JMorris, DefianceB0y, kris_fr, Philou
Atualmente não há líder e as inscrições continuam sendo aceitas.
Equipe de Comunicação - Communications Team
Tarefas: - Notícias -- Entrevistas -- Atualizações do SVN -- Nóticias de módulos e avaliações -- Novos Temas -- WOX - World of XOOPS Newsletter
- Promoção -- Promover o XOOPS usando recursos na internet -- Ter iniciativa para criar novas formas de promoção -- Criar interesse de desenvolvedores externos em se juntar ao projetos como desenvolvedores de módulos, temas, etc. -- Possibilitar Competições em XOOPS para a comunidade
- Documentação -- Documentação do núcleo para desenvolvedores - visando os novos programadores -- Documentação de Temas - visando os novos desenvolvedores de temas, detalhando modos criativos e interessantes de criar novos temas; outros documentos sobre temas serão para iniciantes explicando como instalar e fazer alterações menores -- Documentação do XOOPS - visando os usários novos e experientes para mostrar como usar o sistema XOOPS -- Módulos XOOPS - visando os usários novos e experientes com detalhes de como usar um módulos, suas funções, etc. -- Road-map - Este é, talvez, um trabalho mais para os desenvolvedores??? Mas poderiam ser auxiliados por alguém da Equipe de Comunicação???
- Traduções -- Traduções para outros idiomas para uso de portais internacionais de suporte
Atualmente as inscrições para esta esquipe está fechada, enquanto ajudamos no trabalho necessários para uma trajetória claro do progresso.
Equipe de Coordenação da Comunidade - Community Coordination Team
Tarefas: 1 responsável pelo trabalhos administrativos diariamente 2 ajudar aos usuários a contatar as equipes correspondentes aos seus pedidos 3 ajudar aos usuários a compreender e usar corretamente o XOOPS 4 ajudar aos usuários a usar adequadamente os portais oficiais do XOOPS
Candidatos a Líder: - x -
Candidatos a Membros: JAVesey, Jenclas
Atualmente não há líder e inscrições continuam sendo aceitas.
Site de Suporte em inglês - Não tão oficial
Depois que a série "Starting a New XOOPS Site" foi iniciada e antes do início do teste do novo servidor, Steve (skenow) foi procurado por James (JMorris) para ajudar na manutenção de XOOPSinfo.com. Steve aceitou e logo começou a se familiarizar com o funcionamento interno daquele site.
O objetivo principal de XOOPSinfo, neste momento, era ser um portal para vários portais XOOPS que já estavam disponíveis -veja a seção News Feed para todas as diferentes fontes de informação.
Havia também discussões sobre a criação de áreas dentro do site XOOPS para especializar-se em diferentes aspectos do projeto - desenvolvimento do núcleo, suporte, extensões (módulos e temas) e documentação, colocando-as sob controle de partes da comunidade.
Steve veio a dizer: "Então, a atmosfera no XOOPS.org começava a mudar. Repentinamente, nos chamaram para atuar - baseado no que tinha sido observado no nosso ambiente de trabalho e nos pediram para ser o site de suporte para a comunidade XOOPS. Concordamos e começamos uma preparação vigorosa para atingir esse objetivo. Mais pessoas foram recrutadas para refinar e estabelecer uma etiqueta e código de conduta para todos os usuários do site, incluindo moderadores e administradores.
Os preparativos estiveram quase completados quando a notícia da saída de Skalpa foi anunciada. Nosso futuro no XOOPSinfo ficou incerto, mas persistimos, buscando ser um valioso recurso para a comunidade. Enquanto os acontecimentos dos últimos sete dias ocorreram mais rapidamente e nosso 'status' como portal local oficialmente certificado é incerto, entretando continuamos comprometidos com nossa proposta inicial do XOOPSinfo e daremos boas-vindas a qualquer pessoa que deseja encontrar ajuda no site."
Declaração dos Desenvolvedores
Foi pedido a DJ uma declaração a respeito, entretanto, até o momento desta publicação ele ainda não a havia dado.
Resumo
Bem, parece que as mudanças aconteceram e o sentimento geral é que a comunidade XOOPS está gostando!!!
Mas a pergunta é, eles estão?
Deixe-nos conhecer a sua opinião sobre as mudanças recentes, qualquer preocupação, sugestões, etc., simplesmente ponha os dedos no teclado e envie seus comentários.
ACRÉSCIMO: Este é um acréscimo feito depois de terminado este artigo.
Segundo contatos recentes com DJ, a Equipe de Comunicação, apesar de ser a primeira em atividade e produtiva, não é considerada atualmente como oficial.
Para acrescentar outro detalhe, isto também se aplica para o Conselho do XOOPS: apesar dos membros terem sidos convidades, selecionados e o conselho estivesse ativa, o atual conselho realmente não pode atuar até a confirmação de DJ e sua autorização pessoal.
Jenclas também se demitiu de suas funções, depois de terminado este artigo.
Nesta nota, gostaríamos de desejar a Jen uma boa saúde e sorte em tudo que pretenda na vida.
Versão simplificada do documento em formato texto, dicas e indicação de material relacionado ao servidor web Apache, linhas de comando e exemplos de configuração pronto para copiar e colar, mais detalhes, veja indicações no final deste documento, consulte também o FAQ com mensagens da Linux-br.
Os comandos e dicas podem não atender as suas necessidades, não ser compatível com sua instalação, use como referencia, tente adaptar ao seu ambiente.
O que é Apache?
O que significa apache?
Apache é um servidor de páginas web, quer saber mais?.
Digite na caixa de pesquisa do google, define:apache não entendeu porque está em ingles? então use tradutor do próprio google, copie a URL atual e no final da página, clique em "Ferramentas de idiomas", cole o endereço, clique em "traduzir", ou acesse diretamente o tradutor em http://translate.google.com/translate_t ou CTRL+T abre outra aba no browser para colar a URL.
Já que está procurando no google, na caixa de pesquisa, acrescente ao termo pesquisado +apache ~linux, exemplos:
senha +apache ~linux server +apache ~linux how to apache ~linux
Use e abuse da criatividade, tente com outras variações, use também expressões em ingles e o tradutor.
Consulte as páginas do manual; man apache
Procurando listas de discussão?, pesquise por algo semelhante a;
lista apache-br mail list apache ~linux mailing list apache ~linux
Indicações para aplicação interna
Apache como servidor web tem destinação como servidor de páginas para internet, mas pode ser usado como um servidor web para acesso restrito, servir exclusivamente para estações da rede interna.
Considere usar o micro que compartilha a internet, firewall ou proxy como um servidor web interno, não consome muitos recursos, consome espaço em HD conforme o que for disponibilizado.
Algumas vantagens de manter o servidor web interno.
Disponibilizar a página da empresa em maquina interna, economia de banda, ou disponibizar documentos diversos, tutoriais, instruções, normas da empresa e etc...
Baixar arquivos grande e disponibilizar internamente, grande economia de banda, download interno muito rápido, separação destes arquivos com o do servidor de arquivos, proteção contra virus quando acessado por estações windows, evita que usuários fiquem navegando na net a procura do pacote e outras vantagens...
Criar páginas com senha para restringir o acesso, utilizo muito em casos de copia de HD, em reinstalações, principalmente do windows, não perco tempo, simplesmente faço copia completa para um diretório protegido por senha, depois passo o anti-virus do Linux e passo o login e senha ao usuário para acessar via Freenx ou winscp e copiar o que for de interesse dele.
Disponibilizar relatorios do SARG, relatórios de uso da internet com dados dos logs do Squid.
Webmail interno, considere usar servidor de e-mail interno com webmail e neste servidor fazer o controle de e-mail, aplicar suas regras e filtros.
Repositório local do seu gerenciador de pacotes smart, apt e etc.., use as imagens ISO da distro para disponibilizar a instalação de pacotes, faça o mesmo com pacotes extras da distro, tem exemplos nos tutorias sobre smart e algumas distro.
Disponibilizar gravador de CD via rede, para backup ou outras apliações, via browser (web).
Instalar, iniciar e testar o servidor web
Neste documento tem tópico especifico sobre algumas distro, em cada distribuição, muda alguns comandos e detalhes da configuração, procure neste documento pelo tópico especifico sobre sua distro e versão, quando não encontrar, tente fazer via Webmin, tem modulo de configuração do Apache, cofigura o servidor web em diversas distro, procure no menu do Webmin por;
Servers -> Apache Webserver
Pesquise também nas ferramentas de sua distro, algumas tem seu próprio configurador, como yast no SUSE, Drakconf no Mandriva e etc...
Não esqueça de pesquisar no melhor manual de todos Google....
Testar funcionamento do servidor apache, na propria maquina coloque na URL de algum navegador; http://localhost, ou http://ip-da-maquina, neste formato http://192.168.1.3, utilizando IP pode testar a partir de outra maquina da rede ou via internet com IP da internet, isto abre a página padrão em algumas distro ou lista o diretório vazio, caso falhe, então verifique se o servidor está rodando, se está ouvindo na porta 80, se tem regras de firewall liberando, considere que algumas operadores de ADSL bloqueiam a porta 80, alguns modem ADSL tem regras internas fazendo este bloqueio e muitos outros detalhes, portanto verifique o funcionamento na maquina local e depois tente localizar e isolar o probleam da conexão externa.
Obter informações do servidor, requer lynx instalado, execute no console uma das opções abaixo, pode ser na própria maquina ou outra qualquer da rede local, ou via web use o IP da internet ou dominio quando o servidor responde por um, execute neste formato;
Exemplo de resultado obtido na rede interna, resposta do server no OPENSUSE
suse64:~ # lynx -dump -head http://192.168.1.2 HTTP/1.1 200 OK Date: Mon, 27 Mar 2006 02:11:20 GMT Server: Apache/2.2.0 (Linux/SUSE) Connection: close Content-Type: text/html
Reinstalar o Apache, antes de qualquer ação, faça copia dos arquivos de confgiuração, salve em outro local, por segurança, faça também backup dos dados, para reinstalar precisa; parar o serviço, pelo gerenciador de pacotes remover e depois instalar, neste processo vai gravar os arquivos de configuração default, fazendo a copia antes, tem como voltar ou usar na comparação, na remoção do apache o gerenciador de pacotes não remove os diretórios de dados onde estão as páginas web ou apontando o link simbolico, pelo menos não removeu quando tetei, mas isto muda conforme o gerenciador de pacotes e distro, portanto um backup antes nunca é demais.
CentOS 5.0
Instalar servidor web (apache)
yum install httpd -y yum install httpd-manual -y # documentação - opcional mas recomendado service httpd start # iniciar somente agora. chkconfig httpd on # iniciar automaticamente junto com boot
Veja também as dicas no tópico sobre FC5, são semelhantes e se aplicam também no CentOS 5.0
FC5 - Fedora core 5 arquitetura x86_64
Instalar e iniciar o servidor de páginas web - httpd-2.2.0-5.1.2@x86_64
Não testei em arquitetura ix86, acredito que não tem diferenças, pode seguir este tutorial também em instalações ix86, com cautela nos nomes dos pacotes que mudam de arquitetura, onde consta x86_64 deve ser algo entre i386 e i686, os arquivos de configuração e pacotes são os mesmos, muda somente a terminação do arquivo e mirrors (servidores de pacotes na internet)
Neste tópico não tive preocupação com segurança nem configuração de DNS, este servidor não está de cara para internet, funciona somente como servidor interno para FreeNX, webmail, web local, relatórios do SARG (Squid) e repositório local do smart para a rede interna (intranet).
Segue varias maneiras de instalar o servidor web, utilize somente uma delas;
Instalar via smart;
smart install httpd -y smart install httpd-manual -y # documentação - opcional mas recomendado service httpd start # iniciar somente agora. chkconfig httpd on # iniciar automaticamente junto com boot
Prontinho, acesse a partir da maquina local ou qualquer outra estação da rede, basta usar o IP do servidor na URL do navegador, acessa a página de teste "Fedora Core Test Page"
Crie diretórios abaixo de /var/www/html e disponibilize páginas para a rede interna, relatórios do Sarg e muito mais....
Faça mais um teste, crie um diretório e copie uma figura ou texto, exemplo, criar o diretório programas para disponibilizar programas aos usuários da rede internet,
mkdir /var/www/html/programas
cp arquivo.txt /var/www/html/programas
Na URL do navegador informe o IP mais o diretório, exemplo para servidor com IP 192.168.1.3, na URL fica assim;
192.168.1.3/programas
prontinho, vai acessar o texto "arquivo.txt" via navegador.
Criar sub-diretórios ou links para outros locais, crie abaixo de /var/www/html/ e para acessar, acrescente o nome do sub-diretório após o IP, neste formato;
http://IPouDominio/diretorio/
http://192.168.1.2/diretorio/
Disponibilizar outros diretórios, por exemplo o diretório /home/zago/guiaz, crie um link neste formato;
O caminho default do servidor de páginas em /var/www/html/
Aproveite para instalar também a documentação, está no pacote httpd-manual, acesse; /var/www/manual/index.html, coloque na URL do konqueror ou navegue até lá, ou se preferir, crie um link para acessar também a partir de outras maquinas da rede
Nas demais maquinas da rede, acrescente /manual/ após o IP na URL, neste formato;
http://192.168.1.2/manual/
SUSE 10
Consulte "Suse Linux Referêcia", a configuração do Apache inicia na página 711 deste guia, como baixar este documento e mais dicas sobre ferramentas e aplicativos do SUSE 10 em;
Instalar e iniciar o servidor de páginas web - Apache/2.0.54 (Linux/SUSE).
Neste tópico não tive preocupação com segurança nem configuração de DNS, este servidor não está de cara para internet, funciona somente como servidor interno para FreeNX, webmail, web local, relatórios do SARG (Squid) e repositório local do smart para a rede interna (intranet).
Segue varias maneiras de instalar o servidor web, utilize somente uma delas;
Instalar via yast em modo texto, simplesmente execute;
yast -i apache2 sed -i "s/Options None/Options All/g" /etc/apache2/default-server.conf chkconfig apache2 on rcapache2 start
Em ambiente gráfico, execute yast2, entre em "serviços de rede" -> "Servidor HTTP", tem muitas opções de configuração, tentei a configuração default, confirmei todos os serviços e pacotes, inclusive o bind, instalou sem mensagens de erro, parece tudo OK, mesmo assim falhou, nem iniciou uma página de testes, via Yast2 ou webmin não consegui liberar sub-diretórios para montar servidor web interno, tentei liberando acesso geral com chmod e outras opções nos .conf mas persiste no erro de leitura protegida.
A solução foi alterar em /etc/apache2/default-server.conf a diretiva (Options None) para (Options All), use seu editor preferido para editar;
/etc/apache2/default-server.conf
Localize (#Options None), remova o comentario e altere de None para All como neste exemplo;
#Options None Options All
Ou em uma tacada só, copiar e colar, altera também as linhas comentadas, faça copia do arquivo antes da alteração, execute;
sed -i "s/Options None/Options All/g" /etc/apache2/default-server.conf
Iniciar o servidor web (apache 2), sempre que alterar alguma diretiva de confiuguração precisa reinicar o servidor Apache, execute, rcapache2 restart
Pronto para acessar, use o IP da maquina na URL, quando vazio exibe a lista de arquivos e diretórios, crie ou copie sua página em /srv/www/htdocs/, ou instale a página de exemplo;
smart install apache2-example-pages -y
Este exemplo é muito simples, instala o index.html e robots.txt, quando acessa o raiz exibe a mensagem It works!, edite esta mensagem em /srv/www/htdocs/index.html, se quiser as páginas indexadas nos mecanismos de busca, edite ou remova o robot.txt
Crie links para outros locais, ou crie sub-diretórios abaixo de /srv/www/htdocs/ e para acessar, acrescente o nome do sub-diretório após o IP, neste formato;
http://IPouDominio/diretorio/
http://192.168.1.2/diretorio/
Quando instalar a documentação, localize os index.html com find, (find / -name index.html), depois acesse via navegador local.
Pode criar link para acessar via navegador na maquina local ou a partir de qualquer maquina da rede, informando o IP mais o diretório ou arquivo, em meus testas acusava erro na troca de página, removi estas linhas de comando temporariamente, somente até descobrir a solução, caso queira tentar, serve como referencia as dicas abaixo.
Disponibilizar páginas e documentação no servidor Apache local, pode ser outros diretórios já existentes na maquina, como páginas do manual ou outros arquivos, por exemplo o diretório /home/zago/guiaz, pode criar um link no raiz ou criar criar sub-diretório como nome-do-local, crie também link neste formato;
Prontinho, vai cair no diretório para onde criou o link, abrindo index.html, caso ele não exista, então listará os arquivos e diretórios no mesmo formato quando acessa o raiz deste site.
Quando falhar, siga esta dica.
Mensagen de erro quando tenta acessar páginas antes de alterar para a diretiva "Options All", ao tentar acesso por outra maquina da rede, retorna esta mensagem no browser
Access forbidden!
You don't have permission to access the requested directory. There is either no index document or the directory is read-protected.
If you think this is a server error, please contact the webmaster.
Error 403
192.168.1.240 Sun Oct 23 22:45:28 2005 Apache/2.0.54 (Linux/SUSE)
linux:/var/log/apache2 # cat error_log [Sun Oct 23 22:30:57 2005] [notice] mod_python: Creating 32 session mutexes based on 150 max processes and 0 max threads. [Sun Oct 23 22:30:58 2005] [notice] Apache/2.0.54 (Linux/SUSE) configured -- resuming normal operations [Sun Oct 23 22:31:05 2005] [error] [client 192.168.1.53] Directory index forbidden by rule: /srv/www/htdocs/
Arquivos de configuração em /etc/apache2
Caminho do servidor de páginas /srv/www/htdocs
Esta configuração foi testada depois de configurado pelo Yast2, ainda não tentei instalar usando somente comandos do smart.
Configurando via webmin 1.240 retorna esta mensagem;
O arquivo executável /usr/sbin/httpd2-worker do servidor Apache não existe. Se o apache está instalado, ajuste a configuração do módulo para usar o caminho correto.
Clique na parte que der foco na mensagem acima e altere a diretiva "Caminho do executável httpd", preencha com "/usr/sbin/httpd2-prefork", pode salvar que abre nas configurações do servidor httpd.
Aproveite para instalar também a documentação e página de exemplo (apache2-doc e apache2-example-pages), acesse acrescentando /manual/ após o IP na URL, neste formato;
http://192.168.1.2/manual/
SUSE 10 e 10.1 - Diretório com senha - página protegida
Ambiente; SUSE 10 ou OPENSUSE 10.1, rodando apache2 sem problemas, outras maquinas da rede ou web acessando páginas ou diretórios.
Proteger diretórios no servidor web, pedir login e senha para liberar acesso a diretórios do servidor apache2.
Exemplo de como pedir login e senha para acessar um diretório, proteger o diretório /srv/www/htdocs/livros
criar diretório e chamar editor "vi";
mkdir /srv/www/htdocs/livros cd /srv/www/htdocs/livros vi .htaccess # ou seu editor preferido
segue copia do meu .htpasswd, ajuste somente o diretório a proteger.
-c cria novo arquivo de senhas, remove usuários já existentes, para adicionar novos usuários mantendo os já existentes, elimine a diretiva -c, para adicionar novos usuários, use neste formato.
Pronto, teste o acesso, informando na URL o IP mais o diretório;
http://192.168.1.53/livros/
Quando OK abre a tela de login e senha, (user e passwd), quando falhar reveja a configuração.
Atenção...
Depois de qualquer alteração, antes de efetuar novo teste de conexão, no servidor tem que reiniciar o apache, no cliente tem que fechar o navegador e abrir novamente.
Para meu uso na rede interna está muito bom, em micros de cara para internet requer uma pesquisa sobre segurança, senha forte e outras formas de controle/autenticação.
Existem outras maneiras de controlar o acesso e autenticação, como exemplo segue o link sobre PAM com modulo para Apache;
Instalar e iniciar o servidor de páginas web - Apache/2.2.0 (Linux/SUSE).
Neste tópico não tive preocupação com segurança nem configuração de DNS, este servidor não está de cara para internet, funciona somente como servidor interno para FreeNX, webmail, web local, relatórios do SARG (Squid) e repositório local do smart para a rede interna (intranet).
Segue as linhas de comando para instalar o servidor web Apache2 via smart;
Veja mais dicas no tópico sobre SUSE 10.1, as dicas sobre link e criar diretórios são iguais nas duas versões SUSE, procure também no menu deste documento "SUSE 10".
Conectiva 10
No Conectiva o Apache - servidor web - já vem configurado com página padrão de exemplo, colocar esta página no ar é muito simples, basta executar:
apt-get install apache service apache start
Prontinho, servidor web rodando, faça o teste, na própria maquina abra o navegador e digite na URL o próprio IP da maquina, ou simplesmente localhost, acessar a partir de outra maquina da rede, na URL coloque o IP da maquina que está rodando o apache para acessar a página padrão, veja um exemplo desta página, acesse 200.204.198.164.
Aproveite e instale também a documentação para acessar a partir da página padrão.
apt-get install apache-doc
Esta página padrão fica em /srv/www/default/html, pode substitui-la ou criar diretórios, veja o exemplo para a documentação, quando instalada fica no sub-diretório manual.
Iniciar o servidor junto com o boot da maquina, toda vez que ligar o micro inicia também o servidor web; chkonfig apache on
Conferir se está rodando; service apache status
Acompanhe o log do apache
tail -f /var/log/httpd/access_log
veja também:
/var/log/httpd/error_log
Criar repositório de programas, considere usar o servidor como um servidor web interno, com acesso somente pelas estações da rede, pode instalar quantos servidor quiser pela rede.
Exemplo para criar o diretório programas para disponibilizar programas para as demais estações rede, Firefox, OpenOffice, anti-virus e outros utilitários, basta criar o diretório, tornar um usuário como dono para salvar os arquivos e prontinho, veja estes comandos para criar o diretório programas e tornar o usuário zago o dono do diretório para dar manutenção, salvar e remover progrmas no diretório;
Acessar este diretório, na URL dos navegadores das maquinas da rede, use o IP do servidor mais o diretório, neste formato;
http://192.168.1.3/programas/
Observe que o acesso via linha de comando é diferente da indicação na URL, o local é o mesmo, a diferença está forma de acesso, via browser o diretório raiz é o html que fica em /srv/www/default/html.
Manutenção neste diretório, em ambiente gráfico faça remotamente via konqueror com fish ou via ssh -X, com outros serviços como; mount (NFS), Freenx, winscp, scp, acesse via ssh e baixe via wget, tem muitas maneiras...
Este servidor interno tem muitas vantagens, faz o download uma única vez, economiza banda, agiliza o download, evita perda de tempo dos usuários procurando na net pelo pacote e outras vantagens.
OBS., CL10 instalado com CD upd1 vem com apache 2.0.49, o httpd.conf default desta versão do apache no CL10 não mostra os diretórios abaixo de /srv/www/default/html ou retornar no navegador a mensagem de acesso negado.
Solução; altere em /etc/apache/conf/httpd.conf, procure pela diretiva Options None, altera para Options All, depois reinicie o apache service apache restart e prontinho, pode acessar os diretórios criados abaixo de html sem problemas, utilizo este recurso em servidores exclusivo para rede interna, em servidor de cara para internet pesquise sobre segurança e outros cuidados como criar link para o diretório onde está a página.
Colinha do zago (faz a alteração indicada acima, basta copiar e colar);
sed -i "s/Options None/Options All/g" /etc/apache/conf/httpd.conf
service apache restart
Falha ao iniciar o Apache, quando obter o resultado abaixo.
service apache start
Iniciando Apache web server (httpd): httpd: Could not determine the server's fully qualified domain name, using 127.0.0.1 for ServerName [FALHOU]
Isto indica erro no nome da maquina, alterou depois da instalação do CL10 ou está usando menos de 3 termos na identificação, tem que corrigir para algo no formato.
server.zago.eti.br, maquina.dominio.net, maquina.dominio.com.br e etc.. Não pode usar menos que 3 palavras nesta identificação, procure fazer esta alteração pelo linuxconf, basta instalar o linux e entrar na configuração de rede, procure o local onde aparece o nome da maquina e dominio, faça a alteração que deverá funcionar sem problemas, caso queira tentar pelo modo manual, altere em /etc/hosts e nas configurações da placa de rede que estão abaixo de /etc/sysconfig.
CL10 - Diretório com senha - página protegida
Ambiente; Conectiva 10 rodando servidor web, considerando o uso com as configurações default da instalação, proteger diretório contra acesso indesejado, criar diretório squid com acesso exclusivo de um usuário, por segurança deve alterar user e senha deste exemplo, também deve ser diferente de usuários do sistema.
Neste exemplo a seguir, usuário = squid e senha = minhasenha.
criar diretório squid e dentro dele o arquivo de cotrole .htaccess.
mkdir /srv/www/default/html/squid
use seu editor preferido ou vi /srv/www/default/html/squid/.htaccess crie o arquivo /srv/www/default/html/squid/.htaccess com este conteúdo.
crie o arquivo de senhas, neste exemplo; login=squid, senha=minhasenhacd /etc
Execute a linha de comando dentro do diretório que deseja proteger e onde criou o arquivo .htaccess, neste exemplo o caminho é este.
cd /srv/www/default/html/squid/
htpasswd -cb /etc/.htpasswd squid minhasenha
reinicie o serviço apache
``service apache restart ``
No navegador da maquina ou de outra da rede, na URL use IP/squid, exemplo;
http://192.168.1.3/squid/
Na tela de autenticação informe em usuário=squid senha=minhasenha
kubuntu 6.06
Instale o pacote apache2, via seu gerenciador de pacotes, ou execute no konsole do root
aptitude install apache2
Prontinho, apache instalado e rodando, para acessar a página default, use o IP do servidor apache na URL do navegador, pode ser na própria maquina ou outra qualquer da rede, isto acessa o diretório raiz e mostra o diretório da página default, também mostra a versão (Apache/2.0.55 (Ubuntu)). Caso falhe, verifique se não ocorreu erros durante a intalação, se não tem restrição no firewall ou outro problema na rede.
O raiz do servidor web fica em /var/www/, faça test com copia de algum arquivo texto ou página web, ou crie diretórios, exemplo para criar diretório programas,
mkdir /var/www/programas
Copie algum arquivo texto ou páginas em HTML e acesse via navegador, acrescente /programas depois do IP, neste formato.
192.168.1.2/programas
Debian (Sarge 3.1)
Como root em linha de comando;
aptitude install apache
Após o dialogo, Servidor web instalado e iniciado automaticamente,
Exemplo para criar o diretório programas para disponibilizar programas para as demais estações rede, Firefox, OpenOffice, anti-virus e outros utilitários, basta criar o diretório, tornar um usuário como dono para salvar os arquivos e prontinho, veja estes comandos para criar o diretório programas e tornar o usuário zago o dono do diretório para dar manutenção, salvar e remover programas no diretório;
Acessar este diretório, na URL dos navegadores das maquinas da rede, use o IP do servidor mais o diretório, neste formato;
http://192.168.1.3/programas/
Observe que o acesso via linha de comando é diferente da indicação na URL, o local é o mesmo, a diferença está na forma de acesso, via browser o diretório raiz é o www que fica em /var/www.
Acompanhe o log em;
tail -f /var/log/apache/access.log
Firewall - Regras de iptables
O acesso ao servidor web é feito pela porta 80, precisa abrir esta porta no firewall para liberar o acesso.
Em servidores internos, servidor apache para fornecer programas e documentos somente para a rede interna, quando instalado em micro de cara para internet, como no caso de micros compartilhando a internet e fazendo o firewall. Neste ambiente, quando deseja fechar para o mundo e abrir somente para a rede interna, em micros com duas placas de rede, use esta regra no firewall.
##### Libera servidor web somente para rede interna, fechar para o mundo. $iptables -A INPUT -p tcp --dport 80 -i $EXTERNA -j DROP $iptables -A INPUT -p tcp --dport 80 -i $INTERNA -j ACCEPT
No exemplo acima DROP fecha acesso na interface externa e ACCEPT libera acesso na interface interna, desta forma permite acesso somente quando vem da rede local (ACCEPT na interface $INTERNA), fecha acesso vindo da internet (DROP na interface $EXTERNA ). Altere conforme seu firewall também as variaveis $iptables para o caminho do iptables, $EXTERNA para interface externa conectada ao mundo, $INTERNA para interface interna ligada a rede interna.
As duas regras com ACCEPT libera tudo, tanto para acessos vindo da rede interna como da internet.
$iptables, $EXTERNA e $INTERNA são variaveis definidas no inicio do firewall, faça o mesmo no seu firewall ou use o device em lugar da variavel (eth0, eth1...)
Servidor web interno com acesso colocando IP na URL não precisa configurar DNS, para usar dominio, mesmo em rede interna precisa configurar alguma forma de resolver nomes.
Servidores para o mundo também pode ser acessado pelo IP, por exemplo este; 200.204.198.164, também precisa de cuidados especiais, para responder por dominios, obrigatoriamente precisa do DNS. Pense na segurança.
Google - incluir e excluir páginas - robots.txt
Não sei explicar os mecanismos de pesquisa do Google, Yahoo e muitos outros.
Sei que procuram pelo arquivo robots.txt, caso encontre este arquivo no seu site, eles respeitam as instruções, exemplo que informa para todos que não deve pesquisar neste site, crie um arquivo no raiz do portal com nome de robots.txt com este conteúdo.
User-Agent: * Disallow: /
O exemplo acima é copia do kernel.org, como tem este arquivo no raiz, seu conteúdo não é pesquisado nem aparece nas pesquisas dos mecanismos de busca.
Sem este arquivo no raiz do site, os mecanismos de busca acham qualquer página em seu servidor web sem proteção por senha, mesmo quem não usa um domínio e coloca o servidor no ar com acesso somente via IP, como é meu caso que mantenho o FAQ em um servidor sob um dominio e também mantenho um mirror do FAQ em minha maquina com IP fixo, o Google pega os dois.
Basta alguma referencia na web para acessarem seu IP, nem precisa solicitar a inclusão de suas páginas, de forma automatica, periodicamente os robots do Google acessam seu servidor para atualizar o banco de dados, não sei informar com qual frequência nem critérios, nas páginas dele tem informações e endereços para entrar em contato.
Verifique nos logs do Apache que acha o IP destes mecanismos de buscas, alguns tem identificação, quando aparece somente o IP dá um pouco de trabalho, tem que pegar o IP e levantar de quem são, neste meio aparece Google e outros mecanismos de busca.
Isto é muito bom, não paga nada para divulgar seu site, nem precisa fazer cadastro, não precisa fazer nada, basta colocar o portal no ar que depois de algum tempo vai aparecer nos mecanismos de busca, inclusive o Google, caso queira, pode se fazer o cadastro, na maioria dos mecanismo de busca tem alguma opção, alguns tem até classificação por assunto e etc...
Quando não quiser o conteúdo de seu servidor web ou páginas fazendo parte das pesquisas do Google, siga estas dicas.
Como excluir suas páginas ou servidor web das pesquisas do Google.
Informações do Google para Webmasters - Googlebot: Indexador do Google
Considere criar um ambiente para testar configurações, não adianta reclamar que não tem "verba", não custa nada, o pouco tempo que investir agora vai lhe poupar muito mais no futuro além de evitar muitos problemas, considere um bom investimento de tempo, pode instalar diversos Servidores web pela rede sem problema algum, veja estas dicas.
A maneira mais segura, utilize duas maquinas da rede, nestas maquinas tem a liberdade de testar tudo antes de fazer promessas, o mais importante, sem gastos e tudo legalmente, faça instalação dual-boot, assim quando terminar os testes, reinicie a maquina e selecione a opção de boot normal, tudo fica como antes, já entendeu!, nestas maquinas ficam duas instalações, uma para o trabalho normal e outra de testes.
Utilize estações da rede para instalar dual-boot, siga estas dicas.
Veja dicas de como fazer duas instalações Linux no mesmo HD, utilize estações para testes, evite em servidores embora seja possivel, passo a passo em
Dual boot Linux e windows - Aproveite e veja a dica sobre backup da instalação completa do windows na partição Linux, quando algum virus comer o windows ou precisar reinstalar, vai poupar muito tempo, basta uma simples cópia de volta para recuperar a instalação do windows, passo a passo em.
Nesta estação (instalação) de testes, vai utilizar somente parte do espaço do HD e nada mais.
Com o Apache configurado na maquina de testes, utilize qualquer estação da rede para acessa-la.
Prontinho, tem tudo que precisa para testar configuração , diretivas de configuração, testes de páginas, uso de scripts e banco de dados, quando concluir a configuração, basta repetir o processo no principal, ou simplificando, copiar os arquivos de configuração.
Considere manter esta instalação como backup do servidor, em casos de emergencia, nunca se sabe quando vai ocorrer acidentes, queimar a maquina, HD ou uma pane qualquer no servidor, nestas situações basta ajustes no DNS, IP, dominio, eventualmente troca de local ou cabos para subir esta instalação em lugar do servidor principal, em minutos se faz a troca do IP e sobe o backup do servidor web, o maior problema é restaurar os dados, sobre backup e restore voce já sabe como lidar, mantenha o backup atualizado nela também.
Indicação de portais e material relacionado ao servidor Apache
Virtual Host - capacidade de hospedar mais do que um web site numa única máquina, com um endereço IP ou mais. Nesse artigo aprenderemos os fundamentos básicos para se configurar virtual hosts no servidor.
Para aqueles que discordam do processo de aprovação do Microsoft Office OpenXML (OOXML) como um padrão ISO, foi criada uma petição "on line". Lembrete! Já temos uma ISO sobre o tema, a ISO 26300 OpenDocument Format * Registre sua opinião, clique aqui! * Fonte: NO OOXML
Para aqueles que discordam do processo de aprovação do Microsoft Office OpenXML (OOXML) como um padrão ISO, foi criada uma petição "on line". Lembrete! Já temos uma ISO sobre o tema, a ISO 26300 OpenDocument Format * Registre sua opinião, clique aqui! * Fonte: NO OOXML
Após dois meses do lançamento do Mastop Publish, nossa equipe de desenvolvedores libera para download a versão 1.1 do módulo. Todas as alterações prometidas, bugs encontrados e outros recursos estão disponíveis nesta versão. A Mastop agradece a comunidade XOOPS pelos contatos com comentários, sugestões, bugs e elogios; sem este feedback nosso trabalho de atualização não seria possível.
Segue abaixo os novos recursos e atualizações:Novos recursos - Possibilidade de definir um autor para cada página (usuário registrado); - Possibilidade de edição, exclusão, criação de sub-páginas para os autores dos conteúdos; - Botão "Minhas Páginas", que exibe todas as páginas atribuídas/criadas pelo usuário logado; - Preferências: "Autores podem editar?", "Autores podem criar sub-páginas" e "Autores podem excluir?"; - Bloco "Menu de Páginas Relacionadas" - Possibilidade de criar um conteúdo como "link externo", que permitirá colocar links para outras páginas; - Opção nas preferências "Usar fundo branco no editor?", para aqueles que têm fundo escuro no tema e desejam que o editor não "herde" o fundo do tema; - Nas preferências um "ID da Página Principal", para ser chamada quando o Mastop Publish for acessado diretamente do menu (sem um "TAC" atribuído); - Possibilidade de clonar páginas já criadas; - Botão para agrupar e desagrupar páginas; - Opção de clonagem dos blocos, com este recurso será possível ter quantos menus forem necessários; - Botão que alterna o editor entre área de texto e editor visual;
Atualização - Editor visual TinyMCE atualizado para a última versão estável (2.1.1.1);
Correções - BUG no arquivo comment_new.php que impedia o funcionamento no XOOPS 2.0.15; - BUG das aspas no menu e no título; - Posicionamento de submenus, que eram exibidos sob o Mastop Go2 e arquivos flash;
Atualizando sua versão do Mastop Publish Todas as correções, atualizações e novos recursos não sofreram alterações em relação ao banco de dados. Para efetuar a atualização substitua os arquivos através do download no portal da Mastop.
Agradeceríamos que todos os comentários, sugestões, bugs, dúvidas sejam reportados pelo link de feedback no rodapé da administração do módulo ou nos fóruns das comunidades oficiais de suporte ao Xoops.
Esta é sem dúvida uma das perguntas mais frequentes nas listas de discussões sobre PHP: como eu faço meus scripts em PHP independentes do layout? O PHP é vendido como sendo uma "linguagem de script embutida no HTML", após escrever alguns projetos que misturam HTML e PHP naturalmente vem uma ideia de que a separação da forma e conteúdo é uma boa prática [TM]. Além disso, em muitas empresas os papéis de designer e programador são separados. Consequentemente, a busca por um sistema de templates continua.
Na nossa empresa por exemplo, o desenvolvimento de uma aplicação é feito da seguinte maneira: Após a documentação necessária estar pronta, o designer faz o esboço da interface e entrega ao programador. O programador implementa as regras de negócio no PHP e usa o esboço da interface para criar o esqueleto dos templates. O projeto então está nas mãos da pessoa responsável pelo layout HTML da página que então transforma o esboço em um layout realmente funcional. O projeto talvez vá e volte entre programação/designer HTML várias vezes. Porém, é importante ter um bom suporte à templates porque os programadores não querem ter que ficar mexendo com HTML e não querem que os designers estraguem seus códigos PHP. Os designers precisam de ajuda para alterar os arquivos de configuração, blocos dinâmicos e outros problemas relacionados à interface usada, mas eles não querem ocupar-se com as complexidades da linguagem de programação PHP.
Analisando muitas das soluções de templates disponíveis para PHP hoje em dia, a maioria somente disponibilizada uma forma rudimentar de substituição de variáveis dentro dos templates e trabalham de forma limitada com as funcionalidades dos blocos dinâmicos. Mas nossas necessidades necessitam de um pouco mais do que isso. Nós não queríamos que programadores mexendo com layout em HTML, mas isso é praticamente inevitável. Por exemplo, se um designer quiser que as cores de fundo se alternam em blocos dinâmicos, isso tem que ser feito pelo programador antecipadamente. Nós também precisamos que os designers possam usar seus próprios arquivos de configuração, e usar as variáveis definidas nestes arquivos em seus templates. E a lista de necessidades continua...
Nós começamos à escrever as especificações para um sistema de templates por volta de 1999. Após o término das especificações, nós começamos a escrever um sistema de template em C que esperávamos ser aceito para rodar com o PHP. Não só esbarramos em muitas barreiras técnicas, como também houve um enorme debate sobre o que exatamente um sistema de template deveria ou não fazer. À partir desta experiência, nós decidimos que o sistema de template fosse escrito para ser uma classe do PHP, para que qualquer um usa-se da forma que lhe fosse mais conveniente, então nós escrevemos um sistema que fazia exatamente, foi aí que surgiu o SmartTemplate (obs: esta classe nunca foi enviada ao público). Foi uma classe que fez quase tudo que nós queríamos: substituição de variáveis, suporte à inclusão de outros templates, integração com arquivos de configuração, código PHP embutido, funcionalidades 'if' limitada e blocos dinâmicos muito mais robustos que poderiam ser aninhados muitas vezes. Foi tudo feito usando expressões reguladores e códigos confusos, como diríamos, impenetrável. Era um sistema também extremamente lento em grandes aplicativos por causa de todo o trabalho que era feito pelas expressões regulares e o 'parsing'(interpretação) em cada chamada ao aplicativo. O maior problema do ponto de vista de um programador foi o espantoso trabalho que era necessário para configurar e processar os blocos dinâmicos dos templates. Como faríamos esse sistema ser simples de usar?
Foi então que veio a visão do que hoje é conhecido como Smarty. Nós sabemos o quão rápido é um código PHP sem o sobrecarregamento de um sistema de templates. Nós também sabemos quão meticuloso e assustador é a linguagem PHP aos olhos de um designer atual, e isso tudo poderia ser mascarado usando uma sintaxe simples nos templates. Então o que acontece se nós combinarmos essas duas forças? Assim, nasceu o Smarty
Como foi criada recentemente a Equipe de Comunicação do Projeto XOOPS, gostaríamos de anunciar que nascemos para construir uma ponte entre o XOOPS e seus usuários. Muitas coisas aconteceram e estão acontecendo no mundo XOOPS e nós estaremos publicando notícias do progresso delas no XOOPS.org.Para tornar o XOOPS melhor, estaremos abertos a todas as contribuições, toda ajuda será avaliada e não será ignorada. Hoje, o mais importante para o XOOPS é seguir em frente mas sem fazer isso sozinho. Precisamos de suas sugestões para melhorar nossa comunicação. Gostaria de se juntar a este projeto? Como um portal de suporte local ao XOOPS você é muito valioso e terá um melhor contato com seus usuários. Para isso, pedimos de alguma ajuda. Gostaríamos que você informe a seus usuários sobre as mudanças e o progresso atual do XOOPS.org, e convidá-los a ajudar com o projeto de modo satisfatório para eles. Você pode ler os detalhes nas notícias no XOOPS.org. Esperamos que aceite nosso convite. Publicaremos notícias, artigos e documentação que precisará de tradução e publicação em seus sites. Nossa equipe tem alguns tradutores, mas outros serão necessários. Obrigado por continuar a apoiar o XOOPS ao redor do mundo!
Uma nova vulnerabilidade foi relatada no PHPMailer, que pode ser explorado por povos maliciosos para comprometer um sistema vulnerável se o método de Sendmail estiver ativado.Embora a edição não fosse crítica no ambiente de XOOPS, nós sugeriríamos para comutar rapidamente a outros métodos e evitar o Sendmail, mas segue o download: reparo para XOOPS 2.0*reparo para XOOPS 2.2* Nota: a resposta e as soluções oficiais estão sendo esperadas ainda no grupo do desenvolvimento do phpmailer, e serão liberadas na próxima versão do XOOPS.
Foram liberadas pelo XOOPS.org atualizações para correções de bugs do PHPmailer, tanto na versão 2.0 quanto da 2.2 do XOOPS.
A correção visa corrigir vulnerabilidade relatada no projeto PHPmailer, que torna o portal vulnerável se usado o SendMail para enviar e-mails. Sugere-se evitar o uso do SendMail.Atualizem seus XOOPS para a versão 2.0.16a-jp
Em nome do Time de projeto do XOOPS, eu gostaria de informar a comunidade de várias grandes mudanças.
De efeito imediato, o Skalpa deixou o posto de Desenvolvedor líder.
Times de projeto estão agora sendo montados e contamos com a participação de vocês.
o Skalpa deixou o posto de Desenvolvedor líder Skalpa tem liderado o projeto por anos com grande sucesso, porém ele tem sofrido ultimamente de sérios problemas de saúde, o quê infelizmente tornou impossível para ele continuar focando sua atenção para o desenvolvimento do XOOPS. Depois de uma cuidadosa análise, ele decidiu se retirar do time de desenvovilmento do núcleo do XOOPS, o que é uma grande perda para o projeto.
Desejamos o melhor para o Skalpa e esperamos o seu retorno quando ele estiver plenamente recuperado.
Roadmap do desenvolvimento está senod ajustado
De acordo com o desenvolvimento dos requisitos de uso da comunidade, o roadmap do desenvolvimento será ajustado cuidadosamente. Em um curto período de tempo os bugfixes das atuais séries 2.0/2.2 serão continuados até o próximo grande lançamento. Enquanto isso a próxima grande versão será desenvolvida e lançada com milestones de curto prazo, para atender os nossos objetivos.
Times de desenvolvimento e de gerenciamento estão sendo criados
Em um futuro muito próximo, serão criados alguns times, incluindo mas não se limitando à: Core Development - Desenvolvimento do núcleo do XOOPS, hospedado no sourceforge.net Module Development - Para módulos de terceiros e addons, hospedado no dev.xoops.org Design - Para o tema default oficial do XOOPS e design oficial dos portais oficiais Documentation and Promotion - Para o portal de documentação do XOOPS bem como para tutoriais técnicos e artigos com uma campanha de promoção Community Coordination - trabalhos diários de adminsitração da comunidade
Todos os tiems estão abertos aos XOOPSers, e tordcemos para ter os Líderes de time nomeados em breve.
Novos portais oficiais do XOOPS estão para serem abertos
Atualmente alguns portais estão sendo trabalhados e serão gerenciados de uma maneira própria. Um relatório oficial será publicado em breve, com mais detalhes como , nome do site, objetivos, pessoas que estão trabalhando nele, status atual, tempo estimado até se tornar disponível.
O quê vem a seguir
1 Chamado para os membros dos times Qualquer pessoa que queira se juntar aos times ou se vocês tiverem candidatos para recomendar, por favor entrem em contato com: * Assunto: [XoopsTeam] seu nome de usuário XOOPS, nome do time, papel desejado (membro ou líder) * Conteúdo: Suas experiências com o XOOPS ou ocm projetos open source, sua proposta para o time, com exemplos de seus trabalhos anteriores. Os líderes dos times serão escolhidos logo, eles então colocaram os times para funcionar.
2 Criar o projeto "XOOPS Project Management Committee" Membros do Comitê serão selecionados dentre os líderes de projeto acima e vão se reportar a comunidade com com avaliações de performance períodicas e eleições.
3 Continuar a construção dos portais oficiais A comunidade será informada com relatórios formais de progresso e ETA.
Antes dos líderes serem escolhidos, por favor mandem todos os contatos para phppp@users.sourceforge.net ou envie uma mensagem no fórum do [url=http://www.xoops.org/modules/newbb/viewforum.php?forum=47]XOOPS Project Teams Forum [/url](temporário).
XOOPS é feito pela gente
D.J. (alias phppp) the XOOPS Project Team Traduzido por Marcello Brandão
Após vários meses de inquietante silêncio o XOOPS org comuinica que Skalpa, devido a problemas de saúde e falta de tempo, abandonou a função de chefe de desenvolvimento do core do xoops.
Para esta função foi designado o PHPPP autor de vários módulos de sucesso, entre eles, wordpress, article, cbb, etc.
Novos líderes de projeto estão sendo designados e o org está convidando todos para participar.
Após dois meses do lançamento do Mastop Publish, nossa equipe de desenvolvedores libera para download a versão 1.1 do módulo. Todas as alterações prometidas, bugs encontrados e outros recursos estão disponíveis nesta versão. A Mastop agradece a comunidade XOOPS pelos contatos com comentários, sugestões, bugs e elogios; sem este feedback nosso trabalho de atualização não seria possível. Segue abaixo os novos recursos e atualizações: Novos recursos - Possibilidade de definir um autor para cada página (usuário registrado); - Possibilidade de edição, exclusão, criação de sub-páginas para os autores dos conteúdos; - Botão "Minhas Páginas", que exibe todas as páginas atribuídas/criadas pelo usuário logado; - Preferências: "Autores podem editar?", "Autores podem criar sub-páginas" e "Autores podem excluir?"; - Bloco "Menu de Páginas Relacionadas" - Possibilidade de criar um conteúdo como "link externo", que permitirá colocar links para outras páginas; - Opção nas preferências "Usar fundo branco no editor?", para aqueles que têm fundo escuro no tema e desejam que o editor não "herde" o fundo do tema; - Nas preferências um "ID da Página Principal", para ser chamada quando o Mastop Publish for acessado diretamente do menu (sem um "TAC" atribuído); - Possibilidade de clonar páginas já criadas; - Botão para agrupar e desagrupar páginas; - Opção de clonagem dos blocos, com este recurso será possível ter quantos menus forem necessários; - Botão que alterna o editor entre área de texto e editor visual; Atualização - Editor visual TinyMCE atualizado para a última versão estável (2.1.1.1); Correções - BUG no arquivo comment_new.php que impedia o funcionamento no XOOPS 2.0.15; - BUG das aspas no menu e no título; - Posicionamento de submenus, que eram exibidos sob o Mastop Go2 e arquivos flash; Atualizando sua versão do Mastop Publish Todas as correções, atualizações e novos recursos não sofreram alterações em relação ao banco de dados. Para efetuar a atualização substitua os arquivos através do download no site da 
Após vários meses de inquietante silêncio o XOOPS org comuinica que Skalpa, devido a problemas de saúde e falta de tempo, abandonou a função de chefe de desenvolvimento do core do xoops.