Conversão para Rails!
AkitaOnRails
IMPORTANTE: se alguém neste momento estava traduzindo mas não comitou.
COPIA o arquivo que estava traduzindo para algum lugar temporário
ANTES de dar svn up.
Quando vocês derem svn up, tudo mudou: vai baixar uma aplicação Rails
(precisa ter as gems do 2.0.2 instaladas).
Daí, basta fazer "script/server" e no browser ir para http://localhost:3000
e pronto! deve estar funcionando.
Os capítulos agora estão dentro do diretório /lib do projeto.
Por alguma razão os modulos flow_control.rb e blocks_procs.rb estão
dando pau. Alguém pode dar uma averiguada?
Deve ficar mais fácil para revisar também.
No final, quando tudo estiver pronto, basta habilitarmos Page Caching
e hospedar em algum lugar :-)
[]'s
Danilo Sato
Só uma coisa: no capítulo 5 tem uma parte sobre números aleatórios
onde ele diz: "Faça reload da página e veja como aparecem outros
números". Se botar page caching aí, acho que a pessoa não vai
acreditar na "aleatoriedade".. he he
Enfim, detalhes....
Abs,
Danilo
--
Danilo Sato
www.dtsato.com
Fabio Akita
máquina (macbook 2.0Ghz, 2gb ram) com o livro em rails rodando em
produção.
A maioria dos capítulos responde bem rápido. Chegando a mais de 100
req/s. Mas só o capítulo 10 (blocos e procs) é EXTREMAMENTE lento!! Às
vezes chega a dar menos de 1 req/s.
Alguém se habilitar a rodar um profiler pra descobrir o gargalo
dele? :-)
leo_almeida
bloco de código que dobra um número 25000 vezes e outro que conta um
número até 1 milhão. O autor executa este código para calcular o tempo
de cada operação.
On 14 jan, 11:29, Fabio Akita <fabioak...@gmail.com> wrote:
> Falando nisso, uma curiosidade. Eu estava rodando o httperf na minha
> máquina (macbook 2.0Ghz, 2gb ram) com o livro em rails rodando em
> produção.
>
> A maioria dos capítulos responde bem rápido. Chegando a mais de 100
> req/s. Mas só o capítulo 10 (blocos e procs) é EXTREMAMENTE lento!! Às
> vezes chega a dar menos de 1 req/s.
>
> Alguém se habilitar a rodar um profiler pra descobrir o gargalo
> dele? :-)
>
> On Jan 13, 2008, at 1:14 AM, Danilo Sato wrote:
>
>
>
> > Legal, Akita!
>
> > Só uma coisa: no capítulo 5 tem uma parte sobre números aleatórios
> > onde ele diz: "Faça reload da página e veja como aparecem outros
> > números". Se botar page caching aí, acho que a pessoa não vai
> > acreditar na "aleatoriedade".. he he
>
> > Enfim, detalhes....
>
> > Abs,
> > Danilo
>
>
> >> Galera, acabei de fazer uma adição legal:
>
> >> IMPORTANTE: se alguém neste momento estava traduzindo mas não
> >> comitou.
> >> COPIA o arquivo que estava traduzindo para algum lugar temporário
> >> ANTES de dar svn up.
>
> >> Quando vocês derem svn up, tudo mudou: vai baixar uma aplicação Rails
> >> (precisa ter as gems do 2.0.2 instaladas).
>
Fabio Akita
page caching pelo menos nessa página :-)
Mas baixando do svn e rodando em desenvolvimento, vai ser tudo
interativo.
Está todo mundo conseguindo executar todas as páginas? Até aqui parece
que tá tudo funcionando.
Mas tem uma coisa estranha que ainda não investiguei: notei que minha
action está devolvendo sempre como HTTP 404 Page Not Found, apesar de
estar devolvendo conteúdo. Já tentei colocar render :text
=> ..., :status => 200 mas nao adiantou. Alguém quer investigar?
leo_almeida
no meu ambiente está retornando 200 normalmente para todas as páginas.
Abs,