Site drupal-pt Staging online

Events happening in the community are now at Drupal community events on www.drupal.org.
perusio's picture

Ora bem, o João deu-me boleia e decidimos criar já um site de staging até estar definido o que vamos fazer quanto às generosas ofertas em cima da mesa.

http://drupal-pt.perusio.org

Criei duas contas admin: Cláudia e João V. Eles agora organizem-se e procedam às incantações necessárias. Só os admins (ou quem tenha permissões para tal) podem criar contas.

Cá está a resposta ao HEAD.

HTTP/1.1 200 OK
Server: nginx
Date: Sun, 24 Oct 2010 02:15:17 GMT
Content-Type: text/html; charset=utf-8
Connection: keep-alive
Keep-Alive: timeout=20
Vary: Accept-Encoding
Expires: Sun, 19 Nov 1978 05:00:00 GMT
Last-Modified: Sun, 24 Oct 2010 02:15:17 +0000
Cache-Control: no-cache, must-revalidate, post-check=0, pre-check=0
ETag: "1287886517"
X-Generator: Drupal 7 (http://drupal.org)
X-Frame-Options: sameorigin

Não gosto muito do X-Generator mas em vez de ter já o reflexo de o tapar parei e vi que se é um site de uma comunidade drupal não faz muito sentido, pois que todos sabem à partida que é um site Drupal.

Está um cronjob instalado via drush.

Comments

Git

perusio's picture

Todo o site é um repositório Git com uma localização "central" (bare repo) e clonado a partir daí.
Donde se quiserem o site é só arquivar.

Módulos instalados:

  1. Views
  2. Panels
  3. CTools

Caso queiram outros digam que é só eu instalar aqui e fazer o git push + o git pull do lado de lá + activar o módulo viaq drush.

Olá António, Esta é uma

ricardoamaro's picture

Olá António,

Esta é uma excelente noticia!
Pena que tenha sido decidida durante "uma boleia".
Conforme tinhamos combinado na reunião estou disponivel para a parte de sysadmin a partir de qualquer momento.

Obrigado

O que interessa é avançar

perusio's picture

Enquanto não se decide de vez a questão da hospedagem pode-se já trabalhar num sítio ao vivo e a cores. Depois é so copiar para o sítio definitivo que decidirmos.

Não vai ser preciso sysadmin agora. É só um site de staging. Pode-se sim ir criando os conteúdos e organizando a equipa com a atribuição de papéis/grupos de utilizador para esta ou aquela tarefa conforme decidido na reunião de ontem.

é a uma boa ideia começar já

lpalgarvio's picture

é a uma boa ideia começar já em vez de esperar pelo domínio definitivo e hosting.

o X-Generator na minha opinião é perfeitamente aceitável. pode ser o que o wapalizer o capture tb já agora.

vou sugerir a inclusão do WYSIWYG + a biblioteca ckeditor para facilitar a introdução dos contéudos.
a versão 7 é estável.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Vê isto

perusio's picture

HTTP/1.1 200 OK
Server: nginx/0.7.62
Content-Type: text/html; charset=utf-8
X-Powered-By: PHP/5.2.4-2ubuntu5.12
Expires: Sun, 19 Nov 1978 05:00:00 GMT
Cache-Control: store, no-cache, must-revalidate, post-check=0, pre-check=0
X-XRDS-Location: http://www.drupalgardens.com/xrds
X-Yadis-Location: http://www.drupalgardens.com/xrds
P3P: CP="CURa ADMa OUR UNI INT STA PRE COM NAV NOI COR ONL"
Set-Cookie: SESS4960e7040b8472ab824503552c097119=rkn2a6c283snuftst818r2a0b3; path=/; domain=.www.drupalgardens.com; HttpOnly
Last-Modified: Wed, 27 Oct 2010 16:08:40 GMT
Vary: Accept-Encoding
Date: Wed, 27 Oct 2010 16:08:40 GMT

Vês aqui algum cabeçalho X-Generator?

ora, agora já não, embora em

lpalgarvio's picture

ora, não, embora em nenhuma das alturas tenha visto os headers pessoalmente.

eu não acho mal X-Generator estar lá. quer dizer, vê-se logo que é um site drupal de várias maneiras (links, layout, etc).
mas quem se quer dar ao trabalho, consegue ocultar completamente k é um site feito em drupal

para estatísticas web é útil, para detectar que é um site drupal, no nosso caso, nem por isso, já se sabe à partida.
fora isso, não vejo outras utilidades ou inconvenientes.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Discordo

perusio's picture

Claro que o header de expiração com a data de nascimento do Dries é outro sinal óbvio que o site é Drupal. Quanto menos informação melhor. Trata-se de reduzir o alvo.

BTW, o site já tem a tradução pt-PT actualizada. Odeio aquele sistema de packaging do l10n.d.o. Criou os ficheiros em 600 :( Tive que refazer a importação.

o l10n_update e l10n_client

lpalgarvio's picture

o l10n_update e l10n_client fazem maravilhas.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Aproveitar o embalo

camorim's picture

@ricardo às vezes as ideias surgem no pós como foi o caso. Eu também funciono um pouco assim.
O que interessa é que à ideia se seguiu a acção. Obrigada perusio.
Já me registei e vou criar perfis de "autor" e themer com as permissões adequadas, de acordo?

concorco

lpalgarvio's picture

concordo. quanto mais cedo estivermos registados mais cedo se começa a trabalhar.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

posso contribuir com o

ruiantunes's picture

posso contribuir com o dominio : drupal.org.pt esta registado mas disponivel para o grupo de utilizadores drupal - portugal
Quanto a hosting, escolham , exemplo o www.espacoluso.com esta dentro de casa, num pequeno servidor hp com suse-linux server etc etc

Ainda que neste momento me encontre em Lisboa gostava entao que decidam as datas para o encontro no Porto

abraco
Rui

O dominio deve manter-se o

jolidog's picture

O dominio deve manter-se o drupal-pt.com, caso não haja problema com o humaneasy. Se bem que pessoalmente preferia ter um dominio .pt a representar a comunidade.

Em relação à data do porto já está decidido que é 27 de Novembro, mas será melhor confirmar no post http://groups.drupal.org/node/99114

Ok, de qualquer forma esta

ruiantunes's picture

Ok, de qualquer forma esta disponivel sem custos drupal.org.pt (.org) - sem fins lucrativos) para se manter "open", eh so avisarem.

sei que há burocracias e

lpalgarvio's picture

sei que há burocracias e essas têm o seu tempo de demora.
não me oponho, mas não devemos esperar para que isso fique registado. já podemos começar a trabalhar.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

o nome dripal.org.pt ja esta

ruiantunes's picture

o nome dripal.org.pt ja esta registado , minha 1 contribuicao para a drupal Portugal

como referi sem custos para o grupo

Queres dizer drupal.org.pt

jcnventura's picture

A mim o que me chateia é a Javali ter registado o drupal.com.pt. É o que se chama cybersquatting.

Já agora, informo todos que sou dono do drupalpt.org e do drupalpt.com, pelo que também podemos usar esses. Realmente gosto mais do drupal.org.pt.. Além de ser um dominio .pt é quase uma cópia do drupal.org..

Entre todos os dominios acho que o teu é a melhor escolha.

João

Pois

perusio's picture

é muito feio. Mas há regras quanto ao uso de uma marca registada em todo o mundo.

Neste momento é mesmo domain name squatting porque não tem um DNS configurado. Foi comprado a 11 de Agosto deste ano.

; <<>> DiG 9.7.1-P2 <<>> drupal.com.pt
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 7
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;drupal.com.pt.                 IN      A

;; AUTHORITY SECTION:
pt.                     198     IN      SOA     ns.dns.pt. request.dns.pt. 2010102602 21600 7200 2592000 300

O whois:
Data de registo / Creation Date (dd/mm/yyyy): 11/08/2010
Estado / Status: RESERVED

Titular / Registrant
   Javali - Administracao e Desenvolvimento de Sistemas Informaticos Lda
   Madan Parque
   Campus da FCT/Universidade Nova de Lisboa
   2829-516 Caparica
   PT
   Email: dns@javali.pt

Entidade Gestora / Billing Contact
   Javali - Administracao e Desenvolvimento de Sistemas Informaticos Lda
   Email: dns@javali.pt

Responsável Técnico / Tech Contact
   Javali - Administracao e Desenvolvimento de Sistemas Informaticos Lda
   Email: dns@javali.pt

Nameserver Information

Sugiro que avancemos com o domínio que o Rui gentilmente disponibiliza: drupal.org.pt. De qualquer forma, podemos apontar vários domínios para uma única máquina.

pois. feio e provavelmente

ruiantunes's picture

pois. feio e provavelmente para tentarem vender, mas os actos ficam com quem os pratica ;)

as definicoes sao simples
.com - organizacoes com fins luctrativos
.org - sem fins lucrativos
.edu - educacao
.gov - governo
etc etc etc

que bom seria manter estes pricipios basicos, mas enfim

eles que fiquem com o .com.pt nos com .org.pt e assim podemos caminhar todos felizes ...
mas quanto a mim a fccn tem grande responsabilidade nestas coisas, a troco de fazer dinheiro facil, permite registos tipo "com.pt" sem exigir documentos.

Qualquer dia temos de comprar registos portugueses nas lojas dos chineses....

não concordo. proponho que se

lpalgarvio's picture

não concordo.
proponho que se contacte a Javali educadamente, expondo a situação, e pedindo que nos deleguem o domínio, em troca da taxa que eles já pagaram pelo registo do mesmo, e nada mais.
caso recusem, façamos queixa à FCCN e à entidade responsável pelo registo.

se a associação Drupal oficial tomasse um papel activo, isto nunca aconteceria.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

sim, concordo, vamos por à

lpalgarvio's picture

sim, concordo, vamos por à frente o drupal.org.pt, e faz-se um redirect 301 de todos os outros para esse.

edit: lol isto agora soa mal, parece que tou a contradizer-me

o concordo è relativamente à ideia do antónio/perusio.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

sim claro, mas ja esta

ruiantunes's picture

sim claro, mas ja esta registado, para o grupo drupal.org.pt

Na reuniao do Porto entrego o acesso e registo que foi feito em dominios.pt

De qualquer forma para ter drupal.pt temos de ser organizados como organizacao ou marca, neste caso sugiro que o facam em

www.inpi.pt processo simples e online

penso que deve rondar os 90 Euros o registo da marca "Drupal - Portugal" - sem fins lucrativos

depois pode-se continuar o registo de drupal.pt

Mas penso que estes assuntos deverao ser disccutidos ao vivo no encontro do Porto

Rui

A marca é do Dries

jcnventura's picture

Conforme poderás ler no blog do Dries e pesquisar no OHIM, essa marca é do Dries, e não pode ser registada por mais ninguém.

Dependendo do uso que a Javali faz desse dominio (i.e. se for para promover exclusivamente o Drupal ou promovendo a Javali, promova também a sua concorrência) acho que estão livres.. Mas se for para usarem a marca de modo a promoverem os seus serviços Drupal, aí podem ficar em sarilhos.

No nosso caso, como é para promover o Drupal estamos OK..

João

A política de marca registada

perusio's picture

está bem definida. A questão aqui é que a coisa foi feita sem nunca ter engajado a comunidade. No painel (se não me algemarem :) ) vou falar sobre essa questão do sharecropping.

Leitura sugerida: http://opensource.com/life/10/10/does-market-need-freedom-or-it-modern-s...

A primeira vez que ouvi este termo foi numa palestra do Lessig (andava eu no malfadado projecto do Arquivo Criativo na RTP). Ele falava a propósito da Lucasfilm que pedia aos fans do Star Wars para criarem coisas citando o Universo desses filmes e que na realidade todos os direitos dessas obras eram da Lucasfilm.

eles falam em punir os

lpalgarvio's picture

eles falam em punir os domainers nesses topicos
http://buytaert.net/european-drupal-trademark

de acordo com a automatic license, ponto 2, penso que não temos preocupações (da nossa parte)
no entanto, nas granted licenses:

#4 The Drupal trademark is used as part of a "drupal.tld" domain name.
Examples: "drupal.com", "drupal.info","drupal.co.uk".
#8 You want to use the official Drupal logo in altered form or as part of another logo.

http://drupal.com/trademark

ja o .com.pt depende do que fazem dele

exemplos de outros drupal.cTLDs:
drupal.de
drupal.se
drupal.fr
drupal.it
yaml-fuer-drupal.de

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

O registo drupal.org.pt foi

ruiantunes's picture

O registo drupal.org.pt foi registado por mim, mas eh e sera para o grupo, portanto este dominio nao sera meu mas sim do grupo drupal portugal.

So nao coloco aqui os acessos (passw etc etc) por motivos evidentes ;-)

Gostava de saber quem pode fazer a ligacao a drupal.org para saber se podemos usar o logo deles nas paginas do grupo . um e-mail a confirmar eh sempre bom ....

Vou estar durante 2 semanas em Portugal - Lisboa (ainda que seja tripeiro) , talvez se possa fazer uma reuniao sobre o grupo para ver se vale a pena constituir este grupo (.org sem fins lucrativos) de forma oficial.

em minha opiniao, se querem um grupo com identidade, tem de existir um plano distribuicao de tarefas e oficializar as decisoes, ou seja quem eh quem.

Ainda que seja novo neste grupo, ja ando nisto desde 1983 com o COBOL 74 ... da NCR.... acabando a ultima formacao em VmWare ;)

Ja agora o meu mail : se estiverem interessados em falar directamente por telefone mandar mail que entro em contacto

Se nao concordam com nada disto, sintam-se livres para "bater" :)

PS: todos os meus post estao sem acentuacao nas palavras, teclado ingles ;)

Tira o teu mail dali de cima

jcnventura's picture

A não ser que gostes de receber spam.. Quem te queira contactar tem meios de o fazer através do form de contacto associado ao teu utilizador...

verifica o limite de uploads

lpalgarvio's picture

verifica o limite de uploads/request headers no Nginx. falhou com uma foto de 1,26mb
"413 Request Entity Too Large"
experimenta colocar um limite de 5mb

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Já trato disso

perusio's picture

Prédefinido no Nginx o limite é 1MB. A razão para isso é que numa configuração "em bruto" devido ao facto de suportar um número elevado de ligações simultâneas, pode originar uma situação de DOS se não limitares o tamanho do upload. Mas já tem uma connection zone definida por isso é mesmo só mexer no limite.

Trato disso tudo ainda hoje. Solly :(

no worries, não é nada

lpalgarvio's picture

no worries, não é nada urgente ;)
tava só a alertar para não ficar esquecido.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

pergunta ao responsavel pelo

ruiantunes's picture

pergunta ao responsavel pelo site ? posso redirecionar o drupal.org.pt para 178.79.135.253 ? penso que eh este o ip?

Não será o IP final

jcnventura's picture

Esse IP é de uma máquina que estamos a usar para pôr o site com conteúdos minimos de forma a podermos lançar qq coisa em breve. Ainda estamos com algumas hipoteses em cima da mesa por isso ainda não se decidiu qual a máquina que vai alojar o dominio.

De qualquer modo, entra em contacto com o perusio e fala com ele sobre as hipoteses de ele configurar já a máquina para responder nesse dominio.

Não vale a pena

perusio's picture

Novidades.

  1. Já temos a VPS gentilmente cedida pela Neoscópio.

  2. Tenho tido pouco ou nenhum tempo para tratar do assunto, o pouco que tenho conseguido é para
    ir mexendo no documento sobre o Drupal que está a ser trabalhado pela equipa de edição/marketing.

  3. Falta definir a questão do DNS com a Neoscópio. Precisamos de autenticar o domínio com o google,
    e o mais prático para isso é uma record TXT no zone file. Eles têm um DNS deles.

;; QUESTION SECTION:
;neoscopio.com.          IN  ANY

;; ANSWER SECTION:
neoscopio.com.      38284   IN  A   77.91.205.131
neoscopio.com.        38284   IN  SOA dns1.neoscopio.com. info.neoscopio.com. 2010101002 10800 3600 604800 38400
neoscopio.com.       38284   IN  NS  dns1.neoscopio.com.
neoscopio.com.      38284   IN  NS  dns2.neoscopio.com.
neoscopio.com.      38284   IN  MX  5 alt1.aspmx.l.google.com.
neoscopio.com.       38284   IN  MX  5 alt2.aspmx.l.google.com.
neoscopio.com.       38284   IN  MX  10 aspmx2.googlemail.com.
neoscopio.com.        38284   IN  MX  10 aspmx3.googlemail.com.
neoscopio.com.        38284   IN  MX  1 aspmx.l.google.com.

Outra hipótese é corrermos o nosso próprio DNS. Implica ter o port 53 aberto e fazer o forwarding para o deles em pedidos para fora da nossa zona.

Nessa altura falamos Rui.

O drupal.org.pt está na Dominios.pt

jcnventura's picture

Eu não sou cliente da dominios.pt por isso não sei se eles permitem configurar o TXT, mas suponho que sim.

Não vejo grande mal em deixar o dominio por lá. Ou estamos a falar disto por um motivo completamente diferente?

João

Sim também posso

perusio's picture

criar um zone file. A questão é que nesse caso o Rui tem que apontar o DNS do domínio para a Linode.
Acho má ideia ter um DNS. É mais uma coisa a manter, é mais um port aberto 53 (UDP).

Além de que em geral há pelo menos dois servers: um primário e um secundário. Por outro lado o BIND já era:

http://nlnetlabs.nl/projects/nsd/

No dns.pt não vejo mais nada a não ser configurar IPs primário e secundário. Há poucos registrars que te deixam mexer nas records do DNS dessa forma.

NSD vs BIND

lpalgarvio's picture

ja sei que existe o nsd é há vários anos. mas tenho usado sempre o bind9.
tens experiencia no nsd? que vantagens tem para alem de menos vulnerabilidades?

a questão da segurança e da porta é relativa.
os outros podem ser mais descuidados que nós.
podem até tar a usar o bind8...

edit:
http://nlnetlabs.nl/downloads/nsd/differences.pdf
(pdf compara nsd 3.0.0 com bind 9.3.2, actualmente bind está na 9.7.2 e nsd na 3.2.6)
http://en.wikipedia.org/wiki/Comparison_of_DNS_server_software
http://en.wikipedia.org/wiki/BIND
http://en.wikipedia.org/wiki/NSD

o que o NSD não suporta (comparativamente ao BIND9):
- caching
- recursion (authorative/recursive server)
- database storage
- interface web
- nsupdate

notas:
- ambos correm em chroot
- ambos suportam TSIG (mas por meios diferentes)
- ambos suportam DNSSEC
- NSD usa zone files com sintaxe igual ao BIND. é possível usar os mesmos sem mod. na maioria dos casos
- BIND10 em desenvolvimento; pode demorar 5 anos a concretizar

pessoalmente, no meu home server, vou continuar a usar bind9, pelo menos para já
no VPS recomendo bind9 porque já o conheço e posso ajudar a configurar.
pela mesma lógica não recomendo nsd porque não o conheço bem e não sei que funcionalidades pretendem.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

ou o neoscopio, ou eu ou

lpalgarvio's picture

ou o neoscopio, ou eu ou outra pessoa podemos ceder o DNS (no meu caso, num servidor de caca da godaddy)

...mas recomendo k faças um setup do bind9 nesse VPS. não é nada do outro mundo e não é assim tão pesado na máquina.

se tiveres o DNS no VPS tens muito mais liberdade. podes definir SPF, DNSSEC, PTR e outros sem qualquer problema.
para além disso, caso no futuro queiram usar IPs/domínios dinâmicos, é possível com o nsupdate ou outras soluções (TSIG)

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Dominios .pt

jcnventura's picture

A FCCN já não quer lidar com clientes individuais.. Ele querem passar a facturação para os registars. O Godaddy nem é um registar acreditado na FCCN, pelo que duvido que aceitem dominios .pt..

No meu caso (a OVH) eles permitem-me mexer na zone file completa. Não consigo acreditar que a Dominios não deixe fazer isso. Se não deixar, pedimos um transfer para a OVH e está resolvido o problema..

E confesso, acho demais estarmos a correr um servidor DNS.. A seguir vem o quê? Correr o nosso servidor de e-mail, FTP e já agora um servidor de IRC? Por algum motivo estes últimos delegamos no Google, Archive.org e Freenode.. Porque há quem o faça melhor que nós..

João

Concordo.

perusio's picture

O mail é só para entregas locais. O root/postmaster é enviado para um endereço externo que configura um forward para várias pessoas.

Este mail é só para efeitos administrativos: monit, Samhain, tiger e para o Drupal poder enviar mails. Nada mais.

Queremos uma coisa mínima e segura. Não vamos montar um ISP :)

tou a falar de DNS, não de

lpalgarvio's picture

tou a falar de DNS, não de registrador.
em termos de DNS, o godaddy funciona bem. a disnox.pt corre no godaddy.
bad hosting, mas bom em registro e não é mau em DNS.

a minha resposta rápida, para email, ftp, irc, git, etc - usa-se logicamente as estruturas exteriores existentes.
só proponho HTTP, DNS, mail sender, SSH... penso que mais nada.

como entusiasta, eu já brinquei com um pouco de tudo, como mail, irc, ftp, etc.
na maioria dos casos não vale mesmo a pena complicar.

para quem gosta de ler (eu pelo menos adoro escrever), deixo os porquês abaixo...

se querem usar contas de mail no dominio, usa-se uns forwards do "user@dominio" para a conta gmail, com posterior envio as "user@dominio", e tá a andar. o Gmail suporta isso e considero-o um serviço excelente...
não é perfeito, mas certamente bate ter de ter trabalho a configurar manualmente e manter um servidor IMAP e o seu acesso por interface web.
para alem disso, o google/gmail é acompanhado com Jabber/XMPP, tb bastante bom, se usarem um bom cliente IM.

ftp, teria de haver razões fortes para isso, uma vez que downloads podem ser feitos por HTTP e uploads por SSH, uma vez que nós não vamos ter downloads no site, pelo menos para já. no futuro, se houver, não me parece que necessitem de FTP.

o caso do IRC e Teamspeak/Ventrillo/Mumble por ex, só compensa num grande projecto, com n canais de chat, n utilizadores dentro e n3 fora de equipa... que por si só já pedem outras infra-estruturas, como mail IMAP.
obviamente não é o nosso caso.

no caso do git.. nunca usei, não tenho experiência nem motivos de queixa. se os outros não se queixam do github, tb não me vou queixar.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

DNS

Miguel.Andrade's picture

Podemos configurar os domínios que forem precisos no DNS da Neoscopio. É só dizer o que se quer lá configurar. De preferência a Cláudia ou o Victor mandarem-me um mail pq eu não estou muito atento a este thread.

Isto está animado!

btw: o servidor que criamos na Neoscopio para o grupo está com IP fixo próprio.

Top de conteúdo

camorim's picture

Mais que animado! Há dias que não deixamos Hot content this week do http://groups.drupal.pt
Inclino-me para crer que seja bom, mas devo dizer que é difícil seguir...
@Miguel.Andrade tudo o que for preciso, estaremos para dar o devido encaminhamento ou avisar-te assim que for tudo claramente estabelecido entre todos.

Nao sei se estamos todos a

ruiantunes's picture

Nao sei se estamos todos a falar do mesmo

caso conctreto :

1 O dominio drupal.org.pt esta registado em dominios.pt .
2 O que e necessario neste momento eh saber qual o IP do servidor para apontar o IP
3 Saber se o IP do serivdor nao eh dinamico, dessa forma a maquina nao pode mandar mails automaticamente para ex; hotmail ou google address's
4 Se eh dinamico existem 2 hipoteses: ou pedir IP fixo ou usar um fornecedor de SMTP ;'limpo" ex; http://www.authsmtp.com

IP fixo custo medio = 19 por MES (na holanda e em espanha e com a ZON-PT)
utilizando o http://www.authsmtp.com/ = 20 Euros / ANO

Eu estou a usar a 2 solucao neste momento no espacoluso.com

Depois de serem resolvida a questao do servidor tudo sera rapidamente conseguido. Pois no meu caso depois de ter a internet dentro de casa, (cheguei recentemente de espanha) foi uma hora a alterar parametros no SMTP e testar todos os mails automaticos

Registei o espacoluso.pt como individual em inpi.pt "Marca Nacional" depois enviei o registo para dominios.pt e eles juntamente com a fccn registaram o site

o processo de registo de marca demora cerca de 6 meses, mas apos a entrada do processo (3 dias) podes avancar com o registo em dominios.pt , tendo em conta que fica como registo temporario durante 6 meses

Falo desta minha experiencia durante este mes aqui em Portugal para tratar do espacoluso.com

Desta forma resolvi rapidamente o envio de mail nome@espacoluso.com para todos os destinatarios de e-mail sem necessitar de ter um IP estatico, que custa mensalmente 20 euros.

LPCA : Esta solucao eh preferivel quando tens de fazer alguma coisa mais profissional, pois a utilizacao do google eh boa mas nao suficientemente boa para uma empresa, minha opiniao claro

O que falta quanto a mim neste momento eh resolver o servidor no meu caso foi resolvido com um servidor dentro de casa

Rui

há maneiras mais simples e

lpalgarvio's picture

há maneiras mais simples e eficazes de resolver isso, provavelmente até mais baratas.

subscreves um serviço de mail IMAP+SMTP, ex, na godaddy, em que te dão uma interface web com o Horde penso eu, provavelmente entre os 2 e 10€ por mês.

ou alugas um VPS, que tem sempre um IP fixo incluido, metes lá os sites, servidor IMAP (e SMTP se configurares tudo bem - else, vais pra lista de spam) e instalas o Horde para uso dos clientes. adicionas DNS para teres menos um custo com off-server DNS (excepto em caso de registrars que fornecem DNS decente sem custo adicional).
o VPS irá ficar entre 20 e 60€ mensais, mas cobre tudo o que precisas.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Pensei que queriam o servidor

ruiantunes's picture

Pensei que queriam o servidor de mail dentro de "portas" tipo com qmail / postfix

ok, foi a solucao que optei tendo o servidor em casa....

os VPS em questão (neoscopio,

lpalgarvio's picture

os VPS em questão (neoscopio, o do outro, e até o do perusio da linode, já agora), são todos logicamente com IP fixo, senão era lixado fazer SSH pra eles.

seria tb um bocado dificil eles configurarem para dinamico de um ponto de vista técnico.

muitos VPS têm também IPs únicos (ou seja, não partilham IPs com outros VPS) - de facto até agora não vi um único que partilhasse, por isso pergunto-me se sequer é possível.

tb é possível adicionar IPs adicionais, e o custo desses tipicamente ronda os 2-5$.
cá em portugal é que se rouba.

por falar em Portugal, em casa tenho a Cabovisão, serviço empresarial. é um contracto antigo, com 5 anos, mas os termos são válidos para contractos actuais.
tenho IP fixo de borla (com aquisição do router deles), e por isso não pago 20 ou 50€ mensais por IP, como os clientes coitados da ZON ou PT.
posso adicionar IPs, com um custo que penso que é 20-25€ por IP, mas o facto é que já tenho um IP fixo.
o serviço também é mais barato que a concurrência.

que lógica podem tirar daqui?
vejam a concorrência muito bem e não vão nas lenga-lengas dos serviços de comunicações e hosting português, que por sinal, provavelmente alguns ainda usam Pentium 3 nos servidores, como pude confirmar à menos de 1-2 anos.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Pois, mas maquinas linux ou

ruiantunes's picture

Pois, mas maquinas linux ou unix pentium 3 sao mais que suficientes, estamos a falar de comunicaoes.

claro servidores windows.... nao da mesmo para correr nas mesmas maquinas... mas cada um tem o que merece....

rui

naaaa... acredita, nós não

lpalgarvio's picture

naaaa... acredita, nós não merecemos estes governantes e chupistas :D

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Ips dinamicos para VPS

Miguel.Andrade's picture

Sim é perfeitamente possível. O virtuozzo faz isso bem, suponho (mas não tenho a certeza) que a AMEN usa bastante. O SSH vê os headers, portanto consegue usar IP partilhado.

De qualquer forma, eu não gosto e não usamos. Gosto é de IPv6, mas isso é outro assunto comprido.

MA

Chat

ruiantunes's picture

Ja agora como se trata de uma ferramnta externa mas que trabalha bem, pode ser adicionado ao site o modulo de videochat, que pode permitir manter a conversa em dia de utilizadores drupal

ver em www.espacoluso.pt e clicar em videochat

fica a sugestao

Não acho grande ideia o videochat

jcnventura's picture

Sou contra a introdução de canais novos.. Para comunicação em tempo-real entre nós existe o canal de IRC #drupal-pt no Freenode que tem a grande vantagem de não ter de me preocupar com som e video.

E por último, estamos a fazer o site em Drupal 7, pelo que nem podemos usar esse módulo, mesmo que quisessemos :)

nao se trata de mais um

ruiantunes's picture

nao se trata de mais um canal, e pode ser configurado de forma a nao ser possivel usar som e imagem alem de que so usa imagem/som quem quer

apenas sugestoes

mas continua aberta a sugestao, seria de todo o interesse a opiniao de outras pessoas do grupo drupa-pt

repara que eu coloco sugestoes, nc digo sim ou nao, sugiro para ser sugeito a opiniao de todos

Rui

Penso que a preocupação do

jolidog's picture

Penso que a preocupação do Ventura em relação a mais um canal de comunicação é o facto de a nossa comunidade estar muito fracturada. :)
Há um forum no google groups, existem estes grupos no g.d.o, o IRC e muita gente espalhada sabe-se lá onde.
No IRC não têm aparecido muita gente apesar de alguns provavelmente estarem noutros canais.

Na minha opinião temos de fomentar o uso do que já existe e não introduzir novas formas que possibilitam ainda mais fragmentação. Quando formos um grupo grande e coerente podemos avançar com formas de comunicação diferentes.

Ainda continua a aparecer pessoal a dizer que nem sabiam que estavamos aqui no g.d.o passados 3 anos de mexerem em Drupal.

De qualquer forma obrigado pela sugestão, é sempre bom ver o pessoal activo! :D

era bom convencermos o

lpalgarvio's picture

era bom convencermos o pessoal todo a ter pelo menos o XMPP/Jabber/Google Talk
nem toda a gente gosta de IRC. se conseguirmos muita gente no IRC, ainda melhor.

lixado lixado, é depois o pessoal não se contactar porque um tem msn, outro tem yahoo, outro tem skype.
clientes XMPP/Jabber ha os todos, a montes, para todos os sistemas operativos.
já bons clientes MSN/yahoo multi-sistema operativo, é outra historia...

Pidgin (já) é bom com MSN, mas falha no XMPP
Kopete ainda não é muito bom com MSN, mas é bom no XMPP
ambos estão longe do protocolo completo do yahoo e icq e outros tantos.
Trillian suporta bem a maioria das redes, mas é closed source... e so com WINE em linux

acordem um protocolo (XMPP) e tudo fica mais fácil.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

O protocolo está acordado

jcnventura's picture

É o IRC: http://drupal.org/irc.

Nota que não existe nenhuma http://drupal.org/xmpp

XMPP / Jabber / Jingle /

lpalgarvio's picture

XMPP / Jabber / Jingle / Google Talk

Protocolo de mensagens instantâneas

http://en.wikipedia.org/wiki/Extensible_Messaging_and_Presence_Protocol
http://xmpp.org/

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Como disse, não é opção

jcnventura's picture

Respeito as opiniões de cada um, mas o videochat não é opção por motivos técnicos.. O site é em Drupal 7 e esse módulo não existe para o D7.

Neste caso e mesmo que houvesse uma maioria de opiniões a favor de abrirmos esse canal a ideia não iria para a frente de qualquer modo (a não ser que alguém se torne co-maintainer desse módulo e faça o upgrade do dito para o D7).

Além de que já combinámos nas reuniões não nos espalharmos em vários canais.. Temos o IRC para real-time, o g.d.o e o Google Groups como fóruns (e este último já está a mais).. Quem faz Drupal usa o IRC, pelo que mais cedo ou mais tarde vale a pena saber usá-lo.

João

pois, tenho de me relembrar

ruiantunes's picture

pois, tenho de me relembrar dos comandos que dava em 1998 ;)

brincando

A propósito

perusio's picture

Hoje ouvi isto: http://itc.conversationsnetwork.org/shows/detail4576.html

Jono Bacon (Community Manager do Ubuntu) fala sobre como criar e manter uma comunidade. A parte inicial é onde estão IMHO as maiores pepitas. Explica também porque a meritocracia é o sistema que deve reger uma comunidade e não uma "democracia".

Lembrou-me o porquê do fiasco da tentiva feita antes (Janeiro 2010) e porque criar uma estrutura sem obra é BS.

drupal.com.pt

mario.martins's picture

Boa noite,
Antes de mais deixem-me saudar-vos neste meu primeiro post.

Relativamente ao domínio drupal.com.pt, o objectivo da Javali ao registá-lo nunca foi de o utilizar com fins comerciais, mas sim o de evitar que alguém o registasse para outro fim que não o legitimo.

Sempre foi objectivo da Javali doar o domínio à comunidade quando tal fosse apropriado, parece-me que essa altura finalmente chegou, neste sentido considerem que o domínio será apontado para o local que alojará o site da comunidade Portuguesa. Os custos com o registo e manutenção serão assegurados pela Javali sem qualquer encargo para nenhum grupo.

A Javali trabalha com tecnologias open source e pretende devolver à comunidade tanto quanto possível, é essa a nossa filosofia e são esses os nosso objectivo quer com Drupal quer com outros "softwares" com que trabalhamos.

Temos algumas pessoas, que dentro do possível e da sua timidez, contribuem nos foruns, traduções e afins, sei que poderiam contribuir mais, mas não consigo obrigar ninguém a fazê-lo...

Espero que tenha esclarecido este mal entendido e estou completamente disponível para vos apoiar no que for preciso e possível.

Tentaremos estar presentes no evento do Porto.

Cumprimentos,
Mário

--
Mário Pereira Martins

Javali
Administração e Desenvolvimento de Sistemas Informáticos, Lda.
Madan Parque - 2825-182 Caparica,
Phone: +351 212957215
http://www.javali.pt

_

claro que o dominio

ruiantunes's picture

claro que o dominio "drupal.org.pt" tambem se enquadra em espirito de contribuicao, como referi ha uns dias

Obrigado por alertarem

lpalgarvio's picture

Obrigado por alertarem :)
Vemo-nos no meetup no porto se tudo correr bem

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Viva Mário. Da minha parte

ricardoamaro's picture

Viva Mário.

Da minha parte nunca tive dúvidas á cerca desta questão e saúdo o pessoal da Javali.
Tenho estado a colaborar directamente com o João Martins e o João Mauricio e julgo que faremos bem em salientar a prestatividade, mesmo que tímida. O que é novo cresce!

Abraço!

Ricardo

Obrigado

mario.martins's picture

Agradeço os comentários do Luís e do Ricardo e se tudo correr como planeado espero encontrar-vos no Porto.

Internamente vamos tentar organizar-nos para vermos como podemos ajudar, seja com colaboração na criação e design do site, com a disponibilização de uma conta para alojamento num servidor nosso (CGEST), seja através de traduções ou ajuda em fóruns.

Com os melhores cumprimentos,
Mário Martins

--
Mário Pereira Martins

Javali
Administração e Desenvolvimento de Sistemas Informáticos, Lda.
Madan Parque - 2825-182 Caparica,
Phone: +351 212957215
http://www.javali.pt

_

Olá Mário

perusio's picture

Óptimo a disponibilidade da Javali em fazer crescer a comunidade Drupal.

Estarias disponível para participar no painel que está indicado sobre modelos de negócio em Drupal no meetup do Porto? Será interessante ter a vossa perspectiva.

Markdown

perusio's picture

Em vez de WYSIWYGs está o Markdown activo no Filtered HTML e no Full HTML. Usem-no.

Sites oficiais na pagina da drupal-pt

ruiantunes's picture

Penso que o site do centenario.... no minimo sera questionavel estar la referenciado pois foi dos tais ajustes directos neste caso 99.500 Euros .... enfim, em crise tudo pode acontecer ate pagar estes valores por um site !, sera bom usar estes esquemas para promocao da Drupal Portugal?

Qual a razao de publicitar sites oficiais etc etc, acaba por ser publicidade nao paga a quam criou sites por 99.500 Euros.

Tem de estar

jcnventura's picture

Este site em particular tem de estar uma vez que é a fonte do principal mito Drupal cá do burgo: o mito que é caro fazer um site em Drupal.. Nos comentários deste em particular estará claramente referido que os 99.500 euros foram pagos exclusivamente pelo design do site. Ou seja, ele cobrou-se 99.500 euros pelo luxo de fazer os mockups e depois alguém deve ter transformado isso num site pelos 500 euros que faltavam aos 100.000.

Hmm

perusio's picture

Acho que é preciso ter muito cuidado com esta questão dos preços. O Drupal não é um sistema barato. É preciso que isso fique claro. O mercado do Drupal, não é o do Joomla (que é uma coisa low-end) nem o do Wordpress que se for para fazer algo diferente de um blog custa rios de dinheiro.

O Drupal entra onde os sistemas proprietários entram e oferece uma solução de grande qualidade e de possibilidades "infinitas" sabendo mexer nele. É uma boa achega para a discussão e no Porto vamos falar desta questão dos preços e do posicionamento do Drupal. Parece-me uma questão crítica.

O caso do site do Centenário da República é apenas uma instância dos típicos esquemas de colusão entre os políticos e os amigos. É sempre muito fácil gastar o dinheiro dos outros. É mesmo a coisa mais fácil do mundo.

O problema é que aquele site não vale 99500 EUR em lado nenhum. Nem no Mónaco :)

É um site para uma fracção desse valor e quanto ao design do sr. Cayate, frequentador habitual dos "peditórios" dos grandes projectos "públicos", de web design não percebe nada. É o que me parece.

Edit: Quando digo barato quero dizer fazer sites a 500 EUR e menos. A não ser que seja uma instalação do core mais 2 módulos, não creio que estes sejam preços "razoáveis".

Mais um..

ronaldofs's picture

Há ainda o caso do www.visitazores.com, que também está feito em drupal :)

Neste caso o preço da elaboração do website ascendeu aos 150.000,00 €. E mais... parece que a manutenção deste (pelo período de 1 ano) chega ao valor absurdo de 1 milhão de euros... Para além das falhas a nível das traduções, da arquitectura da informação e muito possivelmente da organização interna e construção (não andei com paciência para avaliar a fundo).

É como referiste: gastar dinheiro dos outros é a coisa mais fácil do mundo... e nem se sabe (mas é provavel!) se depois há ajustes "debaixo do pano" para adjudicações deste tipo.

Agora digo também que um website em drupal, devidamente elaborado, supere preços de outros CMS. A curva de aprendizagem do drupal é bastante diferente de outros. Tanto a nível de site building, como theming nem querendo referir construção de módulos. Só trabalho com drupal desde o início do ano e, apesar de ter aprendido bastante, sei que tenho imenso para aprender e que a qualidade de um website bem construído tem que ser bem remunerada. Claro que sem entrar em valores absurdos...

Preços e manutenção..

jcnventura's picture

Mrd.. Assim não vamos lá..

http://www.base.gov.pt/_layouts/ccp/AjusteDirecto/Detail.aspx?idAjusteDi...
http://soundcloud.com/31dasarrafada/visit-azores

Não podemos passar a vida a justificar a incapacidade do nosso governo em adjudicar as coisas a um preço adequado...

Já percebi o preço

jcnventura's picture

Dando uma vista de olhos ao portfolio da Icon Medialab (http://www.lbigroup.it/our-work/), já percebo como é que se paga tanto dinheiro..

É o que se paga para estar na companhia da Lavazza, Ermenegildo Zegna, Pirelli, Ducati ou Alfa Romeo.. Até começo a achar que afinal foi barato. Isto tem tudo a ver com a "marca" e não com a qualidade do produto.

É pena que tal como os sapatos, ninguém se importe de pagar bastante pela marca italiana, em vez de comprar o produto de marca portuguesa de igual qualidade e preço bem mais adequado ao Orçamento de Estado.

Parece de facto um "bom" trabalho

perusio's picture

Acabo de correr o cron. Não queria, mas aconteceu :)

O install está disponível.

HTTP/1.1 200 OK
Date: Tue, 09 Nov 2010 14:21:40 GMT
Server: Apache/2.2.15 (Unix) mod_ssl/2.2.15 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635
X-Powered-By: PHP/5.2.13
Expires: Sun, 19 Nov 1978 05:00:00 GMT
Cache-Control: store, no-cache, must-revalidate, post-check=0, pre-check=0
Last-Modified: Tue, 09 Nov 2010 14:21:40 GMT
Content-Type: text/html; charset=utf-8

Desmistificar é preciso

jcnventura's picture

Ao pesquisar no Google por "portugal site drupal", logo na segunda página começo a apanhar com referências a esse caso. Também te lembras da apresentação do introfini na FIL que esse caso foi logo referido (se bem que foi o próprio que o incluiu na apresentação).

É preciso que nós enquanto comunidade ajudemos a pôr em pratos limpos que os 99.500 foram exclusivamente para o design e que esse dinheiro seria gasto se o site fosse em Drupal, Joomla, Sharepoint, Frontpage ou escrito em HTML puro por uma equipa de macacos em Madagascar. Não sabemos quem o fez (o site está na rede Sapo, será que foram eles?), nem por quanto mas isso também não interessa. O que não pode acontecer é que as pessoas se assustem com o Drupal pelo único exemplo conhecido ser este.

Passei os olhos pelo

bmateus's picture

Passei os olhos pelo visitazores.com, e fico um pouco incrédulo para tanto dinheiro gasto, a não ser que seja pelos trabalhos agregados (fotografia, escrita, etc).

A nível de design, tem alguns pontos agradáveis, mas com problemas em pormenores técnicos não-drupal (de que vale ter um site em 'fullscreen', com um enorme focus fotográfico, quando depois aumentam as imagens, ficando com fraca resolução e qualidade? - basta fazerem refresh na página de entrada até encontrarem uma imagem com texto, e depois observem a qualidade do texto rasterizado e do logo...)

E mesmo a nível de conceito, acho fraco. Pouco se fala de cultura, tradições e outros conteúdos turísticos, além de estarem "enterrados" lá para baixo - novamente o focus em fotografia de destaque.

O mapa google no topo de algumas páginas não serve simplesmente para nada, excepto talvez show-off? A configuração geográfica do arquipélago nem sequer ajuda ao efeito, com ilhas quase invisíveis. E não há uma infobox que consiga mostrar alguma informação verdadeiramente legível até maximizarmos o mapa...

Tecnicamente, também têm umas quantas páginas que se "partem" em browsers que não o IE. No Chrome, por exemplo, a página da meteorologia está realmente a questionar se eles receberam o tal milhão...

Obviamente que esta é a minha opinião, mas se o objectivo do site é promover, existem seguramente melhores conceitos e bem mais baratos (para vosso contexto, eu trabalho na área de marketing e ecommerce hoteleiro).

Enfim, apenas um desabafo, desculpem lá.

<< I tried others - still returned to Drupal. >>

Admin disponível

perusio's picture

Acabo de testar uma patch diminuta sobre a versão 7.0-beta2 do Admin e de facto agora funciona. Donde se alguém preferir o Admin com o Rubik relativamente ao overlay é só dizer.

Ver issue #936766

Apache MIME

lpalgarvio's picture

tive que desenvolver umas configurações MIME para o servidor apache do shared hosting que estou a usar.

partilho o meu trabalho para quem esteja interessado: é um misto de MIMEs registados e MIMEs não registados (x-).
alguns podem não estar correctos, mas penso que a maioria está. inclui um pouco de tudo.
desenvolvi com recurso ao mime.types do trunk do apache, wikipedia, rtfs e alguns sites que documentam os MIMEs.
inclui um e comentários.

edit: não cabia aqui, coloquei num google docs publico
https://docs.google.com/document/d/11Hjvc2hVIGSGP0UYHl4ipb_S82-qLo4iVpE7...

se quiserem permissoes para editar, avisem

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

github?

perusio's picture

O google docs não é para partilhar código. Põe isso no github.

Isto está letárgico

perusio's picture

E a precisar de um abanão. Feitos os upgrades de segurança na VPS da Neoscopio. Lá para terça o mais tardar devemos ter o drupal-pt.org a apontar para a dita VPS (cortesia do Lopo - humaneasy). O drupal-pt.perusio.org é agora um 301 para lá.

Os conteúdos do site precisam de ser trabalhados. O site não tem um ponto de vista. Por exemplo precisamos de nos demarcar dos chulanços tão tipicamente lusos do Centenário da República e do VisitAzores.

Somos uma comunidade opinativa.

Let's rock the boat & be awesome :)

drupalpt.org

perusio's picture

É preciso que as coisas avancem. Caso contrário é a debandada geral. Neste momento a máquina responde:

drupalpt.org. Vamos ver como é a questão dos outros domínios. Há apalavramentos mas nada de coisas concretas.

Quem tiver possibilidades de configurar DNS: 2 A records são precisas.

  1. Uma para a raíz do domínio.

  2. Uma para o domínio com o prefixo www. Vai ser um mero redirect para 1.

O host é 77.91.205.149. Vamos tomar decisões sobre o domínio canónico e depois passar tudo para SSL/TLS. Precisamos de um domínio "final" para pedir o certificado.

Edit: também já responde drupalpt.com que é um mero redirect para o drupalpt.org. E estão os dois domínios do João V. tratados.

drupal.com.pt

mario.martins's picture

Vou meter já o drupal.com.pt a apontar para esse IP.
Relativamente a alojamento têm a estimativa do nº de acessos que o site terá? Nós temos um ou dois servidores na cgest e podemos disponibilizar/doar uma conta com cpanel se não forem muitos acessos e não acarretar muito peso...

Se fizer falta mais alguma coisa apitem

--
Mário Pereira Martins

Javali
Administração e Desenvolvimento de Sistemas Informáticos, Lda.
Madan Parque - 2825-182 Caparica,
Phone: +351 212957215
http://www.javali.pt

_

Obrigado Mário

perusio's picture

HTTP/1.1 301 Moved Permanently
Server: nginx
Date: Thu, 18 Nov 2010 18:57:32 GMT
Content-Type: text/html
Content-Length: 178
Connection: keep-alive
Keep-Alive: timeout=20
Location: http://drupal-pt.org/
X-Frame-Options: sameorigin

E o mesmo sucede para o www. Agora está o drupal-pt.org como canónico temporário (cortesia do Lopo). Falta o Rui Antunes dizer algo sobre o drupal.org.pt.

Vamos criar uma poll e decidir qual o canónico final. Vamos arrumar isto de vez e passar o site todo a SSL/TLS.

Ja esta redirecionado para

ruiantunes's picture

Ja esta redirecionado para 77.91.205.149 , temos de esperar umas horas...

Já está

perusio's picture

Olá Rui. O drupal.org.pt faz um redirect para o drupal-pt.org. Adicionei também o www.drupal.org.pt. Que tanto quanto julgo saber não está configurado. Adiciona uma A record para esse também se fizeres favor. Obrigado.

Agora vamos a decisões quanto ao domínio canónico.

Ola, isso (A record) ja esta

ruiantunes's picture

Ola,
isso (A record) ja esta feito, assim como os TXT e MX records pedidos pelo Joao

espero noticias dele para saber se esta tudo correcto com o google analytics mail etc etc

Parece-me que só o root está bem.

jcnventura's picture

Do que te pedi, só o registo A para o root ficou bem.

O A para o www não funciona, os MX também não e o TXT também está incompleto.

A dominios.pt já disse alguma coisa na transferencia do dominio para uma conta separada?

João

Does not compute

perusio's picture

Pedindo todas as records configuradas:

; <<>> DiG 9.7.1-P2 <<>> drupal.org.pt any
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27229
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;drupal.org.pt.                 IN      ANY

;; ANSWER SECTION:
drupal.org.pt.          3600    IN      A       77.91.205.149
drupal.org.pt.          86400   IN      NS      dns1.host-redirect.com.
drupal.org.pt.          3600    IN      TXT     "y4U7kPOYVerBSpTsuvRmKJQ7UjsWvv0zXcNtHcaPjN4"
drupal.org.pt.          86400   IN      NS      dns2.host-redirect.com.
drupal.org.pt.          86400   IN      SOA     dns1.host-redirect.com. dns.host-redirect.com. 2010111819 10800 3600 604800 3600

1. A para www - não existe.
2. MX - não existe.
3. TXT - presumo que isso seja parte da token de autenticação com o google para usar as
webmaster tools. Está errado. Nunca irá autenticar. Falta o lado esquerdo da "equação".

Exemplo:

perusio.org. 3600 IN  TXT  "google-site-verification=S3LRXsYDh0b5GF4czSSUmyv0_DdeTGP44CT1U5yuXI"

O valor da record TXT é a string completa.

Ola

ruiantunes's picture

Sobre este assunto, penso que esta tudo definido conforme o Joao pediu

se quiseres posso te enviar o mail das configuracoes pedidas

de qualquer forma Sabado podemos falar sobre isto, melhor que traca de mails etc etc

ja agora o www existe

o mx exite segundo definicoes enviadas pelo Joao

txt estao os records tambem enviados pelo Joao

Alojamento do drupal-pt

mario.martins's picture

Pessoal, a Javali poderá disponibilizar uma conta num servidor gerido por nós e alojado na CGEST, para tal digam qualquer coisa.

Cumprimentos,

--
Mário Pereira Martins

Javali
Administração e Desenvolvimento de Sistemas Informáticos, Lda.
Madan Parque - 2825-182 Caparica,
Phone: +351 212957215
http://www.javali.pt

_

Oferta de servidores

jcnventura's picture

Mário,

Neste momento estamos a usar um VPS hosted pela Neoscopio, pelo que agredecendo a vossa oferta, e não conhecendo todos os detalhes da mesma, não vejo o que é que ganhariamos com abandonar o actual. Acho que fica fora de questão estarmos a usar soluções de redundância para aguentar a (não-)carga que o site irá ter.

Podemos no entanto, se estiveres disposto a isso usar outro servidor para correr o OpenAtrium e o Drupal COD que serão usados para organizar, planear e divulgar o DrupalCamp Lisboa. Que tipo de servidor estás a oferecer?

Oferta de servidores

mario.martins's picture

Basicamente só fazemos "alojamento" para clientes nossos, não é o nosso core, no entanto e visto que gostamos de ter controlo total sobre o alojamento optamos pela aquisição de máquinas dedicadas.

Temos alguma disponibilidade numa das máquinas que tem cerca de 20 clientes nossos, é uma máquina com 8GB de RAM e dois quad core, não é nada demais, mas dá para os gastos.

Se fizer falta algo, nem que seja DNS digam que podemos avaliar. Podemos albergar um openatrium ou o drupal COD, pelo menos numa fase inicial em que não haja muita carga.

Cumprimentos,

--
Mário Pereira Martins

Javali
Administração e Desenvolvimento de Sistemas Informáticos, Lda.
Madan Parque - 2825-182 Caparica,
Phone: +351 212957215
http://www.javali.pt

_

Carga

jcnventura's picture

A não ser que algum dos nossos patrocinadores comece a oferecer férias no Tahiti a quem aparecer no Camp, duvido que tenhamos mais do que 100-150 participantes.

Caso apareça um patrocinador assim, eu vou pedir um servidor dedicado.

Em qualquer dos casos, a carga não vai ser problema :)

uma máquina dessas já é

lpalgarvio's picture

uma máquina dessas já é espetacular.
ouvi dizer que os AMD Opteron com 6 cores já estão bastante acessiveis por esta altura.

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Já temos máquina

perusio's picture

Cortesia do Ricardo e do Ocasião. É um debian (como eu gosto - nada da trapalhada do CentOS e da treta de marketing do Ubuntu).

O Ricardo já tinha falado nisso no meetup, se bem se lembram. Mas como a Neoscopio tinha de forma inusitada feito a oferta era da mais elementar curialidade optar por essa oferta.

Vamos lá montar o site do camp e o OA. Para já é preciso trancar a máquina.

A equipa (sysadmin) será a mesma que ficou definida no meetup do dia 25 de Outubro:

  1. moi

  2. Ricardo

  3. Victor

Eu acho que atendendo à dedicação e interesse do LPCA ele pode fazer parte da equipa. Mas não te ponhas a inventar Luís. Ok? Nada de BIND ou similares. Keep It Simple :)

Envia-me a tua chave SSH pública.

drupal.org.pt

ruiantunes's picture

Conforme prometido o dominio ja aponta para o IP que me informaram.
As configuracoes de TXT e MX record estao efectuadas (incluindo google analytics)

Joao, conforme sempre referi, no encontro do Porto sera abordado o tema de gestao do dominio, nao entendo a pressa.

PF nao entres em contacto com a dominios.pt pois de nada adianta, ou seja, este dominio sera disponibilizado no encontro do Porto

Rui

Não estão não

jcnventura's picture

Conforme dito aqui, aqui e aqui, o dominio não está correctamente configurado.

Se estás em condições de o disponibilizar no Sábado, disponibiliza-o se faz favor na sexta e teremos em conta o drupal.org.pt no resultado da poll actual.

João

Mail do joao para mim !!!

ruiantunes's picture

Esse é o problema..

As configurações estão mal, e só tu as podes corrigir com a informação que eu já te dei há uma semana. Eu tentei ligar-te e não me atendeste, pelo que resolvi perguntar à dominios se o que eu te tinha pedido era possivel. Durante a conversa eles disseram-me que não tinhas feito nenhum pedido.

Eu gostava de usar o teu dominio, mas claramente não o podemos usar quando não és capaz de o configurar como queremos e a única pessoa com acesso a essa configuração és tu.

Nesta altura já nem se trata de o configurares bem. Ou realmente estás em condições de oferecer o dominio e o ofereçes ou não vale a pena gastar mais tempo com isto. Provavelmente arrancamos com o dominio actual (drupal-pt.org). No Porto já será tarde para falar disso.

João

Já que estamos numa de

jcnventura's picture

Já que estamos numa de divulgação de e-mails, aqui está o meu mail de 16 de Novembro:

Aqui estão os campos que precisamos que adiciones ao dominio, conforme falámos ontem. Obrigado,

drupal.org.pt A 77.91.205.149
www.drupal.org.pt A 77.91.205.149
drupal.org.pt TXT google-site-verification=GmMDxTqG8VJ77h_VIX7rW0ddNxOBhfbn81fqnwubacQ
drupal.org.pt TXT google-site-verification=y4U7kPOYVerBSpTsuvRmKJQ7UjsWvv0zXcNtHcaPjN4
drupal.org.pt TXT v=spf1 include:aspmx.googlemail.com ~all
drupal.org.pt MX 10 ASPMX.L.GOOGLE.COM
drupal.org.pt MX 20 ALT1.ASPMX.L.GOOGLE.COM
drupal.org.pt MX 20 ALT2.ASPMX.L.GOOGLE.COM
drupal.org.pt MX 30 ASPMX2.GOOGLEMAIL.COM
drupal.org.pt MX 30 ASPMX3.GOOGLEMAIL.COM
drupal.org.pt MX 30 ASPMX4.GOOGLEMAIL.COM
drupal.org.pt MX 30 ASPMX5.GOOGLEMAIL.COM

Meu amigo Joao

ruiantunes's picture

Que entendes tu disto ??????
Esta configurado conforme teu pedido por mail, Sabado sera disponibilizado com os parametros que me enviaste

Mais informo que nao es o "dono" da drupal PT, por esse motivo se quiseres discutir de forma saudavel as configuracoes por ti enviadas, temos no Sabado Oportunidades para isso

Quanto a configurar bem... meu amigo apenas fiz a configuracao por ti pedida, provavelmente nao sabes o que estavas a pedir , o que me levou a perder tempo com essas configuracoes

O drupal.org.pt esta ja configurado a apontar para a maquina por voces disponobilizada, Sabado discutimos promenores

Abraco
RUI

Bem

perusio's picture

Vamos entender-nos. Não serve a ninguém, nem ao Drupal estar a criar um atrito por causa de uma coisa tão trivial quanto umas records de DNS. Calma.

Rui tal como te disse acima as records estão mal configuradas. Continuam assim. Não sei como é que o registrar te deixa mexer. Provavelmente usando um wizard qualquer em cima do zone file. Tens que ir lá a configurar a raíz como este:

drupal-pt.org.          86400   IN      MX      5 ALT2.ASPMX.L.GOOGLE.com.
drupal-pt.org.          86400   IN      MX      10 ASPMX2.GOOGLEMAIL.com.
drupal-pt.org.          86400   IN      MX      10 ASPMX3.GOOGLEMAIL.com.
drupal-pt.org.          86400   IN      MX      1 ASPMX.L.GOOGLE.com.
drupal-pt.org.          86400   IN      MX      5 ALT1.ASPMX.L.GOOGLE.com.
drupal-pt.org.          3600    IN      TXT     "google-site-verification=9_uO3VI_UdwTQ9r8gpWBhTDTzLTlOhRDlhuN-BqEnHY"

Claro que a token do google tem que ser a que te foi dada e não esta que é específica do drupal-pt.org
E também esta:
www.drupal-pt.org.      86400   IN      A       77.91.205.149

A razão da "pressa" é que queremos passar isto tudo para SSL/TLS o mais cedo possível e o cert só pode ser pedido para um domínio.

EDIT: Nota que as records MX são para usar a edição free das google apps. Como tal é primeiro preciso autenticar o domínio com o google através de uma record CNAME que eles indicam.

Entendo muito.. Escolho é não

jcnventura's picture
  1. Entendo muito.. Escolho é não gastar tempo a dedicar-me a fazer tudo.
  2. Já te disse muitas vezes.. O que está configurado e o que te pedi são duas coisas diferentes. É verdade que o http://drupal.org.pt está bem configurado. Foi o único campo dos 12 que te pedi que conseguiste configurar bem (http://groups.drupal.org/node/101729#comment-347499)
  3. Não sou o dono do Drupal PT, isso é verdade. Mas faço parte do grupo que anda a puxar a carroça.. Como burro de carga deste grupo, de vez em quando tenho direito a empacar.
  4. Sábado não vamos ter tempo para gastar com este tipo de detalhes. O dominio drupal-pt.org está sob controlo do perusio que já o configurou correctamente, e está a ganhar na sondagem feita (que termina daqui a 24 horas). Se quiseres disponibilizar o dominio apenas no Sábado tudo bem, mas este assunto para mim já é um caso encerrado.

Ok, Sabado falamos A quem

ruiantunes's picture

Ok, Sabado falamos

A quem posso enviar tema de discussao ? Gostaria de ter 1 hora para colocar assuntos sobre organizacao Drupal, livre !

Lá para Abril

jcnventura's picture

O tema de discussão não é enviado a ninguém, são apresentados (e esgotam-se) quando o tópico do evento é criado. A agenda deste já está fechada há muito tempo.

Em Dezembro não vamos ter encontro, e os encontros de Janeiro e Fevereiro serão dedicados em exclusivo à organização do DrupalCamp que será o nosso encontro de Março. Quando em Março eu souber onde se organiza o meetup de Abril e abrir o tópico, podes propor a sessão..

No entanto, o painel final do encontro de Sábado provavelmente irá falar do que tu pretendias falar. Esse painel é um painel de discussão, convido-te a apresentares a tua opinião nessa altura.

João

Encontro no Porto

ruiantunes's picture

Ja agora alguem me pode dizer a morada ao certo, pois vou de carro e nao queria me perder na minha cidade.

A morada está no tópico do

jcnventura's picture

A morada está no tópico do evento: http://groups.drupal.org/node/101919

relaxem, as coisas

lpalgarvio's picture

relaxem, as coisas resolvem-se com tempo

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

A julgar pelo rumo das coisas

perusio's picture

Amanhã o cert está instalado e o site todo em TLS. Já criei a chave privada e gerei o Certificate Signing Request.

http://drupal-pt.org passa a https://drupal-pt.org.

Então e a poll?

jcnventura's picture

Sei que o drupal-pt.org está a ganhar com maioria absoluta, mas devias esperar pelo fecho das urnas antes de declarares o vencedor..

:)

neste momento o rácio é de 2

lpalgarvio's picture

neste momento o rácio é de 2 para 1, com 10 e 5 votos respectivamente. acho que já não tem hipótese
eu votei no perdedor, drupal.org.pt

Luís Pedro Algarvio
Drupal and DevOps Developer, Evangelist & Trainer
lp.algarvio.org

Instalação Cert

perusio's picture

Aviso:

Depois de almoço o site vai estar em https. Quem tiver sessões abertas vai ficar com elas invalidadas porque os cookies vai doravante ser marcados como seguros.

Pois

perusio's picture

Afinal tive que reverter tudo para HTTP normal. Parece-me que há um bug no D7. O tema não é rendido quando em HTTPS. Isto na minha máquina de desenvolvimento. Porque no drupal-pt.org com o https forçado devolve um 404. Gostava de saber porquê.

Ah as alegrias de correr uma versão beta.

Anyway o certificado está instalado. E quando este snafu for resolvido, é só uma questão de fazer um git pull e reload da configuração.

EDIT: Na minha máquina já funciona. Precisei de por:

<?php
   $base_url
= 'https://example.com:489';
?>

Estou a correr num port não standard.

No drupal-pt.org parece-me que o problema é no PHP FastCGI. A ver. Vai ter que ficar para outras núpcias.

Problema em aberto

perusio's picture

Bom depois de ter andado em demanda da solução. Encontrei outros na miséria tal como nós em termos de ter o SSL a funcionar.

O problema é que o beta3 tem uma série de bugs feios que mostram a carcaça quando se usa o https. Aqui na minha máquina estou com o beta2 depois de ter tentado o 3. Donde a solução é esperar que os bugs sejam debelados e depois logo experimentamos passar para TLS tudo.

SPF drupal-pt. Protecção contra backscatter abuse

perusio's picture

Olá,

Quero pedir às pessoas que apontaram os domínios para a máquina do drupal-pt.org para adicionarem SPF ou TXTrecords para impedir que haja spammers a falsificarem headers com esses domínios:

A record deve ser:

v=spf1 a mx -all

A do drupal-pt.org tem: v=spf1 a mx include:_spf.google.com ~all porque estamos a usar as versão grátis das Google Apps, donde a inclusão da política da google.

Obrigado

Portugal

Group categories

Classificação

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: