SEO on Rails...

[Diego Brito]

Olá Pessoal,

Estou finalizando um projeto de um site em Rails, no entanto, minhas url's não estão tão semânticas como eu gostaria. Eu segui o padrão Rails e criei os controllers/models em Inglês, o que implica em nomes como "Budgets" ao invés de "Orcamentos" e por ai vai. Mas como o site é de uma empresa brasileira, teria como eu "Maquiar" essas urls? 

Atenciosamente, 

Diego Brito 

Consultor em Marketing Estratégico

Blog Pessoal: www.diegobrito.com.br

Consultoria: www.d2bconsultoria.com.br

Twitter: http://twitter.com/diegodebrito

[G. Sobrinho]

Você pode usar o :as nas rotas ou o plugin routes i18n (não consegui encontrar mas sei que tem) e tem um do carlosbrando que chama named_resources se não me engano.

Vou pesquisar e envio se achar

2009/12/2 Diego Brito <diegod...@gmail.com>

--
Cordialmente,

Gabriel Sobrinho
Diretor de desenvolvimento

Hite - Comunicação Digital e Mídia Interativa
http://www.hite.com.br/

+55 31 8775 8378

[G. Sobrinho]

Achei: http://github.com/carlosbrando/custom_resource_name

2009/12/2 G. Sobrinho <gabriel....@gmail.com>

[Maurício Linhares]

O ideal seria trocar os nomes dos controllers né :)

Mas se isso não for mais factível agora ->
http://github.com/raul/translate_routes/

-
Maurício Linhares
http://codeshooter.wordpress.com/ | http://twitter.com/mauriciojr



2009/12/2 Diego Brito <diegod...@gmail.com>:

[Diego Brito]

Vi os dois,

Estou utilizando o Rails 2.3.4 e vi que o plugin "translate_routes" é mais recente. Vou fazer alguns testes com ele. Alguém já utilizou? Isso torna a aplicação mais lenta? 

[Paulo Coutinho]

Porque simplesmente você não cria rotas?

Que joguem do controller X para Y ?

2009/12/2 Diego Brito <diegod...@gmail.com>

--
Atenciosamente,
Paulo Coutinho.
Blog: www.prsolucoes.com/blog
Site: www.prsolucoes.com
Msn:  pa...@prsolucoes.com

[Diego Brito]

Paulo,

Eu não possuo o controller Y, teria de criá-lo. Vejo que assim minha aplicação iria "dobrar" o número de controllers e models... mas. não sei se entendi bem a sua idéia.

Poderia me explicar melhor?

Obrigado!!!

[Ivan Schuster]

Dica do Rodrigo Urubatan em seu bom livro sobre Rails (se não for muito iniciante, vale a pena adquiri-lo):

No routes.rb :

map.resources :users, :as => "usuarios",
      :path_names => {:new => "novo", :edit => "ver"}

Abs,

Ivan

2009/12/2 Diego Brito <diegod...@gmail.com>

[G. Sobrinho]

Use o translate_routes, não faça gambiarra ;)

2009/12/2 Ivan Schuster <ihsch...@gmail.com>

[Rodrigo Urubatan Ferreira Jardim]

Usar o suporte do rails para "renomear" rotas é gambiarra?
este translate_routes traduz até o nome das rotas, o que é bem ruim na minha opinião.
da forma padrão do rails tu continua tendo um users_path que aponta para o alias que tu quiser, ou seja, sem alteração em views ...
o translate routes vai duplicar a tabela de rotas, deixando o sistema mais lento (uma das areas mais lentas do rails hoje é a tradução URL/rota)  e ainda vai permitir a criação de views com rotas estranhas, utilizando usuarios_path em vez de users_path ...
Não curti muito a abordagem deste plugin, se ele traduzisse só o path da rota em vez de duplicar tudo até seria legal ...


Rodrigo Urubatan Ferreira Jardim
rod...@urubatan.com.br
Visite meu blog: http://www.urubatan.com.br
Blog em ingles: http://www.urubatan.info

Melhor livro de RoR do Brasil: http://livro.urubatan.com.br
Joan Crawford  - "I, Joan Crawford, I believe in the dollar. Everything I earn, I spend."

2009/12/2 G. Sobrinho <gabriel....@gmail.com>

[Diego Brito]

Moral da história, é melhor fazer a gambiarra, rsrsrs, (só para não perder a piada).... ou utilizar o plugin? Quem dá mais???

[G. Sobrinho]

O :as não é gambiarra, mas fazer dois controllers com nomes diferentes pra mesma coisa é.

Não era do :as que eu me referia como gambiarra :)

2009/12/2 Rodrigo Urubatan Ferreira Jardim <urub...@gmail.com>

[Rodrigo Urubatan Ferreira Jardim]

Humm, problema de comunicação :D
Mas não gostei mesmo da abordagem deste plugin.
O Carlos Brando tinha um plugin legal para isto antes do suporte do rails nativo se não to enganado ...

Rodrigo Urubatan Ferreira Jardim
rod...@urubatan.com.br
Visite meu blog: http://www.urubatan.com.br
Blog em ingles: http://www.urubatan.info

Melhor livro de RoR do Brasil: http://livro.urubatan.com.br

Ogden Nash  - "The trouble with a kitten is that when it grows up, it's always a cat."

2009/12/2 G. Sobrinho <gabriel....@gmail.com>

[Igor Leroy]

Se o :as te atender, por que não usar?

2009/12/2 G. Sobrinho <gabriel....@gmail.com>

--
-- Igor Leroy
-- Desenvolvedor Web
-- www.igorleroy.com

[Diego Brito]

Bom, vou de :as então. Obrigado pelas dicas!!!!!!!!!

[Paulo Coutinho]

O que quis dizer foi o que o Urubatan falou, "renomear" rotas.

Mudar de X para Y, que eu quis dizer, é criar uma rota de X (ex: products) para Y (ex: produtos) como foi feito ai no exemplo do AS no caso de você usar restfull.

--
Atenciosamente,
Paulo Coutinho.
Blog: www.prsolucoes.com/blog
Site: www.prsolucoes.com
Msn:  pa...@prsolucoes.com

2009/12/2 Diego Brito <diegod...@gmail.com>

[Cainã]

Só lembrando que sempre dá pra criar rotas mais bonitas de maneira automatizada usando o friendly_id:
http://github.com/norman/friendly_id

Atenciosamente,
Cainã Costa

2009/12/2 Paulo Coutinho <pa...@prsolucoes.com>

[Frederico Macedo]

Nos próximos projetos você pode usar o brtraducao do brazilian-rails que faz a pluralização e singularização dos inflectors.
Mas no seu caso com a aplicação pronto, usar os :as é o mais interessante e o menos trabalhoso, sem ter q sair renomeando suas rotas em todos os arquivos onde usou..

2009/12/2 Diego Brito <diegod...@gmail.com>

[Cainã]

Faz a "inflecção", mas ele não traduz as rotas.

O ideal é escrever tudo em inglês mesmo, e usar i18n pra traduzir tudo, torna o projeto mais "escalável".

2009/12/3 Frederico Macedo <xant...@gmail.com>

[Maurício Linhares]

Se o projeto é só pro brasil, é mais fácil produzir ele todo em português.

Não entendi o que "escalabilidade" tem haver com ter textos em
português ou inglês.

-
Maurício Linhares
http://codeshooter.wordpress.com/ | http://twitter.com/mauriciojr

2009/12/3 Cainã <cainan...@gmail.com>:

[Bruno Azisaka Maciel]

O que o Cainã quis dizer, acredito eu, é que mais pessoas poderiam
trabalhar no projeto, além de ser uma boa prática.


Bruno Azisaka Maciel

On 03/12/2009, at 10:06, Maurício Linhares

[Maurício Linhares]

Escrever o projeto em inglês é uma boa prática quando você desenvolve
em português e para um público que fala português? :)

O que o nosso companheiro está passando é exatamente um problema por
não ter usado o português quando deveria, ele criou um problema pra
ele mesmo. Se os nomes dos controllers fossem em português, ele não
teria esse problema.

-
Maurício Linhares
http://codeshooter.wordpress.com/ | http://twitter.com/mauriciojr

2009/12/3 Bruno Azisaka Maciel <br...@bubble.com.br>:

[Thiago Diogo]

É, mas aí vem a pergunta: (tipo Big Design Up Front e a "Sindrome de Nostradamus")

* Vou fazer em inglês para QUANDO minha aplicação precisar ser traduzida, então tá mais fácil!

Discordo disso, deixe para internacionalizar quando tiver que internacionalizar. Para mim, o é o mesmo que: Deixa para otimizar quando tiver que otimizar!

=D

Valeu!

2009/12/3 Maurício Linhares <linhares...@gmail.com>

--
Sds, Thiago Diogo
Twitter: thiagodiogo
http://thiagodiogo.blogspot.com/
http://tecnologia.proac.uff.br

[Diego Pitombeira]

Maurício Linhares escreveu:

Eu prefiro em inglês e depois internacionalizar.

Colar uma parte e o link para umas dicas que achei interessante.

/"Rafael Lima 4 julho 2008 at 10:28 PM Permalink
<http://rafael.adm.br/p/palavra-do-rei-melhores-praticas-em-desenvolvimento-de-software/comment-page-1/#comment-25122>/

/
/

/Oi Keyne,/

/A opção pelo inglês é economia. Você já imaginou ler um livro que as
páginas são intercaladas, sendo as pares em inglês e as ímpares,
português?! O esforço cognitivo é infinitamente menor quando você pena
em um idioma só. Como os códigos da linguagem já são em inglês (if then
else when) fica mais fácil escrevermos o resto em inglês. Além disso
inglês não tem acentuação e as palavras são menores em geral./

/Abraço"
/

/http://rafael.adm.br/p/palavra-do-rei-melhores-praticas-em-desenvolvimento-de-software/
/

Não é a bíblia mas são dicas de quem desenvolve software como profissão.

[]'s

[Cainã]

O problema não é otimizar/traduzir cedo demais, mas como já foi dito, é uma boa prática sempre escrever tudo em inglês.

Além disso, isso evita mensagens ficarem direto no código, sendo mais fácil atualizá-las depois, já que todas as mensagens ficam no mesmo lugar. Sem contar, é claro, do ponto que o Pitombeira levantou.

2009/12/3 Diego Pitombeira <pito...@gmail.com>

[Frederico Macedo]

Acho muito engraçado os comentários de defensores de desenvolvimento em inglês ou português, em falar de boas práticas. Nâo sei se envolve boas práticas fazer algo que é uma necessidade do cliente. Você têm um cliente brasileiro que prescisa de uma url em português e as pessoas vem criticar ou falar(bla bla, boas práticas programar em inglês). Você tem que agradar seu cliente, isso pra mim é uma boa prática, desenvolver com qualidade, código limpo e com software entregue. Se pra agradar seu cliente você têm q fazer controllers em português, seguindo o padrão de desnvolvimento e ajustando as configurações do framework pra suas necessidades não vai ferir as boas práticas de programação e muito menos sua cabeça( aaah vc vai ter q ler em ingles e portugues). Prestem atenção caros colegas, não sejam escravos, sejam bons entendedores do que fazem e não se preocupem tanto com estarem sempre 100% dentro dos padrões pq niguém consegue e grande parte de problemas que vocês encontrarão em softwares que são diferentes de preenchimento de formulários são problemas que não existem um padrão definido. Sejam criativos.

[Cainã]

E no que desenvolver em inglês e português atrapalha em fazer algo que é da necessidade do cliente?

2009/12/3 Frederico Macedo <xant...@gmail.com>

[Bruno Azisaka Maciel]

Concordo com o Cainã.

Acredito que fazer sistemas para o público brasileiro não justifica criar uma mistura de idiomas. Para isso foi criado o I18n. Imagine que coisa fantástica você desenvolver classes para o povo chinês e escreves class Post assim: class 邮政 

http://translate.google.com/#en|zh-CN|Post

Acho que isso já basta para explicar o porquê de todas as linguagens de programação que você usa atualmente são em inglês, além do mais, todos vão entender o que está lá. Se todos seguisse a lógica de usar determinada língua para determinado país, durante o desenvolvimento de um software, teríamos que andar com tabelinhas de tradução como fazem os desenvolvedores ABAP (já que há códigos em alemão). 

Se a url precisa ser traduzida, este será uma pequena parte do software, que já possui suporte para a tradução. Não justifica perder padrões.

abraço,

Bruno Azisaka Maciel

[Maurício Linhares]

Traduções são sempre problemáticas e sempre vai acontecer a perda de
conteúdo quando você traduz de uma língua pra outra.

O motivo de se buscar manter uma ferramenta que se escreve para um
público que fala portuguẽs em portuguẽs é exatamente evitar as
traduções desnecessárias. Quando você monta o domínio da sua aplicação
junto com o cliente, business analyst ou seja lá quem for que está lhe
esplicando como o problema se comporta, você fala em portuguẽs e
idealmente deveria programar e dar nomes as suas classes também em
portuguẽs pra evitar a tradução dos termos que o especialista fala em
portuguẽs, porque assim todos vão falar a "mesma língua", o cliente, o
desenvolvedor e o código estarão todos tratando as funcionalidades da
mesma forma.

Quando o cliente disser "ah, o livro de caixa tem que ter um saldo
projetado", o desenvolvedor não deve ter que pensar "hum, como é que
eu chamo saldo projetado mesmo?", ele deve ter lá dentro do sistema
dele uma entidade ou serviço chamado de saldo projetado. A literatura,
especialmente o livro Domain Driven Design, puxam muito pra
importância da criação dessa linguagem ubíqua entre o "cliente" e o
"desenvolvedor" exatamente pra que todos entendam as coisas da mesma
forma e possam conversar entre si sem que seja necessário manter essa
eterna tradução de termos de um lado pro outro, o que causa problemas
e, mais uma vez, perda te significado.

Trabalhar em outro idioma sem necessidade é pouco produtivo, dificulta
o entendimento entre as partes e ainda causa problemas como o do nosso
companheiro aí. Não consigo entender de onde as pessoas tiraram que
escrever um software pra brasileiros, que provavelmente só vai ser
usado no brasil em inglês. No início do Rails, onde eram necessárias
gambiarras fenomenais pra traduzir e conseguir fazer o inflector
trabalhar corretamente isso era até aceitável, mas hoje é
completamente desnecessário.

-
Maurício Linhares
http://codeshooter.wordpress.com/ | http://twitter.com/mauriciojr



2009/12/3 Bruno Azisaka Maciel <br...@bubble.com.br>:

[Harlley R. Oliveira]

Pessoal,

Se a preocupação é SEO, não vejo porque não usar URL's em português, a URL é uma forma de interface e precisa estar na língua do usuário. É claro que estou falando isso para casos de portais ou pedaços públicos de sistema, onde o usuário pode acessar a URL direto, sem ter que passar em uma tela de login. Por exemplo harlley.net/projetos é mais amigável do que harlley.net/projects, considerando que o site é no idioma português.

:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Harlley R. Oliveira
twitter.com/harlley
harlley.net [ Novo blog! ]

2009/12/3 Maurício Linhares <linhares...@gmail.com>

[Renan T. Fernandes]

Se desenvolve em inglês porque a linguagem é escrita em inglês.
Já pegou alguma aplicação GRANDE e que tenha sido escrita em
'português'? Já te adianto, fica um lixo
Controlar via I18n é muuuuito mais fácil, eu não escrevo nenhum texto
nas views, lá é tudo I18n, ai quando eu preciso editar os textos das
views, eu só abro um .yml que ta tudo lá, de todas as views, de todos
os models, de todos os campos, de todas as ações.

On 3 dez, 08:14, Maurício Linhares <linhares.mauri...@gmail.com>
wrote:

> Escrever o projeto em inglês é uma boa prática quando você desenvolve
> em português e para um público que fala português? :)
>
> O que o nosso companheiro está passando é exatamente um problema por
> não ter usado o português quando deveria, ele criou um problema pra
> ele mesmo. Se os nomes dos controllers fossem em português, ele não
> teria esse problema.
>
> -

> Maurício Linhareshttp://codeshooter.wordpress.com/|http://twitter.com/mauriciojr

[Cainã]

Exatamente, Renan.

Essa é uma boa prática que deve ser mantida até para projetos pequenos.

2009/12/3 Renan T. Fernandes <re...@kauamanga.com.br>

[Maurício Linhares]

Ficou um lixo provavelmente porque a equipe era um lixo :)

Eu gostaria mesmo de ver alguma referência a essa boa prática que não
fosse blogue. Porque, como eu disse em um email anterior, a literatura
diz o contrário.

-
Maurício Linhares
http://codeshooter.wordpress.com/ | http://twitter.com/mauriciojr

2009/12/3 Renan T. Fernandes <re...@kauamanga.com.br>:

[Bruno Andrade]

grande Mauricio,

   já fiz soft em inglês, mas o que vale mesmo  é a compreencao do domínio e a forma como se traduz isso para o código, esse negocio de ser em inglês por causa da  linguagem de programação, não tem nada de boa pratica, cada caso é um caso.  e os programadores entende bem os conceitos mesmo em português.. só para citar, em um dado sistema tínhamos um conceito chamado 'descarrego'  kkkkk o termo era pra usado para chegada de materiais no galpão da transportadora em questão, a coisa era tão esquisita que eu tentei mudar isso no sistema  mas TODOS envolvidos já usavam o termo a muito tempo então fizemos:

class Descarrego

    has_one :caminhao

    has_one  :responsavel

 end

agora imagine colocar isso em inglês?  depois explicar o que significa a coisa traduzida depois?  pra mim pura perda de tempo

 

 

Bruno S. Andrade
Desenvolvedor

[Igor Leroy]

Bom, acho que todo programador deve saber inglês. Estou no grupo que desenvolve e prefere codificar em inglês, programar em português é no minimo estranho..

2009/12/3 Bruno Andrade <brun...@gmail.com>

[Bruno Andrade]

ok igor

concordo, inglês é fundamental hoje em dia, e na nossa area nem se fala, mas quero deixa claro que o mais importante é o feedback que vc tem, tanto do cliente, quanto da sua equipe e nisso uma linguagem sem traduções ou adaptações é muito melhor.

[BRUNO FRANK SILVA CORDEIRO]

Concordo plenamente, acho que o importante é fazer o que foi requisitado, pois a partir do momento que os padrões começam a atrapalhar viram anti-padrões.

2009/12/3 Frederico Macedo <xant...@gmail.com>

Acho muito engraçado os comentários de defensores de desenvolvimento em inglês ou português, em falar de boas práticas. Nâo sei se envolve boas práticas fazer algo que é uma necessidade do cliente. Você têm um cliente brasileiro que prescisa de uma url em português e as pessoas vem criticar ou falar(bla bla, boas práticas programar em inglês). Você tem que agradar seu cliente, isso pra mim é uma boa prática, desenvolver com qualidade, código limpo e com software entregue. Se pra agradar seu cliente você têm q fazer controllers em português, seguindo o padrão de desnvolvimento e ajustando as configurações do framework pra suas necessidades não vai ferir as boas práticas de programação e muito menos sua cabeça( aaah vc vai ter q ler em ingles e portugues). Prestem atenção caros colegas, não sejam escravos, sejam bons entendedores do que fazem e não se preocupem tanto com estarem sempre 100% dentro dos padrões pq niguém consegue e grande parte de problemas que vocês encontrarão em softwares que são diferentes de preenchimento de formulários são problemas que não existem um padrão definido. Sejam criativos.

--
--
Bruno FrankCordeiro
bfsco...@gmail.com

[Maurício Linhares]

Pois é, passei por coisas parecidas com uma ferramenta de
contabilidade, depois de uma semana tentando "traduzir", eu mudei
mesmo e chamei pelos mesmos nomes que eles chamavam.

Como diz um amigo meu, "que motivos eu teria" pra trocar ou traduzir o
nome da entidade quando eu não tenho conhecimento do conceito da
coisa? :)

O melhor é que depois que você se acostuma com os termos, é porque já
entrou oficialmente no domínio da coisa.

-
Maurício Linhares
http://codeshooter.wordpress.com/ | http://twitter.com/mauriciojr

2009/12/3 Bruno Andrade <brun...@gmail.com>:

[Thiago Diogo]

ahhahahah Classe Descarrego foi show!
Quais eram os métodos? descarregar_individuo_com_o_demo (:pessoa)?

Brincadeiras à parte, parece que a discussão foi longe, por isso, faço mais uma pergunta: e as DSLs? Onde entra a idéia de criarmos uma linguagem para representar um domínio de um problema no Brasil, portanto em português, usando uma linguagem (ruby) escrita em inglês?

Será que um dia teremos uma linguagem em português? Qual seria a dificuldade de criarmos uma linguagem em português baseada em Ruby ?

Valeu!

2009/12/3 Maurício Linhares <linhares...@gmail.com>

[Rodrigo Manhães]

Concordo em gênero, número e grau com o Maurício. A "boa prática" a se
seguir neste caso, é o conceito de "ubiquitous language", conforme
definido por Eric Evans no clássico Domain-Driven Design. Vejam [1]:

"A project faces serious problems when its language is fractured.
Domain experts use their jargon while technical team members have
their own language tuned for discussing the domain in terms of design.

The terminology of day-to-day discussions is disconnected from the
terminology embedded in the code (ultimately the most important
product of the software project). And even the same person uses
different language in speech and in writing, so that the most incisive
impression of the domain often emerges in a transient form that is
never captured in the code or even in writing.

Translation blunts communication and makes knowledge crunching anemic."

O "translation" a que o autor se refere é a tradução entre jargões e
terminologias mas se encaixa bem na discussão atual.

[]'s
Rodrigo

[1] http://domaindrivendesign.org/node/132


2009/12/3 Maurício Linhares <linhares...@gmail.com>:

[Rafa - www.rafarubert.net]

Restaurando o topico,

Quando tenho uma url vinda de uma pesquisa? Estou querendo usar a
pesquisa por metodo GET, então minha url fica algo como:

http://localhost:3000/category?utf8=%E2%9C%93&product[subcategory_id]=6

Existe alguma forma de deixar esta url vinda de um formulario de
busca amigavel?

Valeu

> --~--~---------~--~----~------------~-------~--~----~
> Você recebeu esta mensagem porque está inscrito no Grupo "rails-br" nos Grupos do Google.
>  Para postar neste grupo, envie um e-mail para rail...@googlegroups.com
>  Para cancelar a sua inscrição neste grupo, envie um e-mail para rails-br+u...@googlegroups.com
>  Para ver mais opções, visite este grupo em http://groups.google.com/group/rails-br?hl=pt-BR
> -~----------~----~----~----~------~----~------~--~---
>
>

--
Atenciosamente,

Rafael Cruz Rubert
www.yack.com.br