Re: [RailsFr] rajout de ressource dans rails 4

[Olivier El Mekki]

Est-ce que tu pourrais montrer le contenu de ta méthode `set_client` ?
Également, tu utilises `resource` (singulier) avec `clients` (pluriel) dans
tes routes, est-ce que c'est volontaire?

On Tue, Nov 22, 2016 at 2:13 PM Guirec Corbel 
wrote:

> Salut,
>
> Peux-tu essayer de faire :
>
> resource :clients do
>   collection do
> get "print"
>   end
> end
>
> ça devrait fonctionner.
>
> Le 22 novembre 2016 à 07:59, ziburudebian  a écrit :
>
> bonjour à tous
>
> j'ai un *model/controller/vue* nommé clients qui fait classiquement edit,
> show, update
>
> dans *app/controllers/clients_controller.rb* j'ai ce début de code
>
> class ClientsController < ApplicationController
>
>   before_action :set_client, only: [:show, :edit, :update, :destroy]
>
>   respond_to :html
>
>   def index
> @clients = Client.all
> respond_with(@clients)
>   end
>
>   def show
> respond_with(@client)
>   end
>
>   def print
>
>   end
>
> ..
>
>
> dans ma vue j'ai ceci :
>
> div.milieu
> table border="1"
>  thead
>tr
>  th "IDENT"
>  th "NOM"
>  tbody
>- clients.each do |client|
>  tr
>td = client.ident
>td = client.lastname
> br
> div.action
> table
> tr
>  td
>  = button_to "new", url_for([:new, :"client"]), :method => "get"
> td
>  = button_to "print", url_for([:print, :"clients"]), :method => "get"
>
>
> je souhaite rajouter une méthode *print *et donc dans ma route j'ai
> rajouté
>
> resource :clients do
> get "print"
>   end
>
>
> ainsi qu'une méthode dans mon controller (cf plus haut) et une vue
> *print.html.slim*
>
> lorsque rails charge ma vue les deux boutons *new *et *print* s'affichent
> correctement mais quand je clique sur *print *j'ai une erreur ; voici la
> log :
>
> I, [2016-11-22T13:45:20.972040 #20643]  INFO -- : Started GET "/clients"
> for 92.103.19.65 at 2016-11-22 13:45:20 +0100
> I, [2016-11-22T13:45:21.037813 #20643]  INFO -- : Processing by
> ClientsController#index as HTML
> I, [2016-11-22T13:45:21.268393 #20643]  INFO -- :   Rendered
> clients/index.html.slim within layouts/application (205.5ms)
> I, [2016-11-22T13:45:21.276660 #20643]  INFO -- :   Rendered
> tpl/_header.html.slim (5.6ms)
> I, [2016-11-22T13:45:21.350503 #20643]  INFO -- :   Rendered
> tpl/_menu.html.slim (73.1ms)
> I, [2016-11-22T13:45:21.460437 #20643]  INFO -- :   Rendered
> tpl/_footer.html.slim (108.3ms)
> I, [2016-11-22T13:45:21.460910 #20643]  INFO -- : Completed 200 OK in
> 423ms (Views: 387.4ms | ActiveRecord: 14.7ms)
> I, [2016-11-22T13:45:24.046331 #20643]  INFO -- : Started GET
> "/clients/print" for 92.103.19.65 at 2016-11-22 13:45:24 +0100
> I, [2016-11-22T13:45:24.053057 #20643]  INFO -- : Processing by
> ClientsController#show as HTML
> I, [2016-11-22T13:45:24.053158 #20643]  INFO -- :   Parameters:
> {"id"=>"print"}
> I, [2016-11-22T13:45:24.058554 #20643]  INFO -- : Completed 404 Not Found
> in 5ms
> F, [2016-11-22T13:45:24.060876 #20643] FATAL -- :
> ActiveRecord::RecordNotFound (Couldn't find Client with 'id'=print):
>   app/controllers/clients_controller.rb:130:in `set_client'
>
>
> on dirait qu'il charge le show alors que je lui demande le print
>
> Merci pour votre aide
>
> --
> --
> Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de
> Google Groups.
> Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
> railsfrance@googlegroups.com
> Pour résilier votre abonnement envoyez un e-mail à l'adresse
> railsfrance-unsubscr...@googlegroups.com
> ---
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes
> "Railsfrance".
> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le
> concernant, envoyez un e-mail à l'adresse
> railsfrance+unsubscr...@googlegroups.com.
> Pour obtenir davantage d'options, consultez la page
> https://groups.google.com/d/optout.
>
>
> --
> --
> Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de
> Google Groups.
> Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
> railsfrance@googlegroups.com
> Pour résilier votre abonnement envoyez un e-mail à l'adresse
> railsfrance-unsubscr...@googlegroups.com
> ---
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes
> "Railsfrance".
> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le
> concernant, envoyez un e-mail à l'adresse
> railsfrance+unsubscr...@googlegroups.com.
> Pour obtenir davantage d'options, consultez la page
> https://groups.google.com/d/optout.
>

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe 

[RailsFr] Re: Migrer de Sidekiq vers ActiveJob

[Olivier El Mekki]

Hello,

Je laisse d'autres te répondre sur la possibilité de cohabitation, chaque 
fois que j'ai été confronté à ce problème, j'ai choisi soit de rester sur 
le low level, soit de migrer entièrement sur activejob.

Une mise en garde cela dit : une solution mixte me semble peu efficace si 
l'objectif est de réduire la dette technique. Si tu utilise à la fois 
activejob et sidekiq directement, chaque fois qu'un développeur voudra 
utiliser un job, il devra se demander : "alors, ce job là, est-ce que je 
dois appeler `performer_later` ou `perform_async`, dessus?". Vous allez 
vous faire maudire :)

Les changements au niveau fichiers de job pour passer de sidekiq à 
activejob sont minimes, retirer un include et ajouter un héritage, 
éventuellement gérer les sidekiq options s'il y en a. Est-ce qu'il n'est 
pas envisageable d'écrire un parser pour modifier vos fichiers de job?


On Tuesday, September 20, 2016 at 9:59:12 AM UTC+2, Florian Dutey wrote:
>
> Bonjour a tous,
>
> J'ai un petit dilemme qui n'a malheureusement pas trouve de reponse dans 
> google.
> Nous avons migre sur rails 4 il y a 1 ans 1/2. Rails 4 qui apporte 
> ActiveJobs. Nous avons deja une liste de jobs longue comme le bras (un tres 
> long bras) donc nous n'avons pas migre les jobs existants et avons continue 
> a proceder comme avant.
>
> En ce moment, nous deployons beaucoup d'energie a virer les milliards de 
> tonnes de dettes techniques et introduire des bonnes pratiques. ActiveJob 
> semble etre une meilleure solution sur le long terme que des "pure sidekiq 
> jobs" puisque ca permet de s'abstraire du backend et d'en changer quand bon 
> nous semble (si bon nous semble).
>
> Probleme: nous ne pouvons pas migrer tous les jobs d'un coup. Il y en a 
> beaucoup trop.
> Question: Est-ce qu'il est possible d'avoir ActiveJob (avec sidekiq comme 
> backend) ET des jobs sidekiq purs qui tournent en meme temps? 
>
> Malgre de longues heures a chercher sur google, je n'ai vu personne qui 
> parlait de ce probleme.
>
> Merci d'avance ;)
>
> Flo
>

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Daemons ne lit pas toutes les données

[Olivier El Mekki]

Au temps pour moi, et désolé :) Si tu veux faire un usage professionnel de 
ce code, il faut effectivement que tu partes sur une des pistes avancées 
par Florian.

En toute franchise, en voyant le code que tu as initialement posté, je 
pense que tu n'es pas prêt pour mettre en production des applications qui 
sous-tendent un business. Je sais que c'est désagréable à entendre, mais 
prendre un peu plus de temps à te former t'évitera de découvrir qu'un petit 
problème de code peut devenir un énorme problème lorsqu'il y a de l'argent 
derrière.

Voici ce que je te conseille:

* lis des livres populaires et récents sur le sujet de rails
* lis autant de code opensource que possible (c'est souvent gros, mais 
parfois il suffit de lire un fichier sans saisir toute l'architecture pour 
saisir un pattern)
* multiplie les petits projets avant de te lancer dans un gros, pendant que 
tu avances sur le reste. Ça t'entrainera et permettra de mesurer ta 
progression
* participe à des ateliers, comme ceux de humancoders, ou ceux organisés 
autour des conférences

En espérant ne pas trop être un downer,


On Sunday, September 4, 2016 at 10:47:35 AM UTC+2, ziburudebian wrote:
>
> merci olivier pour ta solution mais je préfère partir sur celle de 
> florian; désolé de te décevoir, mais j'ai plus d'un an et demi d'expérience 
> en RubyOnRails (tu dois me trouver vraiment nul au travers de mon code...) 
> et application web; de plus ma solution est professionnelle et sensible; 
> donc je préfère partir sur qq chose de plus complexe à mettre en oeuvre 
> mais de plus costaud
>
> Merci encore
>
> ZinburuDebain
>
> Le vendredi 2 septembre 2016 22:31:06 UTC+2, Olivier El Mekki a écrit :
>>
>> Nous parlons à quelqu'un qui débute manifestement, et il n'a pas été fait 
>> mention que l'application serait publique. Sous réserve de confirmation par 
>> Ziburudebian, j'ai l'impression qu'il essaie de se bidouiller un outil 
>> d'administration à usage personnel, voir local. Dans tous les cas, débuter 
>> rails et devoir commencer par sidekiq, action_cable, une configuration de 
>> redis, etc est un tue-l'amour pour les débutants. Clairement, nous ne 
>> ferions pas de la gestion de process à l'arrache comme ça dans des 
>> applications at scale destinées au public. Mais est-ce bien la question ici?
>>
>> Tu as raison cependant, ça ne ferait pas de mal de faire un check de 
>> l'existence d'un process en cours. Étant donné qu'il y a un pidfile, c'est 
>> assez simple ça faire:
>>
>> ```
>> def start
>>   raise "Process is already running" if File.exists? "./app.pid"
>>   process = spawn( "ruby ./app.rb" ) # tu lances ton process
>>   Process.detach( process ) # tu le détaches de ton process web
>> end
>> ```
>>
>> En cas de coupure brutale du système, il suffit de supprimer le pidfile 
>> (c'est assez courant avec les architectures à base de lockfile).
>>
>> Cette solution, aussi peu élégante soit elle, à l'avantage d'être 
>> abordable pour un débutant qui essaie d'accomplir quelque chose à son 
>> usage. Les architectures plus complexes viendront avec l'envie et 
>> l'expérience.
>>
>> Ziburudebian, à bon entendeur : tu peux faire quelque chose aussi simple 
>> à ton usage personnel pour débuter, mais c'est un peu plus complexe que ça 
>> si tu veux faire une application business / publique :)
>>
>>
>> On Friday, September 2, 2016 at 8:27:21 PM UTC+2, Florian Dutey wrote:
>>>
>>> Je pense tres honnetement que ce procede est mauvais. Tu controlles pas 
>>> qui lance (et combien) de process. C'est un coup a te retrouver avec plein 
>>> de process orphelins et a obtenir un deni de service de la part de ton OS.
>>>
>>> Le cas d'utilisation est plutot simple ici. T'as une base de donnees qui 
>>> est updatee regulierement.
>>> Dans ce cas la, tu as 2 options tres simples:
>>>
>>> 1) Tu fais du polling. Toutes les 10 minutes, ton frontend (javascript) 
>>> fait une requete (ajax) au backend (rails) pour recuperer le nouveau data. 
>>> 2) tu utilises des websockets (action cable avec rails 5). C'est le 
>>> serveur qui va pousser les donnees vers le client chaque fois qu'il y en a 
>>> des nouvelles. Donc ca evite de faire des requetes en boucle vers le 
>>> serveur.
>>>
>>> Quand au boutton start stop, dans le premier cas, start demarre le cycle 
>>> de requetes ajax toutes les 10 minutes (avec setTimeout en vanilla JS). Et 
>>> le boutton stop detruit cette boucle (clearTimeout en vanilla JS).
>>>
>>> Dans le second cas, les bouttons start et stop mettent juste a jour un 

Re: [RailsFr] Daemons ne lit pas toutes les données

[Olivier El Mekki]

Nous parlons à quelqu'un qui débute manifestement, et il n'a pas été fait 
mention que l'application serait publique. Sous réserve de confirmation par 
Ziburudebian, j'ai l'impression qu'il essaie de se bidouiller un outil 
d'administration à usage personnel, voir local. Dans tous les cas, débuter 
rails et devoir commencer par sidekiq, action_cable, une configuration de 
redis, etc est un tue-l'amour pour les débutants. Clairement, nous ne 
ferions pas de la gestion de process à l'arrache comme ça dans des 
applications at scale destinées au public. Mais est-ce bien la question ici?

Tu as raison cependant, ça ne ferait pas de mal de faire un check de 
l'existence d'un process en cours. Étant donné qu'il y a un pidfile, c'est 
assez simple ça faire:

```
def start
  raise "Process is already running" if File.exists? "./app.pid"
  process = spawn( "ruby ./app.rb" ) # tu lances ton process
  Process.detach( process ) # tu le détaches de ton process web
end
```

En cas de coupure brutale du système, il suffit de supprimer le pidfile 
(c'est assez courant avec les architectures à base de lockfile).

Cette solution, aussi peu élégante soit elle, à l'avantage d'être abordable 
pour un débutant qui essaie d'accomplir quelque chose à son usage. Les 
architectures plus complexes viendront avec l'envie et l'expérience.

Ziburudebian, à bon entendeur : tu peux faire quelque chose aussi simple à 
ton usage personnel pour débuter, mais c'est un peu plus complexe que ça si 
tu veux faire une application business / publique :)


On Friday, September 2, 2016 at 8:27:21 PM UTC+2, Florian Dutey wrote:
>
> Je pense tres honnetement que ce procede est mauvais. Tu controlles pas 
> qui lance (et combien) de process. C'est un coup a te retrouver avec plein 
> de process orphelins et a obtenir un deni de service de la part de ton OS.
>
> Le cas d'utilisation est plutot simple ici. T'as une base de donnees qui 
> est updatee regulierement.
> Dans ce cas la, tu as 2 options tres simples:
>
> 1) Tu fais du polling. Toutes les 10 minutes, ton frontend (javascript) 
> fait une requete (ajax) au backend (rails) pour recuperer le nouveau data. 
> 2) tu utilises des websockets (action cable avec rails 5). C'est le 
> serveur qui va pousser les donnees vers le client chaque fois qu'il y en a 
> des nouvelles. Donc ca evite de faire des requetes en boucle vers le 
> serveur.
>
> Quand au boutton start stop, dans le premier cas, start demarre le cycle 
> de requetes ajax toutes les 10 minutes (avec setTimeout en vanilla JS). Et 
> le boutton stop detruit cette boucle (clearTimeout en vanilla JS).
>
> Dans le second cas, les bouttons start et stop mettent juste a jour un 
> boolean dans les etats de ta vue. Boolean qui sera evalue pour savoir si tu 
> dois ignorer ou non les evenements qui sont pousses par le serveur.
>
> Pas besoin de jobs, pas besoin de daemon, pas besoin de boucle infinie 
> cote serveur dans ce cas la. C'est un cas tres classique d'affichage de 
> data "en temps reel".
>
> 2016-09-02 18:14 GMT+08:00 Olivier El Mekki <oelm...@gmail.com 
> >:
>
>> Hello,
>>
>> Dans le cas que tu décris, je partirais sur quelque chose de plus simple 
>> que d'utiliser daemon (qui n'est probablement pas pensé pour être utilisé 
>> avec rails): lancer ton app en commande shell, lui faire stocker son pid 
>> dans un pidfile, puis faire un kill sur le contenu de ce fichier. Voici un 
>> example:
>>
>> La partie web:
>>
>> ```
>> # Ce fichier est en plain ruby, mais l'idée est de reproduire le contenu
>> # des methodes #start et #stop dans tes controllers
>> def start
>>   process = spawn( "ruby ./app.rb" ) # tu lances ton process
>>   Process.detach( process ) # tu le détaches de ton process web
>> end
>>
>> def stop
>>   %x(kill $(cat ./app.pid)) if File.exists? "./app.pid"  # tu killes ton 
>> process, s'il n'est pas déjà mort
>> end
>>
>> puts "starting"
>> start
>> sleep 5
>> puts "stopping"
>> stop
>> ```
>>
>> Dans ton cas, tu voudras probablement utiliser des path absolus plutôt 
>> que relatifs.
>>
>> La partie system:
>>
>> ```
>> # tu stock le pid de ton process
>> File.open( "./app.pid", "w" ){ |f| f.puts Process.pid }
>>
>> # tu t'assures de supprimer le pidfile quand ton process meurt
>> Kernel.at_exit do
>>   File.unlink( "./app.pid" )
>> end
>>
>>
>> # Code
>>
>> sleep 50 # juste pour executer cet example, tu n'en as pas besoin dans 
>> ton code
>> ```
>>
>>
>>
>> On Friday, September 2, 2016 at 11:35:14

Re: [RailsFr] Daemons ne lit pas toutes les données

[Olivier El Mekki]

Hello,

Dans le cas que tu décris, je partirais sur quelque chose de plus simple 
que d'utiliser daemon (qui n'est probablement pas pensé pour être utilisé 
avec rails): lancer ton app en commande shell, lui faire stocker son pid 
dans un pidfile, puis faire un kill sur le contenu de ce fichier. Voici un 
example:

La partie web:

```
# Ce fichier est en plain ruby, mais l'idée est de reproduire le contenu
# des methodes #start et #stop dans tes controllers
def start
  process = spawn( "ruby ./app.rb" ) # tu lances ton process
  Process.detach( process ) # tu le détaches de ton process web
end

def stop
  %x(kill $(cat ./app.pid)) if File.exists? "./app.pid"  # tu killes ton 
process, s'il n'est pas déjà mort
end

puts "starting"
start
sleep 5
puts "stopping"
stop
```

Dans ton cas, tu voudras probablement utiliser des path absolus plutôt que 
relatifs.

La partie system:

```
# tu stock le pid de ton process
File.open( "./app.pid", "w" ){ |f| f.puts Process.pid }

# tu t'assures de supprimer le pidfile quand ton process meurt
Kernel.at_exit do
  File.unlink( "./app.pid" )
end


# Code

sleep 50 # juste pour executer cet example, tu n'en as pas besoin dans ton 
code
```



On Friday, September 2, 2016 at 11:35:14 AM UTC+2, ziburudebian wrote:
>
> Merci florian pour tes explications, c'est vrai que fournir du code ainsi 
> peut paraître complexe, mais au bout d'un moment tout seul dans mon coin à 
> coder, je craque...
> tu as raison, j'aurai du commencer par expliquer ce que je veux faire : 
>
> sur mon formulaire j'ai 2 boutons START et STOP comme tu l'as compris dans 
> mon code; 
> le but lorsque je clique sur START est de lancer un programme qui à partir 
> d'options choisies sur ma page web, analyse les données dans la base et 
> affiche le résultat sur ma page web et le STOP arrête cette analyse; 
> les données (que j'analyse) qui alimente ma base sont mises à jour par un 
> programme externe toutes les 10 minutes, c'est pour cela que j'ai pensé à 
> un boucle infinie qui démarre sur le bouton START
>
>
> Le jeudi 1 septembre 2016 19:14:26 UTC+2, Florian Dutey a écrit :
>>
>> Si tu veux utiliser daemon et rails en meme temps, il faut que tu ecrives 
>> dans une queue intermediaire (par exemple redis). Le daemon monitor la 
>> queue (boucle infinie), quand ya des nouveaux messages dedans, il les 
>> depiles et les traite. Ton controller ne doit jamais inclure la gem daemon 
>> et tu ne dois jamais appeler des scrips depuis ton controller, sinon la gem 
>> daemon ne sert a rien en fait, tu peux appeler le script directement avec 
>> system() et c'est degueulasse.
>>
>> Quand a ton probleme courant, ce qu'on voit dans ton exemple, c'est que 
>> tu passes tes ids client en mode "1-2-3-4" depuis le controller et en mode 
>> "1 2 3" depuis le shell.
>>
>> Quand au script lui meme, pourquoi lui filer une loop alors que ca sert a 
>> rien? C'est pas daemon, c'est un script shell ca
>> C'est aussi plus clean de faire un truc genre 
>> Client.find(*client_ids).each { } plutot que client_ids.each { |id| c = 
>> Client.find(id) #... } Dans un cas t'as un seul call SQL et dans l'autre, 
>> t'as autant de calls que d'ids.
>>
>> Le code de ton daemon est tres confus. On ne demarre pas un daemon depuis 
>> un controller. Le daemon doit tourner tout le temps et recevoir des 
>> signaux. La tu ne controlles pas combien de daemon seront demarres en 
>> parallele. Il suffit de spammer ton serveur pour demarrer des tonnes de 
>> daemon et faire peter l'OS qui sera perdu dans les millions de process 
>> crees par le serveur. Le fait de stopper quand ton utilisateur veut bien 
>> penser a cliquer sur stop (ce qu'il ne fera jamais) me permet de te predire 
>> que tu vas devoir redemarrer tes serveurs souvent, et que ton app ne serait 
>> jamais disponible.
>>
>> En fait, si tu decrivais ce que tu cherches reellement a faire, ca 
>> permettrait probablement de t'aiguiller un peu mieux. Mais la, le code, y'a 
>> tellement de fondamentaux qui manquent que personne peut prendre le temps 
>> de te donner la solution.
>>
>> 2016-09-01 17:52 GMT+08:00 Philippe Creux :
>>
>>> Bonjour,
>>>
>>> Rails et daemon ne doivent pas faire bon ménage.
>>>
>>> Pour faire tourner des tâches de manière asynchrone dans une application 
>>> Ruby on Rails, je te conseille d'utiliser ActiveJob (
>>> http://guides.rubyonrails.org/active_job_basics.html) et Sidekiq.
>>>
>>> Bon courage!
>>>
>>> -- 
>>> φ 
>>>
>>>
>>> 2016-08-31 16:06 GMT+02:00 ziburudebian :
>>>
 Bonjour à tous

 J'utilise la gem *daemon *mais mon programme ne lit pas toutes les 
 données de ma table client : il y a 5 enregistrements, il s'arrête au 
 deuxième !!! ça fait trois jours que je cherche, j'en peux plus 
 Voici mon code :

 *runexecution *est la fonction que je lance depuis le bouton de mon 
 formulaire; elle est décrite dans 
 *app/controllers/executions_controller.rb*

[RailsFr] Re: Personnaliser un design

[Olivier El Mekki]

Hello,

S'il s'agit de un ou deux styles, je les mettrais personnellement 
directement dans le layout, dans un tag 

[RailsFr] Re: Qui embauche vraiment en remote ?

[Olivier El Mekki]

Nous _o/

On propose même un poste de CTO remote.

Cela dit, ça ne nous a pas trop aidé pour nos recherches. Le principal 
problème, c'est que même quand t'es ok avec le remote, tu veux passer au 
moins les premières semaines en présence physique, le temps que ton nouvel 
associé découvre l'équipe (enfin, en tous cas pour un poste de CTO, 
j'imagine que ceux qui cherchent un dév n'ont pas ce problème).

J'ai eu la chance de ne pas être trop loin de Paris (à Dijon), du coup ça 
ne m'a pas dérangé d'y passer les premières semaines. Ensuite, ça fait un 
poste de CTO en remote où tu ne montes sur les bureaux qu'une fois tous les 
deux ou trois mois pour faire le point sur la stratégie à moyen/long terme, 
c'est le pied :)

Olivier El Mekki,
Le Collectionist

On Friday, July 10, 2015 at 2:18:03 PM UTC+2, Sylvain Abélard wrote:

 Bonjour,
 j'ai pas mal de contacts de devs qui veulent bosser en remote.
 J'ai pas mal d'offres d'emploi qui m'arrivent et tout le monde galère à 
 trouver (des bons ou tout court).

 Je suggère souvent à ces employeurs de proposer le remote, qui serait 
 vraiment différenciant, mais j'avoue avoir peu de suivi après.
 Mesdames et messieurs les recruteurs et entrepreneurs : qui embauche 
 *vraiment* en remote ?

 ++



-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Débutant...Comment utiliser une vue pour plusieurs controllers ?

[Olivier El Mekki]

Sans vouloir être rabbat joie, peut-être devriez-vous tout deux continuer 
cette discussion par mail privé, cela commence à devenir plus du pair 
programming qu'une discussion ouverte à mailer à des centaines de personnes 
;)



On Thursday, April 16, 2015 at 2:51:41 PM UTC+2, Philippe Demaria wrote:

 Bin non, mon pauvre, je le prends sur mes nuits et sur mes dimanchesEt 
 sur ma famille aussi.
 J'adore essayer de dompter les ordinateurs. C'est juste par challenges 
 intellectuels.
 Mais ce projet, je voudrais le présenter à plus grande échelle, et peut 
 être fonder une association. Alors là, ce serait différent.
 mon mail professionnel est demaria@lbfogota.com javascript:
 .

 Le jeudi 16 avril 2015 07:43:11 UTC-5, Guirec Corbel a écrit :


 = Là tu me parles du controller. Or, je n'ai qu'un seul controller pour 
 tous les exercices, c'est celui qui s'apelle exo_aleas_controller
 .html.erb qui hérite de ExoAleasController  ApplicationController
 Dans mon modèle, je n'ai pas de Exo.find(id).


 Je voulais dire que, dans le contrôleur, quand tu feras 
 un ExoAlea.find(id) il te sortira une instance de la classe fille.

 Je ne voudrais pas abuser mais je fais souvent des vidéo conférence pour 
 mon métier, si tu as un moment, c'est possible pour moi. Par HangOut, vive 
 Google.


 On peut tester ça dimanche peut-être. Est-ce que tu fais ça à des fin 
 professionnel. Si oui, on peut s'arranger pour que je te donne du support à 
 plus long terme.

 Le 16 avril 2015 08:37, Philippe Demaria demaria@lfbogota.com a 
 écrit :

 Ça commence à ressembler à quelque chose de bien. Je pense que tu bouger 
 ceci : 

 @a=rand(20)-rand(20)
 @b=rand(2..7)
 @c=rand(20)-rand(20)
 @d=rand(2..7) 

 dans ton modèle.  = je viens de le faire. OK.


 Normalement, ta vue sera dans 
 app/views/ton_controlleur_au_pluriel/ton_action.html.erb. 
 Pour ton contrôleur, ça dépend de ce que tu veux. D'après ce que je 
 comprends tu à la possibilité de créer/modifier/supprimer des exercices. 
 Pour moi, tu devrais créer un contrôleur pour ajouter une nouvelle réponse. 
 Je crois que je créer un AnswersController. Tu vue sera donc dans 
 app/views/answers/new.html.erb.

 = Mon dossier qui contient ma vue s'appelle exo_aleas. Ma vue est donc 
 dans app/wiews/exos_aleas/show.html.erb. Jusque là, c'est bon.
 Une fois que l'exercice aléatoire est créé avec sa réponse, je ne le 
 touche plus jamais !

 Au niveau de l'instanciation, c'est le Single Table Inheritance (STI), 
 comme dans le lien que je t'ai fourni. Si tu un classe ExoDisc qui hérite 
 de Exo, tu peux faire Exo.find(id) et il va te retourner une classe de type 
 ExoDisc.
 = Là tu me parles du controller. Or, je n'ai qu'un seul controller pour 
 tous les exercices, c'est celui qui s'apelle exo_aleas_controller.html.erb 
 qui hérite de ExoAleasController  ApplicationController
 Dans mon modèle, je n'ai pas de Exo.find(id).

 Si tu veux simplifier ton controlleur, tu peux utiliser 
 https://github.com/plataformatec/responders 
 https://www.google.com/url?q=https%3A%2F%2Fgithub.com%2Fplataformatec%2Fresponderssa=Dsntz=1usg=AFQjCNHNNun_c1fE27LF-1IghU5aS-XDrg
  
 et https://github.com/hashrocket/decent_exposure . = on va y aller 
 doucement. Quand j'aurais tout bien compris je verrai. Je vais déjà migrer 
 de Mongo vers PostGrei.

 J'aime bien aidé les gens quand c'est un problème que je connais bien. 
 Je pense que la communauté Ruby est plus petite que celle de PHP mais très 
 altruiste. Si tu étais proche, je serai probablement venu t'aider.
 Je ne voudrais pas abuser mais je fais souvent des vidéo conférence pour 
 mon métier, si tu as un moment, c'est possible pour moi. Par HangOut, vive 
 Google. 

  -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com.
 Pour obtenir davantage d'options, consultez la page 
 https://groups.google.com/d/optout.




-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

[RailsFr] Re: GC, Segfault, Youpi

[Olivier El Mekki]

Hello,

Bon courage !

Tu ne précises pas ton infrastructure, est-ce que vous êtes sur un seul 
serveur ? Plusieurs ? Est-ce un dédié ou des machines virtuelles heroku / 
ec2 ? (un pb hardware n'est pas à exclure dans le premier cas).

Également, est-ce que tu as une idée du niveau d'usage de ta ram au moment 
des fails ? (mais je doute que ce soit le pb, parce qu'une saturation de la 
ram se remarquerait pas des problèmes beaucoup moins isolés et spécifiques).

Tu mentionnes que les process unicorn restart en permanence, c'est 
généralement le signe d'une app rails qui n'arrive pas à booter. Que disent 
les log d'erreur d'unicorn, à ce sujet ? (c'est un fichier de log différent 
des logs standard rails, réglé en utilisant la directive `#stderr_path` 
dans la conf de unicorn).

Comment as-tu isolé les segfaults, et sur quel process se produisent-il ?


On Wednesday, March 18, 2015 at 10:02:29 AM UTC+1, Florian Dutey wrote:

 Salut a tous,

 Apres 2 semaines au bord du suicide a buter sur une segfault, je m'en 
 viens quemander du partage d'experience parmi vous.

 Background: 

 Nouvelle boite pour moi. Le mois dernier a ete consacrer a migrer notre 
 appli de:

 - rails 3.2.19 vers rails 4.2 (en passant par rails 4.0 et 4.1 au milieu 
 pour rendre le process plus souple)
 - ruby 2.0.0 vers ruby 2.2.1 (en passant par 2.1.5 au milieu)

 Y'a 3 ans de dev dessus, beaucoup de legacy, et la suite sera de 
 refactorer tout ca, splitter l'appli en 4 tiers etc..

 Toute la migration s'est plutot bien deroulee, jusqu'a ce qu'on deploie en 
 prod et que l'on voie apparaitre des exception sans aucun sens, disant que 
 notre data contenait des false et des nil a des endroits completement 
 illogiques (et qui disparaissaient immediatement quand on faisait on 
 rollback de l'app). Et une derniere qui disait carrement qu'une string 
 contenait un nullbyte.

 En meme temps, on a constate sur newrelic que les instance unicorn 
 redemarraient en boucle comme des malades, mais sans que la consommation de 
 memoire ne bouge. La frequence etant trop elevee pour conclure a un leak, 
 ou alors tellement massif qu'on n'aurait pas pu l'eviter en developement.

 Apres 1 semaine a ne pas comprendre ces exceptions, a constater le 
 caractere tres aleatoire de leurs apparitions, j'ai fait le postulat que 
 c'etait des segfault. Il m'a fallu 2 jours de plus pour les faire 
 apparaitre.

 Evidemment le probleme est impossible a reproduire en environnement de 
 developement. Meme en demarrant l'appli avec les parametres de production 
 en local (ce qui est tres complique de plus a cause des CDN, des serveurs 
 de cache etc..).
 Nous n'avons toujours pas non plus reussi a le reproduire en console, donc 
 nous avons un protocole assez nul pour reproduire l'erreur (spammer le 
 serveur sur une action precise).

 Nous avons tout de meme trouve un fix qui nous permet de ne plus avoir le 
 probleme, mais ca ne resoud pas l'erreur qui est en dessous et qu'on 
 n'arrive pas a identifier.

 Le probleme:

 J'ai d'un cote, un modele (Page) qui a une propriete content. Il s'agit 
 d'un JSON serialize, qui est plutot massif 90% du temps (legacy code). 

 Au milieu un controller, qui fait trop de travail
 Enfin, plusieurs vues parce qu'on utilise gon + jbuilder et un bon vieux 
 template haml (legacy, ya un plan pour switcher en SPA avec Rails::API en 
 backend)

 Regulierement (environ 5% du temps), je me mange une segfault quand 
 j'essaie d'acceder a la propriete content de mon objet Page. La variable 
 ne contient plus rien, car elle a ete garbage collected, bien qu'etant 
 toujours referencee pourtant.
 Le caractere aleatoire etant quand est ce que GC a ete trigger. Il y a 
 plusieurs mauvais endroits ou il peut etre trigger et cela resulte en des 
 exceptions differentes (parce qu'on n'accede pas au meme clefs du hash, 
 mais le principe reste le meme).

 Le fix temporaire a ete de desactiver GC pour cette action (et 5 autres 
 dans le meme controller qui ont un comportement similaire mais qui n'ont 
 jamais fail, par precaution), au moyen de before_action et after_action 
 (pas de OobGc donc).
 Ca nous permet de faire tourner l'appli en prod mais le code defectueux 
 le reste. Nous cherchons donc a comprendre et resoudre ce probleme une 
 bonne fois pour toutes, mais nous n'avons absolument aucune idee de ce qui 
 peut pousser GC a nous virer nos objets.

 Le probleme est present en ruby 2.1.5 et en ruby 2.2.0 (et 2.2.1)

 J'avais deja experimente un probleme similaire d'objets GCed alors qu'ils 
 n'auraient pas du (ruby 2.2.0+ only):

 define_method :#{attr}= do ... end dans un module pour AR acts_as like.
 Quand je sauvais l'objet, AR#save activait le GC et tous mes writers 
 disparaissaient de la table des methodes de ma classe (donc 
 obj.respond_to?(:attr=) renvoyait false) et je me mangeais des 
 NoMethodError. Le fix a ete de virer le : au debut de la string pour en 
 faire une string qui sera transformee en symbol immortel par la 

Re: [RailsFr] Re: GC, Segfault, Youpi

[Olivier El Mekki]

 Je comprends pas specialement la question de quel process.

En fait, je me demandais si c'était le master unicorn ou un de ses 
workers qui segfaultait, d'une part, et si ça arrivait aussi par exemple 
dans des background jobs. J'avoue que je ne soumettrais pas ma phrase 
originale à un concours de clareté d'expression :)

Je n'ai pas eu de mauvaises expériences avec GC pour ma part, it just 
works. Est-ce qu'il y a dans ton projet des particularités qui peuvent 
influer sur le global space, comme par exemple l'emploi de threads ?


On Wednesday, March 18, 2015 at 11:11:46 AM UTC+1, Florian Dutey wrote:

 Merci Olivier. Je n'ai pas precise parce que dans un premier temps, je 
 voulais savoir si quelqu'un avait experimente un probleme similaire (GC qui 
 fait mal son boulot).

 Mais puisque tu demandes, je vais ajouter ce que je peux:

 Les serveurs (staging et production) sont hostes sur amazon EC2. nous 
 utilisons docker, 2 hosts avec chacun 1 unicorn de 8 workers. L'OS est 
 centOS (3.10.57-57.140.amzn1.x86_64). Pas de nginx mais un HAProxy au 
 sommet qui balance sur les instances. Tout est virtualise donc peu de 
 risque d'erreur materielle.
 Une instance consomme en moyenne 300Mb de RAM, assez stable sur la duree, 
 avec ou sans les erreurs. Au niveau du serveur lui meme, on est tres loin 
 de prendre toute la ram. Sur la longueur, on est stable avec 15Gb 
 d'utilisation (sans pics) sur 30gb dispo.
 Pour rails cache et rack cache, on utilise elasticache (2 instances pour 1 
 appli), on a du redis qui traine un peu partout aussi, postgres (9.3) pour 
 la bdd.
 Les gems avec des extensions natives (sanitize, oj, nokogiri ...) sont 
 toutes a jour, si besoin est de preciser.

 Le process unicorn boote sans probleme. Les tests de stress sont assez 
 violents, du coup, la segfault apparait souvent, ce qui fait redemarrer le 
 worker qui la subit a chaque fois. C'est un mecanisme classique de unicorn, 
 pas de gem speciale pour ca.

 Merci pour le tips de std_err path au passage, nous n'avons pas de logs 
 pour ca. Il m'a fallu 1 semaine pour decouvrir que c'etait une segfault 
 justement parce que ni newrelic, ni logentries ne le detecte.

 Pour voir la segfault, j'ai deploye le code de l'appli dans un repertoire 
 separe sur le serveur d'application. J'ai demarre manuellement unicorn 
 (environnement EC2 donc redis et elasticache peuvent etre contactes et 
 toutes les variables d'env sont set) et lance les stress test pour enfin 
 voir l'erreur.
 Ce repertoire separe est sur une branche a part, donc je peux faire les 
 modifs que je veux, je deploie tres rapidement en faisant juste un pull / 
 unicorn et je peux modifier le code en live (ce qui est proche de 
 l'impossible avec des dockers). Je fais tourner les stress tests a chaque 
 fois. L'erreur apparait tres rapidement en general. 
 Quand elle n'apparait plus, je lance les tests 500x pour etre sur. C'est 
 impossible que 3 millions de requetes (3 en parallele) sur cette action ne 
 genere aucun segfault (20 suffisent en general, 150 obtient une proba de 
 100%).

 Je comprends pas specialement la question de quel process. On essaie de 
 lire une string qui n'existe plus (GC) et donc n'importe quelle function C 
 va segfault. Ca peut etre :gsub, :initialize_copy (string) ou :dump (json), 
 tout depend quand est ce que GC a nique son monde :p. Dans tous les cas, on 
 reste dans le process unicorn, on n'en sort pas. 

 Le 18 mars 2015 17:19, Olivier El Mekki oelm...@gmail.com javascript: 
 a écrit :

 Hello,

 Bon courage !

 Tu ne précises pas ton infrastructure, est-ce que vous êtes sur un seul 
 serveur ? Plusieurs ? Est-ce un dédié ou des machines virtuelles heroku / 
 ec2 ? (un pb hardware n'est pas à exclure dans le premier cas).

 Également, est-ce que tu as une idée du niveau d'usage de ta ram au 
 moment des fails ? (mais je doute que ce soit le pb, parce qu'une 
 saturation de la ram se remarquerait pas des problèmes beaucoup moins 
 isolés et spécifiques).

 Tu mentionnes que les process unicorn restart en permanence, c'est 
 généralement le signe d'une app rails qui n'arrive pas à booter. Que disent 
 les log d'erreur d'unicorn, à ce sujet ? (c'est un fichier de log différent 
 des logs standard rails, réglé en utilisant la directive `#stderr_path` 
 dans la conf de unicorn).

 Comment as-tu isolé les segfaults, et sur quel process se produisent-il ?


 On Wednesday, March 18, 2015 at 10:02:29 AM UTC+1, Florian Dutey wrote:

 Salut a tous,

 Apres 2 semaines au bord du suicide a buter sur une segfault, je m'en 
 viens quemander du partage d'experience parmi vous.

 Background: 

 Nouvelle boite pour moi. Le mois dernier a ete consacrer a migrer notre 
 appli de:

 - rails 3.2.19 vers rails 4.2 (en passant par rails 4.0 et 4.1 au milieu 
 pour rendre le process plus souple)
 - ruby 2.0.0 vers ruby 2.2.1 (en passant par 2.1.5 au milieu)

 Y'a 3 ans de dev dessus, beaucoup de legacy, et la suite sera de 
 refactorer tout ca, splitter l'appli

Re: [RailsFr] Migration du Google Group sur Discourse

[Olivier El Mekki]

Mince, je ne savais pas que c'était exclusif :)

On Wednesday, February 18, 2015 at 9:40:54 AM UTC+1, anicet wrote:

 Des puristes qui préfèrent une entreprise a une autre alors ! 
 Google vs Human Coder :)

 On 17 févr. 2015, at 20:06, Guirec Corbel guirec...@gmail.com 
 javascript: wrote:

 Salut, 

 Depuis quelques temps je parle plus sur le forum de human coders : 
 https://forum.humancoders.com .

 Je vous conseil de bouger. C'est bien fait.

 Je m'excuse devant les puristes qui trouve que participer à un forum sur 
 le site d'une entreprise ça fait trop propriétaire mais c'est quand même 
 bien

 Bye,
 Guirec.

 Le Mon Jun 02 2014 at 06:45:46, Nicolas Blanco slai...@gmail.com 
 javascript: a écrit :

 Coucou,

 j'ai depuis longtemps une instance de Discourse avec le header de 
 railsfrance.org qui tourne.

 La prochaine étape c'est juste de la mapper sur un sous-domaine avant de 
 communiquer le lien.

 C'est Richard Piacentini qui a les accès admin au DNS de railsfrance.org. 
 Je vais juste lui demander de rajouter un enregistrement.

 A bientôt !

 Nicolas.

 On Friday, May 30, 2014 2:51:27 PM UTC+2, Guirec Corbel wrote:

 Nicolas, as-tu commencé à travailler là dessus?


 Le 30 mai 2014 03:42, Bastien Gallay bas...@gallay.org javascript: 
 a écrit :

 Salut tous,

 Mes posts doivent se compter sur les doigts de la main, et pourtant 
 j'ai l'impression d'être sur cette liste depuis une éternité et d'avoir lu 
 le premier post de beaucoup d'entre vous. Si on change, je serais 
 nostalgique à cause de ça.

 Il y du pour, il y a du contre, alors le test me semble un bon 
 compromis. J'ai pas tout lu car c'est long et que je me réveille 10 jours 
 en retard. Je ne vois en tout cas aucune urgence dans les raison de 
 changer. Alors RailsGirls OK, mais sans précipitation pour faire un 
 changement définitif.

 Une bonne expérimentation définit ses critères de réussite avant de 
 commencer. Mais pour moi, ce qui est primordial:
 - Pouvoir suivre à mon rythme par mail
 - Que les discussions puissent remonter dans mon moteur de recherche 
 préféré lorsque je fais une recherche précise
 - Que les outsiders comme moi puissent continuer à suivre et participer 
 sans être dans le core group

 Continuez à nous tenir informés.

 - Bastien


 Le 28 mai 2014 13:26, Sylvain Abélard sylvain...@gmail.com 
 javascript: a écrit :


 Avec toutes les contraintes que ça amène au niveau technique.

 Je retiens de son message qu'il se propose pour se les coltiner.

 On côtoie assez de gens yaka / faucon qui seraient ravis de lancer 
 le projet et laisser la... le... les spaghettis à un malheureux innocent.
 Pour une fois on en a un qui veut faire.
  

 Pour nuancer mon discours, ce qui me semble intéressant dans ce que 
 tu as dis c'est de mettre en place une instance pour tester et voir ce 
 que 
 ça donne, si l'outil est adopté, s'il apporte un gain réel.


 Je retiens de ton message que testons.
 Faisons ça, commençons avec le public de RailsGirls par exemple (ça a 
 bien marché mais on a oublié d'y faire la promo de ce discourse) et si 
 avec 
 ce subset de communauté on arrive à un truc bien, on sera tous contents.

 ++ 3


 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe 
 Railsfrance de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à 
 l'adresse rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse railsfrance...@
 googlegroups.com javascript:.
 Pour obtenir davantage d'options, consultez la page 
 https://groups.google.com/d/optout.



 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à 
 l'adresse rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse railsfrance...@
 googlegroups.com javascript:.
 Pour obtenir davantage d'options, consultez la page 
 https://groups.google.com/d/optout.



 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 

[RailsFr] Re: Rails security / metasploit

[Olivier El Mekki]

Hello,

La faille dont tu parles à été fixée depuis rails-3.0.20 :
http://weblog.rubyonrails.org/2013/1/28/Rails-3-0-20-and-2-3-16-have-been-released/

Pas de problème donc si tu utilises quoi que ce soit de plus récent.

L'idée d'automatiser les tests de sécurité, même si séduisante, me semble 
être
une chimère, et cela pour deux raisons :

1. rails étant un framework, il est fort à parier que le plus grand nombre 
de
failles relèvent de code spécifique à l'application implémentée

2. il s'agirait de tester ce qui ne fonctionne pas, et non pas ce qui
fonctionne

Les failles relevant de rails lui-même ne sont pas celles qui sont le plus à
craindre : une bonne politique d'update de l'application suffit à s'en 
mettre à
l'abris sans même avoir à connaître les problèmes. Évidemment, il y a le
problème de la faille fraichement rendue publique, mais il se poserait de
toutes façons aussi avec un framework automatisé de tests de sécurité. Quant
aux failles spécifiques à ton application ... utiliser les payloads de
metasploit ne t'aiderait juste pas à les trouver.

Si tu veux automatiser les tests de sécurité pour les problèmes spécifiques 
de
ton application, il faut d'abord que tu les connaisses. Ça peut à la rigueur
avoir du sens afin de tester les regressions, mais l'intérêt est limité, du
fait qu'on test le problème et non pas le fonctionnement normal (c'est quand
même beaucoup plus courant qu'une fonctionnalité casse, dû à 1000 raisons
possibles, que le fait qu'un bug très spécifique soit introduit à nouveau).

À cela s'ajoute également un problème d'intégration. La dernière fois que 
j'ai
regardé metasploit, il utilisait une version très obsolète de ruby, et ne
fonctionnait pas avec les versions plus récente. Si c'est toujours le cas, 
ça
implique de faire rentrer rvm / rubyenv / docker / whatever dans le process 
de
test. Un beau cauchemar en perspective :)


En matière de sécurité, je me repose sur deux pilliers : les mises à jour et
les notifications d'exception.

La plupart des attaques viennent d'applications qui testent des range d'ip 
sur
les failles les plus courantes. Avoir une application et des serveurs à jour
permettent de le prévenir. Même si quelqu'un devait attaquer spécifiquement 
ton
serveur, il lui faudra beaucoup de recherche avant de trouver quelque chose
d'exploitable.

Et généralement, durant ces recherches, ils génèrent des exceptions. L'idée
générale de l'exploit étant de tordre ton application pour lui faire faire
quelque chose d'imprévu, une 500 finit toujours par arriver. C'est à ce 
moment
là qu'il faut être attentif. Je me suis fait un script pour les très rares
occasions :

$ cat /usr/local/bin/block_ip
#!/usr/bin/env bash
iptables -I INPUT 3 -p all -s $1 -j DROP

Ça permet de pouvoir bloquer une ip instantanément via iptables sans 
hésiter en
se disant attend, c'est quoi la syntaxe, déjà ?.

Évidemment, tout cela n'est pas bulletproof (et rien ne le sera, 
probablement),
mais ça suffit probablement à inciter l'attaquant à chercher un fruit pendu
plus bas.

Ah oui, et juste pour le troll, j'aime bien modifier les numéros de version,
voir les noms d'application, que reportent les applications sur mes 
serveurs :)


On Thursday, February 12, 2015 at 3:28:38 AM UTC+1, Florian Dutey wrote:

 Bonjour a tous,

 Une question m'est venue a l'esprit aujourd'hui.
 Je fais une migration de rails 3 vers rails 4 et je cleane donc tous les 
 initializers / config files. 
 Un de mes initializers desactive le parsing du XML dans les controllers 
 (fix pour CVE-2013-0156) et je n'ai aucune idee si cela a ete fixe dans 
 rails 4. Aucune doc n'en parle, je suppose que oui mais je ne peux pas me 
 permettre de ne pas etre sur.

 J'ai trouve un article qui parle de tester ce bug avec le fw metasploit (
 http://blog.endpoint.com/2013/01/rails-CVE-2013-0156-metasploit.html) et 
 cela a entraine la fameuse question.

 Comment tester de maniere automatique la securite d'une application?
 J'ai trouve quelques outils qui analysent le code de maniere statique mais 
 ce n'est pas suffisant. 

 Je me demandais si il n'existait pas un integration metasploit = rspec | 
 travis specifique pour rails, qui essaierait par exemple de defoncer mon 
 appli avec tous les exploits connus integre dans le framework.

 Ou autre chose... Mais dans l'idee, un truc qui va vraiment taper sur un 
 serveur (de test) comme un acharne pour reveler d'eventuelles failles de 
 secu.

 Merci de vos retours :)


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse 

[RailsFr] Re: Rails security / metasploit

[Olivier El Mekki]

Ah, un autre point important pour les applications qui ne sont pas sur du
cloud (sorry pour le double post).

Sécuriser au maximum son application principale, c'est bien, mais ce n'est 
pas
de là qu'arrive en général les problèmes. La plupart du temps, l'attaquant
s'introduit par une application de seconde zone qui tourne sur ton serveur
(webmail, CI, frontend d'administration, etc).

Pour cette raison, il est important de ne pas avoir d'application de 
seconde
zone. Si c'est accessible par internet, alors tu dois le considérer comme
aussi important que ton application principale.

Une bonne pratique pour limiter la casse consiste à avoir un utilisateur 
unix
par application et de s'assurer qu'un utilisateur ne puisse pas avoir accès 
à
la home des autres utilisateurs (`chmod o-x ~`). Cela évite que quelqu'un 
qui
rentre par ton webmail outdated puisse récupérer les infos de connexion à 
la db
de ton app principale.


On Thursday, February 12, 2015 at 3:28:38 AM UTC+1, Florian Dutey wrote:

 Bonjour a tous,

 Une question m'est venue a l'esprit aujourd'hui.
 Je fais une migration de rails 3 vers rails 4 et je cleane donc tous les 
 initializers / config files. 
 Un de mes initializers desactive le parsing du XML dans les controllers 
 (fix pour CVE-2013-0156) et je n'ai aucune idee si cela a ete fixe dans 
 rails 4. Aucune doc n'en parle, je suppose que oui mais je ne peux pas me 
 permettre de ne pas etre sur.

 J'ai trouve un article qui parle de tester ce bug avec le fw metasploit (
 http://blog.endpoint.com/2013/01/rails-CVE-2013-0156-metasploit.html) et 
 cela a entraine la fameuse question.

 Comment tester de maniere automatique la securite d'une application?
 J'ai trouve quelques outils qui analysent le code de maniere statique mais 
 ce n'est pas suffisant. 

 Je me demandais si il n'existait pas un integration metasploit = rspec | 
 travis specifique pour rails, qui essaierait par exemple de defoncer mon 
 appli avec tous les exploits connus integre dans le framework.

 Ou autre chose... Mais dans l'idee, un truc qui va vraiment taper sur un 
 serveur (de test) comme un acharne pour reveler d'eventuelles failles de 
 secu.

 Merci de vos retours :)


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

[RailsFr] Re: Qu'utilisez vous pour faire des analyses?

[Olivier El Mekki]

Nous sommes d'accord que tu parles ici de documents purement destinés
aux développeurs ?

Personnellement, mon premier niveau d'analyse consiste à réduire la
tâche en autant de sous features que possible : il faut des tâches à
échelle humaine. Cela passe par de la pure réflexion, sans outil
particulier. Quelles sont les parties qui composent cette tâche ?
Qu'est-ce qui peut faire sens tout seul ?

Une fois fait, je déduis les spécifications purement sur la base du
résultat escompté : la feature doit permettre de faire ci, ce qui
implique que telle autre feature doit prendre en compte que ça, et une
fois que si se produit, ça doit survenir derrière. Mon principal outil
ici est ... les issues github :) (enfin gitlab, mais c'est pareil). Si
aucun design n'a été produit, je fais un rapide mockup dans mon browser
en modifiant une page existante avec l'inspector chrome, afin de fournir
dans l'issue un screenshot du résultat attendu.

Ensuite, le développeur qui prend l'issue développe, au sens
littéraire ou philosophique : il prend une idée abstraite et en déduis
les conséquences immédiates, puis prend chacune de ces conséquences et en
déduis les conséquences immédiates, jusqu'à arriver au dernier niveau de
détail, qui est l'architecture finale.

Concrêtement, ça veut dire qu'il implémente d'abord les features spec en
décrivant ce qu'il doit se passer. Une fois fait, il écrit ce qui sera
la base de la view et répond aux attentes de la feature spec (qui ne
peut pas être exécutée à ce point, mais indique tout ce dont on a
besoin). L'écriture de la vue indique ce que le controller doit fournir,
ce qui permet l'écriture des specs de controller, ce qui permet
l'écriture du controller, ce qui indique ce que le model doit fournir,
ce qui permet d'écrire les specs du modèle, puis le modèle, et enfin la
structure de la db.

C'est un processus naturel qui s'applique bien à la réactivité
nécessaire de l'environement startup, je ne sais pas si ce serait
applicable dans une relation intervenant / client (je faisais signer des
user stories impératives, à l'époque où j'étais freelance, donc c'était
mon outil principal d'architecturage, mais le développement restait
le même).


On Monday, October 13, 2014 4:37:06 PM UTC+2, Guirec Corbel wrote:

 Bonjour, 

 J'aimerai savoir avec quels outils vous faites vos analyses. Comme 
 beaucoup, à l'école, j'ai appris l'UML et les MCD mais je trouve ces 
 outils trop lourd. J'aime bien faire des scénarios et des wireframes 
 pour décrire les besoins du client mais ça ne décrit pas l'architecture 
 à adopter. Je pense que j'aurais plutôt tendance à faire des schémas sur 
 un tableau blanc ou sur une feuille de papier et a m'adapter au fil du 
 temps. 

 Et vous, vous faites comment? 


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Re: Qu'utilisez vous pour faire des analyses?

[Olivier El Mekki]

 En gros vous faites de la BDD

Oui, mais je préfère éviter de l'exprimer de manière définissante, parce
que la technique de test a vite fait de devenir une fin plus qu'un
moyen. Je préfère dire que nous allons du général vers le spécifique (le
contraire de ça étant de penser d'abord une structure de base de donnée,
comme c'est trop souvent le cas avec uml, et rajouter les couches
successives, pour finalement s'apercevoir que la structure de base ne
correspond pas à ce qu'on veut obtenir).


 Je pensais surtout quand les cas deviennent plus complexe. Par
 exemple, j'ai un formulaire complexe qui, à la sauvegarde, active un
 workflow avec l'envoi de plusieurs courriels, le changement de selon
 certaines règles, envoyer des notifications sur Twitter et Facebook,
 etc.

Si le cas est plus complexe, alors il faut l'analyser pour le réduire en
plusieurs problèmes simples :)

Je ne peux pas me prononcer avec exactitude sur ton exemple parce que je
ne connais pas la nature de tes mails et notifications, mais il est
vraisemblable que tu puisses analyser le problème en trois parties :
l'interface web, les notifications par mail et les notification via api
(il y a probablement une analyse plus efficace à faire en fonction de ce
qu'est le workflow).

Si tu traites chacun de ces points de manière isolée, ce ne sont plus
des problèmes complexes.


On Wednesday, October 15, 2014 12:37:34 PM UTC+2, Guirec Corbel wrote:

 Bonjour,
 En gros vous faites de la BDD. Je pensais surtout quand les cas deviennent 
 plus complexe. Par exemple, j'ai un formulaire complexe qui, à la 
 sauvegarde, active un workflow avec l'envoi de plusieurs courriels, le 
 changement de selon certaines règles, envoyer des notifications sur Twitter 
 et Facebook, etc.

 Dans cas là, est-ce qu'on peut encore ce fier au caractère naturel du BDD? 
 Ça fait quand même du bien de réfléchir avec des graphiques. Si on regarde 
 des livres comme POODR, de Sandy Metz, il y a des graphiques qui expliquent 
 correctement et ça fait du bien pour avoir un aperçu visuel rapide.

 Qu'en pensez vous?

 Bye,
 Guirec.

 Le 15 octobre 2014 04:52, Olivier El Mekki oelm...@gmail.com 
 javascript: a écrit :

 Nous sommes d'accord que tu parles ici de documents purement destinés
 aux développeurs ?

 Personnellement, mon premier niveau d'analyse consiste à réduire la
 tâche en autant de sous features que possible : il faut des tâches à
 échelle humaine. Cela passe par de la pure réflexion, sans outil
 particulier. Quelles sont les parties qui composent cette tâche ?
 Qu'est-ce qui peut faire sens tout seul ?

 Une fois fait, je déduis les spécifications purement sur la base du
 résultat escompté : la feature doit permettre de faire ci, ce qui
 implique que telle autre feature doit prendre en compte que ça, et une
 fois que si se produit, ça doit survenir derrière. Mon principal outil
 ici est ... les issues github :) (enfin gitlab, mais c'est pareil). Si
 aucun design n'a été produit, je fais un rapide mockup dans mon browser
 en modifiant une page existante avec l'inspector chrome, afin de fournir
 dans l'issue un screenshot du résultat attendu.

 Ensuite, le développeur qui prend l'issue développe, au sens
 littéraire ou philosophique : il prend une idée abstraite et en déduis
 les conséquences immédiates, puis prend chacune de ces conséquences et en
 déduis les conséquences immédiates, jusqu'à arriver au dernier niveau de
 détail, qui est l'architecture finale.

 Concrêtement, ça veut dire qu'il implémente d'abord les features spec en
 décrivant ce qu'il doit se passer. Une fois fait, il écrit ce qui sera
 la base de la view et répond aux attentes de la feature spec (qui ne
 peut pas être exécutée à ce point, mais indique tout ce dont on a
 besoin). L'écriture de la vue indique ce que le controller doit fournir,
 ce qui permet l'écriture des specs de controller, ce qui permet
 l'écriture du controller, ce qui indique ce que le model doit fournir,
 ce qui permet d'écrire les specs du modèle, puis le modèle, et enfin la
 structure de la db.

 C'est un processus naturel qui s'applique bien à la réactivité
 nécessaire de l'environement startup, je ne sais pas si ce serait
 applicable dans une relation intervenant / client (je faisais signer des
 user stories impératives, à l'époque où j'étais freelance, donc c'était
 mon outil principal d'architecturage, mais le développement restait
 le même).


 On Monday, October 13, 2014 4:37:06 PM UTC+2, Guirec Corbel wrote:

 Bonjour, 

 J'aimerai savoir avec quels outils vous faites vos analyses. Comme 
 beaucoup, à l'école, j'ai appris l'UML et les MCD mais je trouve ces 
 outils trop lourd. J'aime bien faire des scénarios et des wireframes 
 pour décrire les besoins du client mais ça ne décrit pas l'architecture 
 à adopter. Je pense que j'aurais plutôt tendance à faire des schémas sur 
 un tableau blanc ou sur une feuille de papier et a m'adapter au fil du 
 temps. 

 Et vous, vous faites comment? 

  -- 
 -- 
 Vous avez reçu ce

[RailsFr] Re: secrets.yml et ENV

[Olivier El Mekki]

Hello,

J'ai rencontré le même problème, avec les contraintes suivantes :

* l'application doit être exécutée par un utilisateur dédié
* les variables d'environment doivent être accesibles via cron
* elle doivent être accessible par god (démarré en ssh interactif)
* elle doivent être accessible par capistrano (utilisant un ssh non
  interactif)

Pour résoudre cela, j'ai créé un fichier `~/.environment` sur le serveur
et il est sourcé dans `~/.bashrc` (avant le test sur l'interactivité du
terminal pour les fichiers dont les distrib en ajoute un par défaut).

Mes tâches cron sont exécutées via `/bin/bash -le task` (whenever
s'en occupe).

J'utilise ensuite directement les `ENV['something']` où j'en ai besoin,
sans passer par secrets.yml.

En bonus, tes dévs te remercieront si tu ajoutes cette recipe
capistrano:


desc 'Display server environment variables'
task :env do
  run cat ~/.environment
end

À noter que god est problématique, dans ce cas : il faut entièrement le 
redémarrer 
(et donc tout ce qu'il monitor) si veux changer une variable d'ENV.

On Tuesday, September 23, 2014 1:53:56 PM UTC+2, Matthew Nguyen wrote:

 Bonjour tout le monde,

 J'ai une question de best practice a propos de secrets.yml.
 Jusqu'a maintenant, je mettais mon secrets.yml dans le .gitignore, je 
 l'ajoutais via un script personnalise dans le shared avec capistrano et ca 
 marchait bien.

 Puis je suis tombe sur la discussion 
 https://github.com/rails/rails/pull/13388

 TL;PL secrets.yml n'est pas cense etre dans le .gitignore et il faut 
 utiliser ENV.

 Je n'ai trouve nulle part comment utiliser ENV avec capistrano...
 Je vois bien en local comment faire (MY_SECRET_KEY= bin/rails server 
 -e production) mais comment est-on cense faire en remote ?

 Je vois quelques articles qui proposent de creer un fichier .env qui 
 stocke les secrets. Mais dans ce cas, pourquoi ne pas directement utiliser 
 secrets.yml ? Quelle est la difference ?
 Comment faites-vous ?

 Cordialement,
 Matthew


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Re: secrets.yml et ENV

[Olivier El Mekki]

Ah nice, je ne connaissais pas, thx. C'est spécifique à runit, cela dit,
et j'utilise openrc, personnellement (le default sur gentoo).

Quoi qu'il en soit, ça m'est utile de sourcer ces variables dans le
bashrc parce qu'il m'arrive régulièrement de lancer des tasks rake
manuellement ou de lancer un console en production pour inspecter les
données. Ce n'est pas vraiment un problème, parce que cet utilisateur
unix sert uniquement à exécuter les process rails.


On Tuesday, September 23, 2014 2:15:06 PM UTC+2, Michael Baudino wrote:

 Olivier, juste pour rebondir sur le passage de variables d'environnements 
 à un processus sans hijacker .bashrc, il y a l'utilitaire Unix chpst(8) (et 
 notamment son option -e).

 2014-09-23 14:06 GMT+02:00 Olivier El Mekki oelm...@gmail.com 
 javascript::

 Hello,

 J'ai rencontré le même problème, avec les contraintes suivantes :

 * l'application doit être exécutée par un utilisateur dédié
 * les variables d'environment doivent être accesibles via cron
 * elle doivent être accessible par god (démarré en ssh interactif)
 * elle doivent être accessible par capistrano (utilisant un ssh non
   interactif)

 Pour résoudre cela, j'ai créé un fichier `~/.environment` sur le serveur
 et il est sourcé dans `~/.bashrc` (avant le test sur l'interactivité du
 terminal pour les fichiers dont les distrib en ajoute un par défaut).

 Mes tâches cron sont exécutées via `/bin/bash -le task` (whenever
 s'en occupe).

 J'utilise ensuite directement les `ENV['something']` où j'en ai besoin,
 sans passer par secrets.yml.

 En bonus, tes dévs te remercieront si tu ajoutes cette recipe
 capistrano:


 desc 'Display server environment variables'
 task :env do
   run cat ~/.environment
 end

 À noter que god est problématique, dans ce cas : il faut entièrement le 
 redémarrer 
 (et donc tout ce qu'il monitor) si veux changer une variable d'ENV.


 On Tuesday, September 23, 2014 1:53:56 PM UTC+2, Matthew Nguyen wrote:

 Bonjour tout le monde,

 J'ai une question de best practice a propos de secrets.yml.
 Jusqu'a maintenant, je mettais mon secrets.yml dans le .gitignore, je 
 l'ajoutais via un script personnalise dans le shared avec capistrano et ca 
 marchait bien.

 Puis je suis tombe sur la discussion https://github.com/
 rails/rails/pull/13388

 TL;PL secrets.yml n'est pas cense etre dans le .gitignore et il faut 
 utiliser ENV.

 Je n'ai trouve nulle part comment utiliser ENV avec capistrano...
 Je vois bien en local comment faire (MY_SECRET_KEY= bin/rails server 
 -e production) mais comment est-on cense faire en remote ?

 Je vois quelques articles qui proposent de creer un fichier .env qui 
 stocke les secrets. Mais dans ce cas, pourquoi ne pas directement utiliser 
 secrets.yml ? Quelle est la difference ?
 Comment faites-vous ?

 Cordialement,
 Matthew

  -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse railsfrance...@googlegroups.com 
 javascript:.
 Pour obtenir davantage d'options, consultez la page 
 https://groups.google.com/d/optout.




 -- 
 Michael Baudino
 @michaelbaudino
 +33 (0) 7.61.90.93.62
 Alpine Lab
 1 rue de la Martinière
 69001 Lyon
  

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

[RailsFr] Re: Un prix grosso modo pour un site avec pleins de fonctionnalités

[Olivier El Mekki]

Hello Guirec,

Je vais te le dire directement : désolé, mais il s'agit d'un projet mal
préparé.


 j'aimerai avoir un ordre de prix vite fait pour cette liste de 
 fonctionnalités

C'est justement ce qu'il ne faut pas faire, et ce qui t'a ammené dans la
position dans laquelle tu te trouves aujourd'hui. Ça consiste en fait à
complètement zapper la partie architecture, qui permet de faire émerger
les besoins prioritaires et de réaliser l'ampleur de la tâche. Si tu
donnes un tarif vite fait, tu seras toujours perdant - de un peu à
énormément (parce que cela demande beaucoup d'analyse de comprendre
tout ce que représente une feature avant qu'elle ne soit réalisée).

La liste des features présentées est, hormis un ou deux points,  la
liste de ce que ton client a vu sur des sites existant probablement
depuis plusieurs années et dont il a pensé qu'elles sont essentielles.
Elle ne le sont pas. Dans un premier temps, il faut aller à l'essentiel
et itérer depuis là.

La home page elle-même met en évidence cela. Elle mentionne trois
services différents. Lequel est le plus important et doit être fait en
priorité ? Facturer d'un coup les 3, c'est la garantie d'un devis
imprécis et qui génèrera beaucoup de surcoûts. Ton client peut
comprendre ça.

C'est encore rattrapable. Tu peux lui expliquer nous avons vu trop
gros, je suis déjà largement sorti de mes frais et lui proposer de
reprendre par étape. Tu devras probablement faire un geste toi-même pour
qu'il consente à modifier vos termes. Mais il vaut mieux cela et
repartir sur une base saine plutôt que de persister jusqu'à ce que ça
explose.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Re: Un prix grosso modo pour un site avec pleins de fonctionnalités

[Olivier El Mekki]

 Le plus dur ce n'est pas de faire la fonctionnalité, c'est les 20 
changements qu'il veut faire après.

Dans ce cas, oui, fixe une contrainte budgétaire pour les retours. 
Personnellement, je faisais s'engager mon client sur des users stories 
style impératif, toute modification entrainant une refacturation. J'ai vu 
d'autres personnes mentionner le nombre d'heures offertes pour traiter les 
retours, avec un coût par heure supplémentaire, c'est bien aussi. L'idée 
est que le client doit réaliser que les modifications ont un coût.

Tant mieux si tu n'as pas pratiqué toi même une évaluation imprécise. Je ne 
le ferai pas quand même et ne pourrai donc répondre à ta question initiale, 
désolé :)


On Thursday, September 11, 2014 1:37:16 PM UTC+2, Guirec Corbel wrote:

 Le prix vite fait, c'est moi qui vous le demande. Quand j'ai fait mes 
 évaluation, je savais que c'était pas très cher.

 J'ai fait comme tu as dis. J'ai commencé par une partie puis j'ai fait 
 petit à petit. Je lui ai proposé de mettre en production rapidement mais il 
 n'a pas voulu. Je me suis rarement trompé dans mes analyses. Le plus dur ce 
 n'est pas de faire la fonctionnalité, c'est les 20 changements qu'il veut 
 faire après.

 Le site n'existait pas avant. Je lui ai répété souvent qu'il fallait 
 mettre le site en ligne pour commencer à avoir des avis et y allé par 
 itération.

 Une fois la mise en production faite, je vais y aller point par point et 
 je crois que je vais demandé de faire un prix constant et normal à l'heure.

 Merci pour ton opinion.

 Le 11 septembre 2014 07:11, Olivier El Mekki oelm...@gmail.com 
 javascript: a écrit :

 Hello Guirec,

 Je vais te le dire directement : désolé, mais il s'agit d'un projet mal
 préparé.


  j'aimerai avoir un ordre de prix vite fait pour cette liste de 
  fonctionnalités

 C'est justement ce qu'il ne faut pas faire, et ce qui t'a ammené dans la
 position dans laquelle tu te trouves aujourd'hui. Ça consiste en fait à
 complètement zapper la partie architecture, qui permet de faire émerger
 les besoins prioritaires et de réaliser l'ampleur de la tâche. Si tu
 donnes un tarif vite fait, tu seras toujours perdant - de un peu à
 énormément (parce que cela demande beaucoup d'analyse de comprendre
 tout ce que représente une feature avant qu'elle ne soit réalisée).

 La liste des features présentées est, hormis un ou deux points,  la
 liste de ce que ton client a vu sur des sites existant probablement
 depuis plusieurs années et dont il a pensé qu'elles sont essentielles.
 Elle ne le sont pas. Dans un premier temps, il faut aller à l'essentiel
 et itérer depuis là.

 La home page elle-même met en évidence cela. Elle mentionne trois
 services différents. Lequel est le plus important et doit être fait en
 priorité ? Facturer d'un coup les 3, c'est la garantie d'un devis
 imprécis et qui génèrera beaucoup de surcoûts. Ton client peut
 comprendre ça.

 C'est encore rattrapable. Tu peux lui expliquer nous avons vu trop
 gros, je suis déjà largement sorti de mes frais et lui proposer de
 reprendre par étape. Tu devras probablement faire un geste toi-même pour
 qu'il consente à modifier vos termes. Mais il vaut mieux cela et
 repartir sur une base saine plutôt que de persister jusqu'à ce que ça
 explose.

  -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse railsfrance...@googlegroups.com 
 javascript:.
 Pour obtenir davantage d'options, consultez la page 
 https://groups.google.com/d/optout.




-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Question légale: Acceptation des CGV

[Olivier El Mekki]

 Ça date de juillet 2012 et il n’y a pas grand chose qui a changé
 depuis. J’ai dans l’idée qu’il y a effectivement un flou légal autour
 de tout ça :/

En même temps, nous sommes aussi censés déclarer tous nos sites à la
CNIL :) (atchoum).

Les législations sur le web m'ont toujours plus donné l'impression
d'êtres des indications que des contraintes strictes. Si tu fais de ton
mieux, ce sera probablement suffisant.

Après, aucun de nous (afaik) n'est habilité à faire du conseil
juridique, seuls les conseils d'une personne de la profession (un
avocat, par exemple) peuvent te mettre officiellement à l'abris de tout
problème.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Existe t'il mieux que Rails?

[Olivier El Mekki]

 Pour la graphiques, il suffit de regarder google trend : 
http://www.google.ca/trends/explore#q=%2Fm%2F0505clcmpt=q

Ça me rappelle une personne du marketing qui me disait, quand j'annonçais 
qu'on allait faire une feature en ajax : ajax ? C'est pas un peu has been, 
ça ? Ça fait un moment que je n'en entend plus parler 

Cela dit, oui, l'ecosystème commence à se différencier. La structure 
plateforme (de multiples services qui communiquent via api) se répand et 
prend le pas sur la structure app (un seul gros projet monolithique), ce 
qui encourage l'utilisation de langages dédiés (comme par exemple rails 
pour le front et go pour le gros processing). 

L'emergence des apps almost full js comme ember et angular pousse 
également les développeurs à s'orienter plus facilement vers nodejs, bien 
que j'ai l'impression que c'est déjà en train de s'essoufler.


On Monday, August 11, 2014 1:56:47 PM UTC+2, Guirec Corbel wrote:

 Pour la graphiques, il suffit de regarder google trend : 
 http://www.google.ca/trends/explore#q=%2Fm%2F0505clcmpt=q . Il y en a 
 d'autre que je vois passer de temps en temps mais je ne trouve plus les 
 liens. Je suis assez d'accord avec ce que vous dites. Du JS frontend avec 
 Rails en backend ou du nodejs, ça semble des choix populaire. Elixir est à 
 surveiller (et j'aime beaucoup plus José Valim que DHH).

 Je crois qu'il va falloir étudier sérieusement les différentes options 
 avant de commencer une nouvelle application web.


 Le 11 août 2014 07:16, Florian Dutey fdu...@gmail.com javascript: a 
 écrit :

 Rails pas adapte pour le back? Je trouve que ca lui va tres bien. Sachant 
 qu'un des problenes majeurs de perf en stack web, c'est erb...

 Guirec, selon de nombreux graphiques... lesquels? Dans quelles 
 proportions?
 On Aug 11, 2014 6:22 PM, Simon Courtois happ...@gmail.com 
 javascript: wrote:

 Disons qu’en ce moment tu vas avoir pas mal de projets à base de techno 
 front-end
 et un back-end qui sert juste d’api. Tu trouveras donc une structuration 
 légère en bacl
 et une archi potentiellement plus lourde en front (style ember).

 Ça veut pas dire que Rails est pas adapté pour servir d’API, etc...

  Simon Courtois

 On 11 Aug 2014 at 12:03:48, Guirec Corbel (guirec...@gmail.com 
 javascript:) wrote:

  Au sujet de Django, je suis d'accord avec toi. J'ai testé les deux et 
 je préfère Rails.

 Je ne crois pas que pour node il y a vraiment un équivalent de Rails, 
 avec sa structure, ces gems, etc. C'est surtout du from scatch. Je me 
 trompe?

 Le 2014-08-11 05:50, Jean-Hadrien Chabran a écrit :

  - Ce serait pas mal si on pouvait éviter le troll-baiting sur la ML 
 Guirec ...

 - php from scratch : oui et j'ai un pote qui fait ça. Usage typique, de 
 l'app interne qui fait pas face au public, pour les PMEs. Il dev à 300 à 
 l'heure, ça marche et il patche des trucs en trois seconde. Peu d'intérêt 
 de faire propre, personne ne sait vraiment ce qu'il veut et le budget est 
 généralement serré. Et il a jamais de problème à faire hoster ça tout comme 
 rassurer ses clients sur le fait qu'un dev php ça se trouve easy. C'est au 
 final une topologie de mission différente simplement.  

 - Rails est mieux que Django. Euh, c'est un peu simpliste et réducteur 
 ça. C'est différent et Python n'a pas la même philosophie que Rails. Une 
 stack peut être meilleure qu'une autre quand tu as la liste des conditions 
 du projet, des devs et des objectifs. Sans ces points là, c'est du troll. 

 - pour le déclin en popularité, NodeJs est à la mode, pas Rails, voilà 
 tout. 

 - autre framework / langages : j'ai commencé à jouer avec Clojure ces 
 derniers temps, j'aime beaucoup. C'est sûr que tu y trouves pas 
 l'équivalent de Rails, c'est pas vraiment la philosophie locale. Donc du 
 coup là je teste Rails + ClojureScript + Om. Sinon ya Elixir qui est 
 intéressant, 
  

 2014-08-11 11:28 GMT+02:00 Guillaume Betous guillaum...@gmail.com 
 javascript::

  Selon de nombreux graphiques, on voit que l'engouement pour Rails est 
 passé


  Et ces memes graphiques ne te donnent pas la réponse ?

 Mais la question est bonne, et j'avoue ne pas avoir entendu parler de 
 nouveautés dans le domaine (bon, je reste assez éloigné de tout ça 
 j'avoue, 
 mais j'ai quand même les oreilles ouvertes sur le sujet).

 gUI
 --
 Pour la santé de votre ordinateur, préférez les logiciels libres.
 Lire son mail : http://www.mozilla-europe.org/fr/products/thunderbird/
 Browser le web : http://www.mozilla-europe.org/fr/products/firefox/
 Suite bureautique : http://www.libreoffice.org/download/
  --
 --
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à 
 l'adresse rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 ---
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour 

[RailsFr] Re: Connaissez vous cette attaque?

[Olivier El Mekki]

Hello,

Ça s'appelle un LFI (pour Local File Inclusion) : 
https://en.wikipedia.org/wiki/File_inclusion_vulnerability

Ça ne devrait pas poser de problème, tu n'y est vulnérable que si tu
essaie de loader des fichiers depuis les paramètres de l'url, du genre:

require params[ :my_param ]


C'était une attaque dangereuse au début de l'histoire de php, quand les
sites étaient architecturés de manière à décider quel fichier loader sur
la base d'un paramètre, avant qu'on ne fasse de la réécriture d'url et
des routes. Du genre :

# index.php
load( pages/ . $_GET[ 'page' ] );


Ça ne devrait pas être un problème pour toi.


On Thursday, July 31, 2014 12:21:15 PM UTC+2, Guirec Corbel wrote:

 Bonjour, 

 Hier soir, un de mes sites a été victime d'une attaque. Le programme 
 voulant hacker essai d'accéder à /etc/passwd en essayant des url de ce 
 type : 
 /provider_profiles/new?service_id=../../../../../../../../../../etc/passwd%00
  

 ou 
 /index.php?page=/../../../../../../../../../../etc/passwd%00artiste_id=12. 


 Avez-vous déjà été victime de ceci? Comment bien le gérer? 

 Cette attaque me fait poser une question. J'imagine que ce n'est pas 
 génial d'utiliser les paramètres du type artist_id=12. Est-ce un bonne 
 pratique d'utiliser un token ou friendly id à chaque fois? 

 Bonne journée à tous, 
 Guirec. 


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

[RailsFr] Re: Faites vous toutes les pages d'un site HTTPS ou une partie?

[Olivier El Mekki]

Hello,

J'ai pour l'instant une seule page en https (la page de paiement qui
utilise stripe), mais je me pose la même question. Voici les avantages
et inconvénients que j'ai trouvé dans les deux cas.


Utiliser du tout ssl


C'est probablement plus cohérent et si tu as un certificat, c'est
dommage de ne pas l'utiliser. Il y a un certain coût en performance pour
l'utilisation de ssl, mais il est relativement négligeable (avec une
configuration ssl correct, par exemple en n'oubliant d'inclure les
certificats parents dans ton certificat pour minimiser le nombre de
requêtes).

Le principal problème que je vois est le coût. Si tu veux faire du tout
ssl, il va te falloir un certificat wildcard, parce qu'un jour où
l'autre, tu vas utiliser un cdn (si ce n'est pas le cas dès le début).
Ça rajoute directement plusieurs centaines d'euros au coût de ton
certificat.

Si tu as une api, la latence peut également être non négligeable (si un
service repose sur un service, le second doit avoir des performances
exemplaires). À voir au cas par cas les besoins de performance des apis.


Utiliser une seule page en ssl
--

Dans le cas d'une page de paiement, tu peux réussir à te débrouiller
avec un certificat single domain. Ces pages sont généralement épurées.
Si tu venais à utiliser un cdn, tu pourrais donc inclure ton css
directement dans la page.

Cela pose néanmoins des problèmes au développement. Déjà, il faut que tu
fasses tourner deux process, en dev (un normal et un ssl), en utilisant
god, un procfile ou whatever. J'utilise personnellement god, ça me
permet de démarrer le tout en une commande quand j'ai besoin des pages
ssl, mais je ne peux plus par exemple mettre des `binding.pry`. C'est
surement contournable si je prennais le temps d'y réfléchir, mais c'est
juste suffisamment ennuyeux pour être remarquable.

Ensuite, il y a le problème des tests d'intégration. Je n'ai pas trouvé
pour l'instant de moyen propre de faire switcher capybara/poltergeist
entre ssl et non ssl. Du coup, j'ai dû mettre ... des conditions qui
testent si on est en environment test au moment de générer les liens qui
changent le protocol (et ne pas le changer en env de test), ce qui est
absolument horrible (si quelqu'un a une autre idée, je suis prenneur).



En conclusion, je dirais : fais du tout ssl si ta boite est riche :) (et
prend en compte le cas de la latence des apis)


On Saturday, June 21, 2014 7:31:38 AM UTC+2, Guirec Corbel wrote:

 Salut,

 J'ai un site avec une partie sécurisé et je me demandais si ça vallait la 
 peine de faire certaines parties non sécurisé et s'il y a des intérets à 
 ça. Le boulot que ça rajoute serait de définir quels sont les pages 
 sécurisées ou non. D'après ce que je vois, les navigateurs mettent en cache 
 les parties sécurisées aussi.

 Quel est votre opinion?

 Merci!


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Re: Faites vous toutes les pages d'un site HTTPS ou une partie?

[Olivier El Mekki]

Wow, ça vaut le coup. Les wildcards comodo commencent à $330 [1].

Dommage qu'il faille héberger le nom de domaine chez eux pour avoir
cette offre.

[1] http://ssl.comodo.com/wildcard-ssl-certificates.php


On Saturday, June 21, 2014 1:27:37 PM UTC+2, Thibaut Barrère wrote:

 Moi je fais full ssl. J'ai pris du wild card comodo via dnsimple, ça doit 
 être ~100$ de tête.

 Envoyé de mon iPhone

 Le 21 juin 2014 à 12:40, Olivier El Mekki oelm...@gmail.com javascript: 
 a écrit :

 Hello,

 J'ai pour l'instant une seule page en https (la page de paiement qui
 utilise stripe), mais je me pose la même question. Voici les avantages
 et inconvénients que j'ai trouvé dans les deux cas.


 Utiliser du tout ssl
 

 C'est probablement plus cohérent et si tu as un certificat, c'est
 dommage de ne pas l'utiliser. Il y a un certain coût en performance pour
 l'utilisation de ssl, mais il est relativement négligeable (avec une
 configuration ssl correct, par exemple en n'oubliant d'inclure les
 certificats parents dans ton certificat pour minimiser le nombre de
 requêtes).

 Le principal problème que je vois est le coût. Si tu veux faire du tout
 ssl, il va te falloir un certificat wildcard, parce qu'un jour où
 l'autre, tu vas utiliser un cdn (si ce n'est pas le cas dès le début).
 Ça rajoute directement plusieurs centaines d'euros au coût de ton
 certificat.

 Si tu as une api, la latence peut également être non négligeable (si un
 service repose sur un service, le second doit avoir des performances
 exemplaires). À voir au cas par cas les besoins de performance des apis.


 Utiliser une seule page en ssl
 --

 Dans le cas d'une page de paiement, tu peux réussir à te débrouiller
 avec un certificat single domain. Ces pages sont généralement épurées.
 Si tu venais à utiliser un cdn, tu pourrais donc inclure ton css
 directement dans la page.

 Cela pose néanmoins des problèmes au développement. Déjà, il faut que tu
 fasses tourner deux process, en dev (un normal et un ssl), en utilisant
 god, un procfile ou whatever. J'utilise personnellement god, ça me
 permet de démarrer le tout en une commande quand j'ai besoin des pages
 ssl, mais je ne peux plus par exemple mettre des `binding.pry`. C'est
 surement contournable si je prennais le temps d'y réfléchir, mais c'est
 juste suffisamment ennuyeux pour être remarquable.

 Ensuite, il y a le problème des tests d'intégration. Je n'ai pas trouvé
 pour l'instant de moyen propre de faire switcher capybara/poltergeist
 entre ssl et non ssl. Du coup, j'ai dû mettre ... des conditions qui
 testent si on est en environment test au moment de générer les liens qui
 changent le protocol (et ne pas le changer en env de test), ce qui est
 absolument horrible (si quelqu'un a une autre idée, je suis prenneur).



 En conclusion, je dirais : fais du tout ssl si ta boite est riche :) (et
 prend en compte le cas de la latence des apis)


 On Saturday, June 21, 2014 7:31:38 AM UTC+2, Guirec Corbel wrote:

 Salut,

 J'ai un site avec une partie sécurisé et je me demandais si ça vallait la 
 peine de faire certaines parties non sécurisé et s'il y a des intérets à 
 ça. Le boulot que ça rajoute serait de définir quels sont les pages 
 sécurisées ou non. D'après ce que je vois, les navigateurs mettent en cache 
 les parties sécurisées aussi.

 Quel est votre opinion?

 Merci!

  -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse railsfrance...@googlegroups.com 
 javascript:.
 Pour obtenir davantage d'options, consultez la page 
 https://groups.google.com/d/optout.



-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

[RailsFr] Re: comprenre l'intéret des Proc ?

[Olivier El Mekki]

Hello,

Tu peux les voir comme des callbacks en javascript : ils servent à
passer de la logique.

Cependant, si tu te poses la question de leur utilité en ruby, je pense
que tu n'as pas conscience de les utiliser tous les jours :)

Les blocks, qui sont une forme idiomatique de ruby, sont en fait des
procs :

 def foo( block )
   p block.class
   end
= :foo

 foo { do_whatever }
Proc
= Proc


On Thursday, June 5, 2014 6:19:57 PM UTC+2, olivier morel75 wrote:

 Bonjour
 j'essaye de mieux conprendre l'intéret que porte certaine personne au Proc.

 Pouvez vous me dire à quoi sert concretement les Proc, 
 est dans quel cas on les utilisent .

 Je vous remercie 
 -- 
 Cordialement 

 Olivier Morel

 

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

[RailsFr] Re: Migration du Google Group sur Discourse

[Olivier El Mekki]

+1

Je n'utilise plus mon adresse gmail depuis presque deux ans et forward
tout sur mon adresse principale - qui n'est bien sûr pas autorisée à
répondre.

Je dois donc chaque fois copier ma réponse dans l'interface web de
groups. Un peu ballot pour une mailing list :)


Je n'utilise plus mon adresse gmail depuis presque deux ans et forward tout 
sur mon adresse principale.

On Tuesday, May 20, 2014 2:54:45 PM UTC+2, Nicolas Blanco wrote:

 Bonjour à tous !

 Sans trop blablater, je propose à ce qu'on migre cette mailing-list sur 
 Discourse.

 Pour ceux qui connaissent pas Discourse (bouuuh pas bien), c'est juste un 
 des meilleurs outils Open Source sorti ces derniers mois (et c'est du 
 Rails, même si cela n'est pas un paramètre déterminant, le produit est 
 juste très bon).

 Pourquoi ? Pour tous les avantages de Discourse (des tonnes) et aussi que 
 cela améliorera une tonne d'autres choses, dont une meilleure visibilité, 
 facilité d'entrée pour les débutants, etc. Sans compter que Google Group, 
 bah ça a pas trop bougé depuis des mois, l'UX est pas géniale, etc...

 Je rappelle qu'en plus cette fin de semaine se déroule RailsGirls et cela 
 permettra de faire un meilleur suivi :).

 Donc pour aller vers l'essentiel, un Discourse ça nécessite actuellement 
 une instance avec 2Go de RAM et si possible les droits root sur l'instance. 
 L'équipe fourni un conteneur Docker assez fiable et installable rapidement.

 Pour l'instance, je pense qu'une entreprise peut sponsoriser pour une 
 année à chaque fois et la mienne peut s'engager à le faire la première 
 année au moins.

 Une fois l'instance configurée, elle pourrait simplement être reliée en 
 sous domaine à railsfrance.org, de plus cela permettra de supprimer la 
 section Questions du site qui fera doublon.

 Nicolas.



-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Migration du Google Group sur Discourse

[Olivier El Mekki]

 Je vais la faire courte : la liste est pratiquement morte.

Personnellement, j'aime ce rythme. En fait, c'est une des rares mailing
lists à laquelle je suis toujours abonné - la verbosité des autres
faisant qu'en j'en viens vite à me dire : si c'est pour lire un message
sur 100 de temps à autre, autant passer par l'interface web.

Je te trouve dur sur l'agression envers les débutants. Je ne me souviens
pas avoir vu quelqu'un se faire jeter dans les deux dernières années (ce
qui est autre chose que moins que régulièrement). C'est possible que
j'ai choisi de rapidement oublier les mauvaises réponses pour ne
retenir que les bonnes, cela dit.


On Tuesday, May 20, 2014 4:10:58 PM UTC+2, Frédéric de Villamil wrote:

 Nicolas, j'ai beaucoup apprécié les échanges qu’on a pu avoir sur Publify 
 mais… 

 Je vais la faire courte : la liste est pratiquement morte. 
 Ça fait des années qu’on voit régulièrement passer du « RTFM n00b lol », 
 moins depuis un moment j’avoue. 

 En tout cas, ce n’est pas avec ce genre de réponses que tu vas donner aux 
 gens l’envie de venir faire du Rails. 

 En fait, quand j’entends les gens dire que le problème de Ruby c’est sa 
 communauté (et quand je vois les communautés des autres langages) y’a 
 vraiment des jours où je me dis que c’est vrai. Je me demande d’ailleurs si 
 c’est pas pour ça que je ne contribue plus aux discussions. 



 Le 20 mai 2014 à 16:02, Nicolas Blanco slai...@gmail.com javascript: 
 a écrit : 

  Bon les gens, on peut tout de suite arrêter avec les messages du style 
 vieux geek aigri qui veut pas utiliser un site web et continuer à gérer 
 ces messages dans son mail avec ses 500 filtres custom. 
  
  Oui, Discourse permet de recevoir ces messages par mail comme une ML 
 traditionnelle, oui Discourse permet de recevoir des digests par mail et 
 oui Discourse permet même de répondre par mail. OK ? Next. 
  
  
  On Tuesday, May 20, 2014 3:45:25 PM UTC+2, Lionel Bouton wrote: 
  Le mardi 20 mai 2014 à 15:38, Frederic de Villamil 
  (fdevi...@gmail.com javascript:) a écrit: 
  
   [...] c’est donc forcer ces 1031 
   personnes à migrer, modifier leur workflow de réception d’email 
   etc 
  
  Je n'ai pas l'impression que Discourse soit accessible par mail (en 
  tous cas j'ai cherché mail sur About et je n'ai rien trouvé). 
  
   
   [...] 
   Enfin, il y a le fait que les « nouveaux », qui bossent souvent en 
   grands comptes / SSII, qui vont chercher de l’info auront des chances 
   d’être inscrits sur Google, parce que, petit rappel, tout les 
   raileurs (et non les râleurs ou les railleurs) ne sont pas des 
   libristes barbus anti [mettre ici tout ce qui ressemble à une grosse 
   boite US, d’ailleurs Discourse est également une boite US] 
  
  Je suis inscris sur railsfrance sans compte Google. J'ai eu de la 
  chance et ce n'est plus possible aujourd'hui ? 
  
  Lionel 
  
  -- 
  -- 
  Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups. 
  Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript: 
  Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript: 
  --- 
  Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance. 
  Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.comjavascript:. 

  Pour obtenir davantage d'options, consultez la page 
 https://groups.google.com/d/optout. 



-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Re: Textile vs Markdown vs HTML

[Olivier El Mekki]

Hello,

Ah, effectivement, j'avais mal compris ta question. Je n'ai pas de
réponse sur l'éditeur textile, mais j'ai un commentaire :)

Je ne suis pas un grand fan de textile justement parce qu'il n'est pas
très lisible en raw (typiquement : dans un email text) pour quelqu'un
qui ne connait pas html (ou textile).

Si j'ai bien compris, ton problème principal avec markdown est que tu ne
peux pas ajouter de classes sur les éléments html. Je vois ça comme une
feature, personnellement : les classes sont justement le genre
d'information avec lesquelles tu veux éviter d'ennuyer quelqu'un qui
lirait le markup en raw.

As-tu des exemples où tu aurais besoin d'ajouter des classes ?

J'utilise markdown pour notre moteur de blog, afin que les admins
puissent écrire des articles simplement. Il y a quelques élements qui
ont des designs spécifiques. Pour ceux-là, je réutilise les éléments les
moins utilisés de markdown pour des non-développeurs :

* blockquote (  texte ) 
* code ( `texte` )
* pre ( [4 espaces]texte )

Ces éléments sont facilement ciblables en css et restent agréables à
lire en raw.


On Thursday, May 15, 2014 11:49:14 AM UTC+2, Alexandre Friquet wrote:

 Le 12/05/2014 15:57, Olivier El Mekki a écrit : 
  J'ai eu le même problème d'éditeur, j'ai fini par me décider pour 
  mdmagick : https://fguillen.github.io/MDMagick/ 

 Merci de ton retour Olivier, je ne connaissais pas, mais il me semble un 
 peu léger par rapport à un CKEditor (et c'est du Markdown). 

 -- 
 Alexandre 



-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

[RailsFr] Re: Textile vs Markdown vs HTML

[Olivier El Mekki]

Hello,

J'ai eu le même problème d'éditeur, j'ai fini par me décider pour
mdmagick : https://fguillen.github.io/MDMagick/

Il ne faisait pas exactement ce que je voulais, mais son code est concis
et simple à modifier.


On Monday, May 12, 2014 3:50:23 PM UTC+2, Alexandre Friquet wrote:

 Salut, 

 Je souhaite permettre à mes utilisateurs de faire de la mise en forme 
 simple des zones de texte dans leurs formulaires. Jusqu'à présent 
 j'utilisais Redcloth (et formatize) pour ça mais : 
 - tous mes utilisateurs, surtout les occasionnels, ont du mal à 
 s'habituer à la syntaxe 
 - formatize ne semble plus maintenu pour Rails 4 : bon, ce point là 
 n'est pas bien grave non plus ;) 

 J'en profite donc pour me faire un brainstorming public (si ça peut 
 servir à d'autres ;)) sur la solution optimale pour des utilisateurs 
 novices. 

 Ce que j'apprécie dans Redcloth/Markdown, c'est : 
 - l'impact moindre en terme de taille de base de données 
 - la possibilité d'utiliser le texte tel quel pour un envoi par mail en 
 texte plain et sa lisibilité 

 Redcloth, contrairement à Markdown si je ne m'abuse, permet d'utiliser 
 des classes css, ce qui peut être utile notamment pour ouvrir un lien 
 dans un nouvel onglet. 

 Malheureusement je n'ai pas trouvé d'éditeur aussi efficace que CKEditor 
 pour visualiser en _live_ les changements. Bref un CKEditor qui fait du 
 Textile, ça existe ? 

 Si vous avez des remarques/propositions je suis preneur ;) 

 Merci. 
 -- 
 Alexandre 


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

[RailsFr] Re: Textile vs Markdown vs HTML

[Olivier El Mekki]

À noter au passage que composer un éditeur markdown est un problème
incroyablement plus simple que de composer un éditeur html.

Ce n'est plus du wysiwyg, c'est un textarea dont le contenu est parsé et
injecté dans la page. Donc, plus de contenteditable, plus d'iframe
auquel il faut accéder en js, plus de filtre à faire sur les
copier/coller, etc.

Le plugin précédent permet d'avoir vite fait quelque chose d'utilisable,
mais c'est parfaitement réalisable soi-même si les contraintes sont
fortes.

La seule chose qu'il te faut, c'est un parser markdown (showdown.js fait
du bon boulot dans ce domaine).


On Monday, May 12, 2014 3:57:32 PM UTC+2, Olivier El Mekki wrote:

 Hello,

 J'ai eu le même problème d'éditeur, j'ai fini par me décider pour
 mdmagick : https://fguillen.github.io/MDMagick/

 Il ne faisait pas exactement ce que je voulais, mais son code est concis
 et simple à modifier.


 On Monday, May 12, 2014 3:50:23 PM UTC+2, Alexandre Friquet wrote:

 Salut, 

 Je souhaite permettre à mes utilisateurs de faire de la mise en forme 
 simple des zones de texte dans leurs formulaires. Jusqu'à présent 
 j'utilisais Redcloth (et formatize) pour ça mais : 
 - tous mes utilisateurs, surtout les occasionnels, ont du mal à 
 s'habituer à la syntaxe 
 - formatize ne semble plus maintenu pour Rails 4 : bon, ce point là 
 n'est pas bien grave non plus ;) 

 J'en profite donc pour me faire un brainstorming public (si ça peut 
 servir à d'autres ;)) sur la solution optimale pour des utilisateurs 
 novices. 

 Ce que j'apprécie dans Redcloth/Markdown, c'est : 
 - l'impact moindre en terme de taille de base de données 
 - la possibilité d'utiliser le texte tel quel pour un envoi par mail en 
 texte plain et sa lisibilité 

 Redcloth, contrairement à Markdown si je ne m'abuse, permet d'utiliser 
 des classes css, ce qui peut être utile notamment pour ouvrir un lien 
 dans un nouvel onglet. 

 Malheureusement je n'ai pas trouvé d'éditeur aussi efficace que CKEditor 
 pour visualiser en _live_ les changements. Bref un CKEditor qui fait du 
 Textile, ça existe ? 

 Si vous avez des remarques/propositions je suis preneur ;) 

 Merci. 
 -- 
 Alexandre 



-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Re: Qu'utilisez vous comme outil d'administration?

[Olivier El Mekki]

Ahahah, exactement :) Hou, les mauvais souvenirs.

On Tuesday, April 1, 2014 5:54:13 PM UTC+2, HappyNoff wrote:

 On 1 avril 2014 at 17:47:38, Olivier El Mekki 
 (oelm...@gmail.comjavascript:) 
 wrote:

 […] c'est toi l'expert et qu'il n'a pas à balancer des noms de technos au 
 hasard /
 dans la limite de ses faibles connaissances et à te demander de te
 positionner par rapport à elles.

 @olivier: Ça me fait penser à cette vidéo ce que tu dis ^^


 http://9gag.tv/p/KW4dN/the-expert-short-comedy-sketch-lauris-beinerts-alexei-berezin-the-meeting

 Simon Courtois


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Re: Qu'utilisez vous comme outil d'administration?

[Olivier El Mekki]

Au passage, cette vidéo illustre tout à fait notre problème :)

L'expert est fautif, il s'est laissé déborder. Juste après avoir dit
you can't have red lines in green, plutôt que de laisser les autres
rebondir, il aurait dû immédiatement demander : what do you want to
achieve with red lines in green ?.


On Tuesday, April 1, 2014 5:54:13 PM UTC+2, HappyNoff wrote:

 On 1 avril 2014 at 17:47:38, Olivier El Mekki 
 (oelm...@gmail.comjavascript:) 
 wrote:

 […] c'est toi l'expert et qu'il n'a pas à balancer des noms de technos au 
 hasard /
 dans la limite de ses faibles connaissances et à te demander de te
 positionner par rapport à elles.

 @olivier: Ça me fait penser à cette vidéo ce que tu dis ^^


 http://9gag.tv/p/KW4dN/the-expert-short-comedy-sketch-lauris-beinerts-alexei-berezin-the-meeting

 Simon Courtois


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Circular dependency error

[Olivier El Mekki]

J'ai l'impression que tu t'inventes beaucoup de problème :)

Héberger du rails sur apache/fastcgi, c'est quelque chose qui ne se fait
plus depuis ... 6 ans ?

Après ça est venu les reverse proxies mongrel, puis passenger.
Aujourd'hui, la plupart des devops utilisent nginx comme proxy avec
derrière un server rails dédié de leur choix : thin, unicorn, puma, etc.

Si ton hébergeur te conseille apache/fastcgi pour héberger du rails,
fuis : il n'a aucune idée de quoi il parle.

Si c'est toi qui tiens à faire tourner ton app sur cette config, fais
donc, mais tu n'es pas au bout de tes ennuis :)


On Thursday, March 27, 2014 4:44:40 PM UTC+1, Alexandre Friquet wrote:

 Une petite après-midi à faire des tests sur un compte vierge chez mon 
 hébergeur : 

 WEBRick / Ruby 2.1.0 : OK 
 Apache / Passenger 4 / Ruby 2.1.0 : OK 
 Apache / FastCGI / Ruby 2.0.0-p0 : KO 
 Apache / FastCGI / Ruby 2.1.0 : KO 

 J'en conclue qu'il y a un souci avec FastCGI : 
 - j'ai testé avec deux versions de fcgi (0.9.1 dont je sais qu'elle 
 fonctionne avec d'autres applis) et la dernière 0.9.2.1 : KO 
 - je ne pense pas qu'il y ait de différence entre le dispatch.fcgi de 
 Rails 3 et celui de Rails 4, et de plus j'ai le même souci avec une 
 appli Rails 3 en FastCGI qui fonctionne sans activeadmin mais ne 
 fonctionne plus avec. 

 Je pense que ça va bientôt dépasser mon seuil de compétence, et comme 
 j'ai pu faire pas mal de tests pour configurer Passenger 4 à ma sauce je 
 pense que je vais repartir là-dessus. 

 Merci en tout cas à ceux qui ont cherché à m'aider ;) 
 -- 
 Alex 



-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Re: [RailsFr] Est-ce facile de trouver du boulot en télé-travail?

[Olivier El Mekki]

Pour du remote en anglais, tu peux utiliser le site dédié de 37signals :
https://weworkremotely.com


On Monday, March 10, 2014 5:45:19 PM UTC+1, Guirec Corbel wrote:

 Hello!

 Je crois effectivement que je dois apprendre l'anglais. Mon problème c'est 
 plutôt une question d'habitude et de motivation. 

 J'ai regardé la vidéo sur wordpress mais je ne crois pas que ça soit dans 
 la mentalité française de faire ce genre d'organisation. Comment faire pour 
 postuler dans ce type d'organisation? Est-qu'il y a une liste d'emploi des 
 boulot en fullremote quelque part? 

 En ce qui concerne la manière de trouver des clients, comment faire pour 
 démarcher? Pour ceux qui fonctionne en remote, comment trouvez vous vos 
 clients?

 Merci!


 Le 9 mars 2014 04:31, Yann Armand ya...@harakys.com javascript: a 
 écrit :

 Je pense que faire l'investiseement d'aprendre l'anglais serais un vrai 
 plus dans ton cas. Tu multipilierai ton marcher par 100 et tu eliminerais 
 le facteur fuseau horaire.

 --
 --
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 ---
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.comjavascript:
 .
 Pour plus d'options, visitez le site https://groups.google.com/d/optout .




-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

[RailsFr] Re: Comment faites vous pour tester du JS?

[Olivier El Mekki]

Hello,

Je faisais des tests unitaires js il y a 5 ans, en utilisant jasmine
(j'utilisais mootools à l'époque, ce qui rendait les choses plus faciles
étant donné qu'il encourageait l'OO).

J'ai fini par arrêter pour raisons de productivité. Il y a un moment où
l'obsession du code coverage devient une boulimie.

Aujourd'hui, mon js est uniquement testé au niveau des tests
d'intégration. C'était d'abord un problème à l'époque de selenium parce
qu'il était trop lent, puis avec capybara-webkit à cause de ses erreurs
random incompréhensibles. Aujourd'hui, j'utilise poltergeist et ça me
convient parfaitement.

Idéalement, unit tester son js serait un mieux, ne serait-ce que parce
que tu peux écrire ton js en tdd et que ça tend à faire du code mieux
architecturé. Mais si tu veux faire cela, tu as plutôt intérêt à avoir
une équipe de dév conséquente avec toi et/ou être sur un projet sur
lequel tu n'as pas trop de pression de la part des non-dévs (comprendre
: un projet perso). Ça peut rester justifiable si js represente la plus
grosse partie de l'app, comme sur un projet angular ou toute app
majoritairement client side.

Pour le reste, des tests d'intégration exécutant le js (et qui teste
spécifiquement les features js) et des avertissements en cas d'erreur js
(en utilisant `window.onerror` et en le faisant rentrer dans le système
des exceptions server side) me suffisent.


On Monday, March 3, 2014 9:35:32 PM UTC+1, Guirec Corbel wrote:

 Bonjour,

 Pour une application rails, j'ai certains formulaires avec du Javascript. 
 J'aimerais savoir, selon vous, quel est la bonne façon de faire ce genre de 
 tests. Pour être clair, je vais prendre un exemple :

 Un entrepreneur doit pouvoir ajouter plusieurs succursales. Il y a un 
 bouton qui permet d'ajouter une ligne où on peut choisir une adresse. Dans 
 l'adresse, il y a le pays et la province/état. Selon le pays que l'on 
 choisi, les provinces/états changent. Il y a donc deux parties Javascript : 
 l'ajout d'un succursale et le choix d'une province.

 Pour le moment, je fais des tests d’intégration et des tests manuel. Le 
 problème c'est que c'est long à exécuté et pas toujours fiable. La seconde 
 solution serait de tester avec un outil comme Jasmine mais je crois que 
 c'est difficile à isoler étant donné que ça touche au DOM et ça fait de 
 l'Ajax (avec JQuery). De plus, j'image que c'est difficile de faire des 
 tests d'intégration avec Jasmine.

 Pour votre part, comment faites vous?

 Bonne soirée,
 Guirec.


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Form objects : nouvelle gem

[Olivier El Mekki]

 par contre, le fait qu'un modele ne porte pas ses validations, je trouve 
ca
 moisi.
 un User a forcement un nom de famille, quel que soit le projet dans lequel
 tu lutilises. ca fait partie du metier du User et pas de son form.

J'utilise un concept proche de ces FormObject, je les nomme Context.
L'idée est également d'encapsuler les validations (ainsi que les #permit
de strong_parameters) dans une classe dédiée.

Il y a certes des champs qui peuvent être toujours obligatoire, mais le
contraire peut aussi être vrai (des champs qui sont *parfois*
obligatoires).

Typiquement, j'ai le cas dans mon application actuelle où un user peut
être quelqu'un qui s'est inscrit sur le site ou un client/lead dont les
admins ont enregistré les infos depuis le backend (et qui peut
éventuellement avoir un accès sur le site ensuite). Au début, j'étais
parti sur du STI, avec BasicUser, OnlineUser et OfflineUser, mais comme
d'hab, ça a fini par poser des problèmes (ah au fait, un user peut
devenir Customer, maintenant).

J'aime bien l'idée d'extraire les validations dans un contexte parce que
tout à coup, il n'y a plus besoin de STI, de `validates :if` etc. Si ce
n'est pas la même chose d'enregister un Order en étant admin et en étant
user, je peux le spécifier sans complications. Et si jamais un champs
est vraiment toujours obligatoire, well, je peux toujours ajouter la
validation dans le modèle, ce n'est pas une religion.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: Chiffrages en point ou en jours ?

[Olivier El Mekki]

Hello,

Personnellement, j'essaie toujours de chiffrer en jours effectifs, c'est
à dire le nombre de jours entre le moment où je commence la feature et
celui où elle est released - en prennant en compte toutes les tâches
et urgences annexes pouvant survenir. C'est finalement la seule chose
qui intéresse le marketing.

Évidemment, ce n'est ni scientifique, ni même précis. Je prends en
compte le niveau de priorité de la feature, l'activité actuelle et le
temps que ça prendrait si je ne m'occupais que de cette feature. Je fais
alors un educated guess sur cette équation et rajoute un bon 20% de
temps en plus au cas où (qui est pratiquement toujours consommé,
d'ailleurs).

Ça ne peut fonctionner que parce que j'impose un backlog limité, sur le
mode si ce n'est pas prioritaire, ça n'existe pas.


On Tuesday, January 21, 2014 11:58:07 AM UTC+1, Archiloque wrote:

 Hello les railistes, 

 suite � des discussions avec des coll�gues on s�est aper�u que 
 pour les 
 chiffrages de user stories il y a deux �coles: ceux qui chiffrent en 
 points et ceux qui chiffres en jours. 

 Les arguments en tr�s r�sum�: 
 - en jours c�est plus simple car c�est une mesure qu�on connait et 
 sur 
 lequel tout le monde est d'accord 
 - en points c�est plus s�r car �a �vite les syndromes � on me 
 demande des 
 comptes car j�ai pris plus de jours que ce qui �tait chiffr� � � 
 le PO 
 remplit le backlog du sprint tout seul en fonction des jours sans prendre 
 en compte les autres t�ches �  et � j�estime les jours que moi je 
 mettrai 
 � le faire � 

 Les deux camps sont assez tranch�s, m�me s�ils se rejoignent sur les 
 limites du chiffrage qui par exemple ne doit pas servir � micromanager 
 un 
 projet. 

 Je serais curieux de savoir si dans la communaut� les points de vue 
 �taient r�partis de la m�me mani�re ou si il se trouve qu�une 
 tendance se 
 d�gage plus nettement = vous vous faites quoi ? 

 A. 



-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: Je suis à la recherche d'un projet innovant

[Olivier El Mekki]

Hello,

Ce n'est probablement pas la réponse que tu attends, mais la meilleure
idée que je pourrais te fournir est de tester n'importe quelle idée et
de réaliser des choses concrètes. Puis de tester celles qui viennent
durant l'exécution de ce premier projet, jusqu'à ce que l'une d'elle te
fasse penser : wow, that's it..

Peu importe si tu fais quelque chose de world changing ou non pour
commencer, le plus important est d'utiliser la technologie pour en
saisir les possibilités et les limites. Quand tu maitrises une
technologie, les idées germent d'elles-même. J'irais même jusqu'à
théoriser que le plupart des innovations viennent du fait que les
innovateurs ont été les premiers à pousser l'exploration d'un domaine
(et je n'ai bien sûr aucun chiffre pour appuyer ça \o/ ).

C'est aussi important parce qu'il y a un gouffre entre le fait d'avoir
une idée et le fait de la réaliser. Nous avons tous des idées géniales
tous les jours, mais elles sont sans valeur parce que nous n'essayons
jamais de les réaliser. Nous ne savons donc pas si elles sont réellement
réalisable ou non, et nous n'acquierons pas cette expérience qui permet
de distinguer les idées réalisables.


On Saturday, December 14, 2013 2:51:23 AM UTC+1, Guirec Corbel wrote:

  Bonjour amis Rubyste,

 Je lance un sujet qui n'est pas vraiment en rapport avec Rails et je m'en 
 excuse, mais je pense que je vais trouver des réponses de qualité ici.

 Vous me connaissez un petit peu, j'utilise rails depuis maintenant 
 quelques années et j'adore ça. Récemment, j'ai testé LeapMotion et j'ai 
 fait un petit outil de reconnaissance vocale (simpliste). J'ai fait des 
 recherches et il y a pleins de beaux projets à explorer comme [Oculus]( 
 http://www.oculusvr.com/), [Ar.Drone]( http://ardrone2.parrot.com/), 
 [CMUSphinx]( http://cmusphinx.sourceforge.net/) ou [Julius]( 
 http://julius.sourceforge.jp/en_index.php). Ces projets me font réaliser 
 que le futur tel qu'imaginé dans les années 90 est très proche et 
 accessible. En plus, ce n’est pas très cher. Un senseur LeapMotion c'est 
 80$, les lunettes Oculus c'est 300$ et un drone programmable c'est 
 également dans les 300$.

 J'aimerai beaucoup faire un projet novateur et je suis à la recherche 
 d'une idée de projet dans lequel je pourrais me lancer.

 Pour moi, le projet parfait serait :

- Novateur : quelque chose qui n'a pas encore été fait; 
- Trippant : un truc qui soit vraiment cool; 
- Utile : ça serait bien de faire un truc qui puisse servir à quelque 
chose et qui puisse être vendable;
 - Open-Source : évidemment; 
- En Ruby ou Python : Ce n’est pas forcement requis, mais c'est un 
gros plus;
 
 Avez-vous des idées de projet du genre? Je suis ouvert à toutes les idées, 
 même farfelues.

 Pour le moment, je suis tout seul. Mon idéal serait de monter une petite 
 équipe de passionnés. Si vous être intéressés, contactez-moi.

 Bonne soirée à tous,
 Guirec.
  

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: Qui peut donner un coup de pouce open-source Rails à l'association AgileFrance ?

[Olivier El Mekki]

David,

Pourquoi ne pas forker le projet sur github et décrire les besoins dans
les issues ?

J'ai pour ma part déjà un projet principal, un side project et des
projets open-source, mais ça m'arrive néanmoins régulièrement de prendre
un peu de temps pour faire un PR sur le projet de quelqu'un d'autre.
J'imagine ne pas être le seul dans ce cas.

Procéder via un repos github permettrait :

* de permettre à chacun de contribuer selon son temps disponible
* d'avoir une masse optimale pour avancer vite
* de discuter et implémenter les meilleures implémentations
* de souder la communauté FR
* de donner un moyen à l'upstream de voir et backporter / s'inspirer de
  nos modifications

Ça ne répondrait pas aux besoins de formation, cela dit, pour lesquels
il te faudra toujours trouver quelqu'un, mais les discussions pourront
être éclairantes, et seront loggées.


On Wednesday, November 6, 2013 8:26:17 PM UTC+1, Thibaut Barrère wrote:

 Bonsoir à tous,

 L'équipe orga de la conférence AgileFrance (conf entièrement 
 communautaire, sans sponsor etc, connue dès 2004 sous le nom de XPDays 
 Paris) aurait besoin d'un coup de pouce. Est-ce que quelqu'un aurait un peu 
 de dispo pour les aider ?

 Ils ont besoin d'adapter une appli Rails open-source qui fait gestion de 
 call-for-paper, actuellement brandée XPDays Bénélux.

 https://github.com/rwestgeest/propile

 David (en copie) aurait besoin d'une personne sur Paris de préférence, qui 
 pourrait creuser en binôme avec lui (ou en tout cas lui mettre le pied à 
 l'étrier).

 merci à tous, faites circuler autour de vous si vous ne pouvez pas 
 directement aider!

 bonne soirée,

 Thibaut
 --
 https://www.wisecashhq.com
 http://www.logeek.fr
  

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: Tables rondes en ligne

[Olivier El Mekki]

Hello,

Navré que ça n'ait pas fonctionné.

J'ai pour ma part une certaine aversion des événements synchrones
lorsqu'il s'agit de discuter sérieusement, préférant toujours prendre le
temps de digérer une intervention et de repasser plusieurs fois sur mes
éventuelles réponses.

Au nombre de réponses enthousiastes que tu avais reçues, je pensais être
une exception, mais peut-être que la bonne volonté en matière de
synchronicité est vite rattrapée par les journées de travail à rallonge
que nous connaissons dans notre métier.

Peux-tu donner le nombre de personnes ayant fourni des disponibilités
sur doodle ? Ça pourrait nous donner une idée de la masse critique
nécessaire pour organiser un tel événement (enfin en tous cas, ça nous
montreras quelle masse *n'est* *pas* suffisante).

Une dernière remarque de quelqu'un qui n'a jamais organisé ce genre de
choses (quelqu'un d'expérimenté peut infirmer/confirmer ?) : je ne suis
pas certain que laisser à chacun le soin de fournir ses dispos soit une
bonne idée. C'est déjà difficile de se dire je suis dispo tel jour à
telle heure, ça risque d'être rebuttoir que de devoir s'engager sur
plusieurs dates possibles (n'importe laquelle peut être choisi au final,
donc tu bloques ton agenda pour toutes ces dates jusqu'à ce que ce soit
fixé). Peut-être que de déterminer toi-même une date imposée - à un
horaire raissonnable en moyenne - te permettrait d'avoir plus de
participants ?


On Monday, October 21, 2013 5:52:41 AM UTC+2, Guirec Corbel wrote:

 Bonjour � tous, 

 Le projet de table ronde en ligne avait �chou� �tant donn� que 
 personne 
 ne s'�tait pr�sent� � l'heure convenue. Je n'ai pas eu le temps de 
 revenir l� dessus mais, maintenant, je suis pr�t � recommencer. J'ai 
 cr�� un nouveau doodle avec les horaires o� je suis disponible : 
 http://doodle.com/mtyqiwgpxy49pnct. Inscrivez-vous si vous pendez 
 vraiment pouvoir �tre pr�sent SVP. 

 La discussion sera sur les designs-patterns et voici le plan propos� : 

 1 - Pr�sentation des participants; 
 2 - D�finition d'un design pattern; 
 3 - Discussion � propos des designs patterns connus : 
 - Fat model/Skinny controllers 
 - Service objects 
 - Form objects 
 - DCI 
 4 - Quels design pattern utilisez-vous? 
 5 - Varia; 

 Le plan est tr�s simple, mais peut varier selon la discussion. Comme 
 toujours, je suis ouvert � toute suggestion. N'h�sitez pas � m'en 
 faire 
 part. 

 Bonne journ�e � tous, 
 Guirec. 


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: Attributs dépendants du temps

[Olivier El Mekki]

Hello,

Si j'ai bien compris ce que tu demandes (c'est un peu confus, un exemple
en contexte serait utile), cela me semble un bon usage des array
postgres : 

class MyMainClass  ActiveRecord::Base
  has_many :second_models

  def my_attribute
my_attribute_array.last
  end

  def my_attribute=( val )
my_attribute_array.will_change!
my_attribute_array  val
  end
end

PS : attention, tu as hijacké un autre thread de la mailing list
([RailsFr] mailcatcher (test email en local en dev)), ces messages
apparaissent donc au milieu des messages de cet autre thread. Est-ce que
tu peux poster les messages suivants dans un nouveau thread ?


On Friday, October 18, 2013 8:57:46 PM UTC+2, Guirec Corbel wrote:

 Bonjour les amis, 

 Pour un projet, j'ai besoin de faire en sorte qu'un attribut ne soit pas 
 chang� tout de suite mais plus tard, selon une date. Pour r�soudre ce 
 probl�me, j'ai pens� � deux solutions : 

 La premi�re est de faire une d�l�gation comme ceci : 

 class MyMainClass  ActiveRecord::Base 
 has_many :second_models 

 delegate :attribute, to: :second_model, allow_nil: true 

 def second_model 
 second_models.where().last 
 end 
 end 

 class SecondModel  ActiveRecord::Base 
 attr_accessor :attribute 
 end 

 �a fonctionne sauf que le second mod�le doit �tre sauvegard� dans 
 la 
 base de donn�es pour que �a fonctionne �tant donn� qu'il y a une 
 requ�te 
 effectu�e pour le retrouver. De plus, si je fait quelque chose comme 
 ceci : 

 my_main_class.attribute = 1234 
 puts my_main_class_attribute 

 �a ne renvoie la nouvelle valeur, mais l'ancienne �tant donn� que je 
 n'ai pas fait de `save`. �videment, je pourrais faire un `save` � 
 chaque 
 fois que je change un attribut, mais ce n�est vraiment pas efficace et 
 je commence � trouver a trop compliqu� pour rien. En plus, il faudrait 
 que je cr�� un nouveau `SecondModel` pour chaque nouveau 
 `MyMainClass`. 
 Pfff... 

 Ma deuxi�me id�e est de cr�er les deux m�mes mod�les, mais de 
 supprimer 
 les relations entre `MyMainClass` et `SecondClass` et de faire une t�che 
 qui passe tous les jours pour changer le champ `attribute`. �a peut 
 marcher, mais je trouve �a vraiment bizarre. 

 Connaissez-vous une gem qui pourraient faire ce que je veux faire? Je 
 n'en ai pas trouv�. Avez-vous d'autres solutions � proposer? 

 Merci! 


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: mailcatcher (test email en local en dev)

[Olivier El Mekki]

Hello,

Peu être un peu overkilled d'utiliser une gem pour ça (à moins d'avoir
des besoins complexes).

Personnellement, j'utilise un simple initializer :

# config/initializers/mail_catcher.rb
class MailCatcher
  def self.delivering_email(message)
case Rails.env
when 'production'

when 'staging'
  to = message.to.kind_of?( Array ) ? message.to.first : message_to
  unless to =~ /developers/
message.subject = [Catcher]#{message.to} #{message.subject}
message.to  = 'stag...@redacted.com'
  end
else
  message.subject = [Catcher]#{message.to} #{message.subject}
  message.to  = 'develop...@redacted.com'
end
  end
end


On Friday, October 18, 2013 5:15:03 PM UTC+2, philippe lachaise wrote:

 Un outil génial ... mais qui refuse obstinément de marcher chez moi : 

 https://github.com/sj26/mailcatcher 

 Après avoir installé comme dit dans la doc : 

 $ mailcatcher 
 mailcatcher: command not found 

 :-( 

 la méthode de brute choue aussi : 

 $ ruby 
 /home/bach/.rbenv/versions/1.9.3-p429/lib/ruby/gems/1.9.1/gems/mailcatcher-0.5.12/bin/mailcatcher
  

 /home/bach/.rbenv/versions/2.0.0-p195/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
  

 `require': cannot load such file -- mail_catcher (LoadError) 
 from 
 /home/bach/.rbenv/versions/2.0.0-p195/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
  

 `require' 
 from 
 /home/bach/.rbenv/versions/1.9.3-p429/lib/ruby/gems/1.9.1/gems/mailcatcher-0.5.12/bin/mailcatcher:3:in
  

 `main' 

 Bon, doit y avoir un pb de load-path qqpart, mais pourquoi ur cette gem là 

 N.B. J'utilise rbenv 

  ruby -v 
 ruby 1.9.3p429 (2013-05-15 revision 40747) [x86_64-linux] 

 C'est rageant de pas pouvoir utiliser un outil si prometteur ! 

 Qqun a déjà eu affaire à ce cas de figure ? 

 Merci d'avance :-) 

 P.S. Au passage, faute de mailcatcher, ce petit outil Java peut rendre 
 service, si ça intéresse qqun : 
 http://nilhcem.github.io/FakeSMTP/ 


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: mailcatcher (test email en local en dev)

[Olivier El Mekki]

Woops, il manque la ligne la plus importante à la fin :

Mail.register_interceptor MailCatcher


On Friday, October 18, 2013 5:53:50 PM UTC+2, Olivier El Mekki wrote:

 Hello,

 Peu être un peu overkilled d'utiliser une gem pour ça (à moins d'avoir
 des besoins complexes).

 Personnellement, j'utilise un simple initializer :

 # config/initializers/mail_catcher.rb
 class MailCatcher
   def self.delivering_email(message)
 case Rails.env
 when 'production'

 when 'staging'
   to = message.to.kind_of?( Array ) ? message.to.first : message_to
   unless to =~ /developers/
 message.subject = [Catcher]#{message.to} #{message.subject}
 message.to  = 'stag...@redacted.com'
   end
 else
   message.subject = [Catcher]#{message.to} #{message.subject}
   message.to  = 'develop...@redacted.com'
 end
   end
 end


 On Friday, October 18, 2013 5:15:03 PM UTC+2, philippe lachaise wrote:

 Un outil génial ... mais qui refuse obstinément de marcher chez moi : 

 https://github.com/sj26/mailcatcher 

 Après avoir installé comme dit dans la doc : 

 $ mailcatcher 
 mailcatcher: command not found 

 :-( 

 la méthode de brute choue aussi : 

 $ ruby 
 /home/bach/.rbenv/versions/1.9.3-p429/lib/ruby/gems/1.9.1/gems/mailcatcher-0.5.12/bin/mailcatcher
  

 /home/bach/.rbenv/versions/2.0.0-p195/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
  

 `require': cannot load such file -- mail_catcher (LoadError) 
 from 
 /home/bach/.rbenv/versions/2.0.0-p195/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in
  

 `require' 
 from 
 /home/bach/.rbenv/versions/1.9.3-p429/lib/ruby/gems/1.9.1/gems/mailcatcher-0.5.12/bin/mailcatcher:3:in
  

 `main' 

 Bon, doit y avoir un pb de load-path qqpart, mais pourquoi ur cette gem 
 là 

 N.B. J'utilise rbenv 

  ruby -v 
 ruby 1.9.3p429 (2013-05-15 revision 40747) [x86_64-linux] 

 C'est rageant de pas pouvoir utiliser un outil si prometteur ! 

 Qqun a déjà eu affaire à ce cas de figure ? 

 Merci d'avance :-) 

 P.S. Au passage, faute de mailcatcher, ce petit outil Java peut rendre 
 service, si ça intéresse qqun : 
 http://nilhcem.github.io/FakeSMTP/ 



-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: Héberger un site sur Heroku pour un client

[Olivier El Mekki]

@Simon

Ok, merci pour les infos, je ne savais pas qu'on pouvait trouver 
suffisamment
d'alternatives gratuites pour avoir un set de features suffisantes avec une
free instance.

Ça fait quand même beaucoup de setup de services pour couvrir ce qui est les
fonctionnalités de base d'un dédié :)


@Sébastien

 Du coup Olivier, que recommandes-tu comme hosting à tes clients?

Aujourd'hui mes clients, ce sont des startups pour qui je travaille
exclusivement pendant plusieurs années, que ce soit en tant que consultant 
ou
salarié. Du coup, le problème ne se pose plus trop : je leur prend des 
dédiés
et je les administre.

Si je devais repasser en mode freelance qui enchaine les contrats, je pense 
que
je prendrais un dédié ou plusieurs dédiés sur lesquels je les hébergerais 
selon
les besoins en ressources de chacun et dont je prendrais l'entière
responsabilité - en facturant des services de maintenance en conséquence.

C'est pénible et c'est beaucoup de travail, mais ça me semble nécessaire 
pour
résoudre deux problèmes qui me semblent majeurs :

1. l'obsolescence des apps rails. Lorsqu'une app rails atteint les deux ou
trois ans, il devient impossible de la faire évoluer. Pour pallier à cela 
et ne
pas donner l'impression que nous réalisons des apps jetables, il faut en
permanence mettre à jour les gems et faire les adaptations nécessaires (à
facturer en conséquence). À noter que le problème se poserait aussi sur 
heroku,
avec ses changements de stacks et de versions de postgres. Une alternative
serait de considérer que c'est ok de devoir réécrire une app tous les trois
ans, mais c'est encore moins cost effective, pour le coup, et ça ne résoud 
pas
le problème suivant.

2. la sécurité. Le net est devenu un enfer rempli de pentesters wanabee. Une
application que nous déveloperions et laisserions sans maintenance pendant
quelques années deviendrait rapidement une porte ouverte pour transformer
l'hosting du client en plateforme d'attaque. S'assurer que toute les
dépendences sont à jour est un must have. Là aussi, le même problème se pose
sur heroku : si la couche OS est maintenu par leurs soins, nous ne sommes 
pas à
l'abris de vulnérabilités dans les gems.


@Jean-Hadrien

 Parfois, ça me gratte de faire un gros heroku logs --tail  log.txt plutôt
 que de m'emmerder avec logentries.

Won't work, j'ai déjà essayé :) Le problème est que heroku restart lui-même 
les
dynos quand ils ont tourné suffisamment longtemps à leur goût. Du coup, 
quand
tu lances un `heroku logs -t | tee logs.txt` et que tu reviens le 
lendemain, tu
vois un broken pipe et tu te rends compte que tu as perdu quatre ou cinq
heures de logs.

Pour pallier à ça, il faudrait utiliser quelque chose comme god et t'assurer
que le tail tourne en permanence. Mais bon, quand tu en arrives à installer 
god
sur un dédié pour avoir les logs d'heroku ... :)


On Saturday, October 12, 2013 5:47:08 PM UTC+2, HappyNoff wrote:

 Salut les gars,

 Je me posais la question du hosting quand vous vendez un site à un client.
 Si la demande est assez légère et qu'un heroku gratuit suffirait, comment 
 vous
 le vendez au client ?
 Je me doute qu'on peut pas lui facturer un hébergement qui ne nous coute 
 rien (quoi que ?).

 J'ai aucune idée de comment gérer ce sujet donc votre avis m'intéresse.

 Merci à vous ;)

 Simon Courtois


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: Russian Doll Caching en Rails 4

[Olivier El Mekki]

Mais comme on vient effectivement de me le faire remarquer Redis n'est 
pas
vraiment fait pour le cache : C'est de la base de donnée persistente.

C'est à la fois vrai et faux. Redis a d'abord été conçu pour être une
key based database, mais le second article que je citais[1] est écrit
par Salvatore Sanfilippo, un des core devs de redis. Tout l'article
concerne justement les nouvelles features qu'il avait introduit alors
dans redis pour en faire un server de caching.

Maintenant, c'est vrai que les limites de cette implémentation
apparaissent avec le nouveau système de caching de rails. Cette phrase
m'interpelle :

For default three keys are sampled, that is a reasonable
approximation of LRU in the long run

Je me demande ce qu'il signifie par là. L'interprétation que j'en ferais
est que lorsque la mémoire est pleine, la plupart des items en cache
sont périmés, et que donc cela doit être safe de virer le plus vieux
dans un lot de 3 éléments pris au hasard.

Toute la question est de savoir ce qui serait le plus performant :

1. checker toutes les clefs à chaque insertion pour trouver la plus
vieille (memcache)

2. en retirer au hasard, quitte à en supprimer une récente de temps en
temps (ce qu'il faut mesurer étant à quelle fréquence cela arrive, parce
que ça implique un long temps de régénération de l'item caché)

Ça mérite un benchmark, je vais inspecter ça ce week-end.

Bottom line : si 2. s'avère est plus intéressant, c'est tout à fait ok
d'utiliser redis avec le russian doll caching.

Je ne peux cela dit m'empêcher de me dire que l'une est l'autre des
solutions sont dépassées en terme de performance comparé à la solution
qui consisterait à avoir un worker qui supprime toutes les clefs
périmées : pas besoin de lire le timestamp des clefs si la mémoire n'est
jamais saturée.


Je n'ai jamais eu à mettre les mains dans Memcache, ça marche pas mal 
tout
seul (magie), donc hésite pas tester (ou un autre serveur de cache).

Oui, je l'utilisais avant de passer à redis. J'ai switché suite aux
nombreux reports que disant redis était beaucoup plus performants.
...  les aleas du hypeness :)

[1]http://oldblog.antirez.com/post/redis-as-LRU-cache.html


On Monday, September 2, 2013 5:32:59 PM UTC+2, gdurelle wrote:

 Ouaip effectivement c'est pas top, du coup t'es obligé de foutre des 
 sweepers à la main dans ton appli :s

 J'utilise aussi Redis mais que pour Sidekiq (ça torche vraiment bien en 
 perfs ;))

 Mais comme on vient effectivement de me le faire remarquer Redis n'est pas 
 vraiment fait pour le cache : C'est de la base de donnée persistente. 
 Ce qui t'oblige à faire le sweep toi même.
 Cool pour des workers, mais pas du tout pour du cache.

 Je n'ai jamais eu à mettre les mains dans Memcache, ça marche pas mal tout 
 seul (magie), donc hésite pas tester (ou un autre serveur de cache).

 Chuu

 Le lundi 2 septembre 2013 11:47:07 UTC+2, Olivier El Mekki a écrit :

 Hello,

 Personnellement, je suis resté à l'ancien système de caching lors de la
 migration vers rails-4, en ajoutant les gems. Le nouveau système est
 beaucoup plus simple à utiliser mais il me semble un peu trop simpliste:
 je n'ai pas forcément envie d'associer une fragment caché à une
 ressource, et je veux pouvoir stocker de la logique complexe
 d'invalidation (ce qui a naturellement sa place dans un sweeper). Ça
 reste un bon système pour encourager ceux qui ne cachent pas déjà leur
 contenu à le faire, cela dit.


 Il y a également quelque chose qui m'inquiète, avec le russian doll
 caching : il est pensé pour memcache. J'ai pris l'habitude d'utiliser
 redis (notamment parce que j'utilise resque), et ce passage par dhh a
 retenu mon attention[1] :

 4. This generates a lot of cache garbage. Once we’ve updated the
 todo, the old cache will never get read again. The beauty of that
 system is that you just don’t care. Memcached will automatically
 evict the oldest keys first when it runs out of space. It can do
 this because it keeps track of when everything was last read.


 Cela semble donc indiquer que rails ne cherche jamais a supprimer les
 clefs, il compte seulement sur memcache. Or, si un tel système de
 suppression des clefs les moins récemment lues (LRU) lorsqu'il n'y a
 plus de place existe bien sur redis, il a de sévères limites[2] :

  In order to save memory Redis just adds a 22 bits field to every
  object for LRU. When we need to remove a key we sample N keys, and
  remove the one that was idle for longer time. For default three
  keys are sampled, that is a reasonable approximation of LRU in the
  long run, but you can get more precision at the cost of some more
  CPU time changing the number of keys to sample. 

 ce n'est pas la plus vieille clef dans toute la db qui est supprimée,
 mais redis prend un set de N items au hasard (3, par défaut) et supprime
 le plus vieux.

 J'ai peur que cela ne cause des problèmes, dont les symptômes seraient
 que des

[RailsFr] Re: Russian Doll Caching en Rails 4

[Olivier El Mekki]

Hello,

Personnellement, je suis resté à l'ancien système de caching lors de la
migration vers rails-4, en ajoutant les gems. Le nouveau système est
beaucoup plus simple à utiliser mais il me semble un peu trop simpliste:
je n'ai pas forcément envie d'associer une fragment caché à une
ressource, et je veux pouvoir stocker de la logique complexe
d'invalidation (ce qui a naturellement sa place dans un sweeper). Ça
reste un bon système pour encourager ceux qui ne cachent pas déjà leur
contenu à le faire, cela dit.


Il y a également quelque chose qui m'inquiète, avec le russian doll
caching : il est pensé pour memcache. J'ai pris l'habitude d'utiliser
redis (notamment parce que j'utilise resque), et ce passage par dhh a
retenu mon attention[1] :

4. This generates a lot of cache garbage. Once we’ve updated the
todo, the old cache will never get read again. The beauty of that
system is that you just don’t care. Memcached will automatically
evict the oldest keys first when it runs out of space. It can do
this because it keeps track of when everything was last read.


Cela semble donc indiquer que rails ne cherche jamais a supprimer les
clefs, il compte seulement sur memcache. Or, si un tel système de
suppression des clefs les moins récemment lues (LRU) lorsqu'il n'y a
plus de place existe bien sur redis, il a de sévères limites[2] :

 In order to save memory Redis just adds a 22 bits field to every
 object for LRU. When we need to remove a key we sample N keys, and
 remove the one that was idle for longer time. For default three
 keys are sampled, that is a reasonable approximation of LRU in the
 long run, but you can get more precision at the cost of some more
 CPU time changing the number of keys to sample. 

ce n'est pas la plus vieille clef dans toute la db qui est supprimée,
mais redis prend un set de N items au hasard (3, par défaut) et supprime
le plus vieux.

J'ai peur que cela ne cause des problèmes, dont les symptômes seraient
que des pages supposées être cachée soit regénérées souvent, lorsqu'on
se promène sur un site.

Quelqu'un a des retours là dessus ? Le net est incroyablement silencieux
à propos du russian doll caching vs redis.


[1] 
https://37signals.com/svn/posts/3113-how-key-based-cache-expiration-works
[2] http://oldblog.antirez.com/post/redis-as-LRU-cache.html


On Monday, September 2, 2013 11:10:48 AM UTC+2, gdurelle wrote:

 Hello, 

 Encore un pti billet sur Rails 4 :)

 http://gdurelle.com/post/60058329677/le-russian-doll-caching-en-rails-4

 J'aimerai bien savoir si certains d'entre vous on eu les même problèmes, 
 et si vous les avez résolus autrement ?

 Chuuu


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: [JOB] Postes ouverts à Paris (iOS + Rails)

[Olivier El Mekki]

Hello,

Est-ce que par bons développeurs, ils entendent développeurs 
expérimentés ou développeurs rigoureux et passionnés ?

J'ai un ami dont je me porte garant (nous réalisons une app du week-end 
ensemble) qui est sur le point de finir son stage
 de formation et va chercher un poste (ça pourrait l'intéresser, donc). Ils 
prennent les dévs junior ?

On Thursday, August 29, 2013 5:14:37 PM UTC+2, Thibaut Barrère wrote:

 Bonjour à tous,

 mon client Process One http://www.process-one.net/ recherche de bons 
 développeurs iOS et/ou Rails (temps plein, salarié, sur site à Paris, 
 locaux dans le 9ème).

 Ils sont experts en messagerie Push et travaillent sur des sujets 
 intéressants (temps réel, scalabilité, architectures polyglottes de plus en 
 plus etc).

 Contactez directement le CEO Mickaël Rémond (très sympa, qui code 
 activement, en Ruby/Erlang/Objective C etc) si vous êtes intéressés:

 = mre...@process-one.net javascript:

 Merci de faire circuler autour de vous si vous connaissez du monde qui 
 pourrait coller également!

 Thibaut
 --
 http://www.logeek.fr
  

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: Comment faites-vous pour évaluer le temps de création d'une fonctionnalité?

[Olivier El Mekki]

Tiens, je me rend compte que ma réponse n'est pas passée. Merci google de 
ne pas prévenir ... Je te la recopie :

Hello,

Déjà pour commencer, pense en demi-journées plutôt qu'en heures. C'est
plus réaliste pour prévoir l'imprévu, et c'est toujours bon d'avoir
une ou deux heures en rab'. Si ce n'est pour résoudre des problèmes, ce
sera pour rendre exhaustif des specs ou écrire de la documentation. Le
blocage pendant des heures qui te prend 5 minutes le lendemain est
symptomatique d'une trop grosse pression. Si tu as du temps devant toi,
tu réfléchis plus sereinement (ce qui peut te faire gagner du temps au
final).

Un autre problème que tu ne mentionnes pas mais qui est également
courant est de ne pas te représenter immédiatement toutes les
implications d'une feature. C'est spécialement problématique quand tu
fonctionnes en freelance : tu t'engages sur un devis pour ensuite
réaliser que ça va te prendre beaucoup plus de temps que ton évaluation
optimiste. Pour résoudre ça, j'ai pendant quelques temps fait des devis
à base de user stories. Plutôt que d'estimer à la louche (ce qui finit
toujours par être au désavantage du développeur), j'écrivais des user
stories cucumber dans le style impératif. C'est long et fastidieux, mais
ça permet :

1. de voir immédiatement toutes les implications d'une feature
2. de faire signer les stories par le client, en précisant que le devis
ne vaut que pour ce qui est décrit ici. Ça évite les heures gratuites à
base de ah mais pour moi c'était évident que 

Par la suite, tu conçois beaucoup plus facilement les features et cet
exercice n'est plus nécessaire (surtout si tu ne bosses plus en
freelance).

On Tuesday, July 9, 2013 3:04:32 PM UTC+2, Guirec Corbel wrote:

 Bonjour,

 Voici ma question de la semaine : Comment faites-vous pour évaluer le 
 temps de création d'une fonctionnalité?

 Je penses que je souffre d'une maladie de développeur qui veut que, quand 
 on nous demande de penser à une nouvelle fonctionnalité, on trouve ça 
 facile.

 Je prend un exemple : on me demande de faire un formulaire d'ajout d'un 
 artiste. Là je me dis Je génère un modèle Artist, j'utilise simple_form et 
 je fais deux ou trois validates dans le modèle. Ça va me prendre une 
 heure maximum.. Mais là j'oublie d'évaluer le temps de création de mes 
 tests, les fois où le client il voudra le texte à gauche plutôt qu'a 
 droite, le temps de gestion où je vais discuter avec le client. Je compte 
 pas non plus le temps où, par exemple, je vais fait un test en oubliant de 
 le mettre dans un it (je le met juste dans un describe) et je vais me 
 demander pourquoi ça marche pas pendant deux heures. Finalement, je vais me 
 coucher. Je reviens le lendemain et je trouve la solution en 5 minutes. Je 
 suis certain que ça arrive à tout le monde. Bref, si tout va bien je met 
 deux heures et si j'ai un problème j'en prend 5 et j'ai exploser mon temps 
 prévu.

 Je penses me faire un fichier où je mettrais, à chaque fois, le temps que 
 je met pour faire un truc. Quand on me demande de faire la même chose, je 
 regarde la moyenne de temps que j'ai pris pour les fois d'avant et c'est ce 
 temps là que je mettrais. 

 J'arriverais à un truc comme ça :

- Création d'un formulaire - 2 heures;
- Ajout du moindre petit JavaScript - 1 heure;
- Envoi d'un email à la validation d'un formulaire - 1 heure; 

 Avec ça, on me demande le même formulaire avec une autocomplétion du nom 
 et l'envoi d'un email à l'admin à la création : 4h. On peut même imaginer 
 une application pour faire ça. Ça pourrait être cool.
 Qu'en pensez-vous? Existe t'il est techniques pour bien calculer son 
 temps? Comment faites-vous?

 Bye!
 Guirec.


-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Comment faites-vous pour évaluer le temps de création d'une fonctionnalité?

[Olivier El Mekki]

Je n'ai jamais eu de problème à présenter des user stories, c'était même
généralement très bien reçu, mais c'est vrai que je bossais plus avec
des agences.

Si tu as peur que ton client ne comprenne pas, tu peux accompagner tes
users stories de wireframes. Aucun cahier des charges ou application de
management ne peut battre ça (et au passage, tu commences déjà à faire
l'architecture de ton application et écrire tes tests).

Mais bon, attention à ne pas prendre ton client pour un imbécile, non
plus :) 

  Scénario: Créer un article
Lorsque je vais sur la page des articles
Et que je suis le lien Nouvel article
Et que je remplis Titre avec Mon article
Et que je remplis Contenu avec Le texte de mon article
Et que j'appuie sur Créer l'article
Alors je dois voir Mon article en titre de page
Et je dois voir Le texte de mon article dans le corps de la page
Et je dois voir la date de publication

Je pense que n'importe qui ayant un jour utilisé internet comprendra ça.


On Tuesday, July 9, 2013 6:29:15 PM UTC+2, Guirec Corbel wrote:

 Olivier, au niveau des users stories je suis assez d'accord. Je ne suis 
 pas très d'accord avec le fait d'écrire des scénarios complet. J'ai essayé 
 avec mon client actuel et je pense qu'il ne comprend pas trop ce qu'est un 
 scénario. Je lui ai expliqué brièvement mais je ne veux pas passer trop de 
 temps la dessus. Je pencherais pour des histoires très courtes comme 
 L'utilisateur doit pouvoir ajouter un artiste, Un email doit être 
 envoyer à l'administrateur à l'ajout d'un artiste, Le nom de l'artiste 
 doit être auto-complété quand on commence à taper son nom.

 Je pense faire ceci :

1. découper le projet en pleins de stories;
2. déterminer la vélocité de chacune d'entre elle;
3. noter mon nombre d'heures tout les jours;
4. diviser nom nombre d'heures dans la semaine par la vélocité et 
déterminer un ratio Heure (ou prix)/Point de vélocité; 

 Une fois que le ratio est déterminé, c'est assez facile de prévoir combien 
 une liste de tâche peu durer. Bien sur,  le ratio peut évoluer au fil du 
 temps.

 Qu'en pensez-vous?


 Le 9 juillet 2013 11:42, Guillaume Betous guillaum...@gmail.comjavascript:
  a écrit :

  Guillaume, imagine la même situation où le client demande un formulaire 
 pour
  l'ajout d'un artiste sans notification à l'admin et sans javascript. 
 Cette
  demande fait parti d'une liste de plusieurs autres. Tu demandes quand 
 même
  une demi journée uniquement pour le formulaire?

 J'ai jamais eu de cas aussi extrême (je ne bosse pas dans le dev web,
 ce sont des missions bcp plus longues en général), mais ça ne me
 choquerais pas de lui estimer à 1/2 journée, quitte à lui expliquer :
 je ne peux pas facturer moins. Ensuite, si réellement tu n'y mets
 qu'une heure, t'es toujours à temps de lui annoncer une bonne
 nouvelle, il ne t'en voudra pas :)

 gUI

 --
 Pour la santé de votre ordinateur, préférez les logiciels libres.
 Lire son mail : http://www.mozilla-europe.org/fr/products/thunderbird/
 Browser le web : http://www.mozilla-europe.org/fr/products/firefox/
 Suite bureautique : http://www.libreoffice.org/download/

 --
 --
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 ---
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.comjavascript:
 .
 Pour plus d'options, visitez le site 
 https://groups.google.com/groups/opt_out .





-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Comment faites-vous pour évaluer le temps de création d'une fonctionnalité?

[Olivier El Mekki]

 directement l’administrateur du site ».
 On renvoi l’usager au formulaire général de contact.

 Peut-être que c'est moi qui n'a pas assez fait de scénario, que j'aurais 
 dû utilisé le style impératif ou que j'aurai dû mieux expliquer mais on 
 s'entend qu'on est assez loin du scénario standard. J'ai peur qu'avec un 
 style impératif, il aurait également ajouter l'envoi des courriels, etc. Je 
 commence à connaitre mon client et je ne crois pas qu'un scénario soit une 
 bonne solution pour lui. Il a le profile de l'utilisateur qui s'y connait 
 suffisamment en informatique pour qu'il pense savoir comment ça marche. Il 
 est un peu bidouilleur aussi.

 Je dis ça mais j'aime bien mon client. C'est vraiment pas négatif envers 
 lui. C'est juste que je ne crois pas que ça marche dans ce cas là. Je crois 
 que de très cours libellés sont mieux avec lui.


 Le 9 juillet 2013 12:36, Olivier El Mekki oelm...@gmail.com javascript:
  a écrit :

 Je n'ai jamais eu de problème à présenter des user stories, c'était même
 généralement très bien reçu, mais c'est vrai que je bossais plus avec
 des agences.

 Si tu as peur que ton client ne comprenne pas, tu peux accompagner tes
 users stories de wireframes. Aucun cahier des charges ou application de
 management ne peut battre ça (et au passage, tu commences déjà à faire
 l'architecture de ton application et écrire tes tests).

 Mais bon, attention à ne pas prendre ton client pour un imbécile, non
 plus :) 

   Scénario: Créer un article
 Lorsque je vais sur la page des articles
 Et que je suis le lien Nouvel article
 Et que je remplis Titre avec Mon article
 Et que je remplis Contenu avec Le texte de mon article
 Et que j'appuie sur Créer l'article
 Alors je dois voir Mon article en titre de page
 Et je dois voir Le texte de mon article dans le corps de la page
 Et je dois voir la date de publication

 Je pense que n'importe qui ayant un jour utilisé internet comprendra ça.


 On Tuesday, July 9, 2013 6:29:15 PM UTC+2, Guirec Corbel wrote:

 Olivier, au niveau des users stories je suis assez d'accord. Je ne suis 
 pas très d'accord avec le fait d'écrire des scénarios complet. J'ai essayé 
 avec mon client actuel et je pense qu'il ne comprend pas trop ce qu'est un 
 scénario. Je lui ai expliqué brièvement mais je ne veux pas passer trop de 
 temps la dessus. Je pencherais pour des histoires très courtes comme 
 L'utilisateur doit pouvoir ajouter un artiste, Un email doit être 
 envoyer à l'administrateur à l'ajout d'un artiste, Le nom de l'artiste 
 doit être auto-complété quand on commence à taper son nom.

 Je pense faire ceci :

1. découper le projet en pleins de stories;
2. déterminer la vélocité de chacune d'entre elle;
3. noter mon nombre d'heures tout les jours;
4. diviser nom nombre d'heures dans la semaine par la vélocité et 
déterminer un ratio Heure (ou prix)/Point de vélocité; 

 Une fois que le ratio est déterminé, c'est assez facile de prévoir 
 combien une liste de tâche peu durer. Bien sur,  le ratio peut évoluer au 
 fil du temps.

 Qu'en pensez-vous?


 Le 9 juillet 2013 11:42, Guillaume Betous guillaum...@gmail.com a 
 écrit :

   Guillaume, imagine la même situation où le client demande un 
 formulaire pour
  l'ajout d'un artiste sans notification à l'admin et sans javascript. 
 Cette
  demande fait parti d'une liste de plusieurs autres. Tu demandes quand 
 même
  une demi journée uniquement pour le formulaire?

 J'ai jamais eu de cas aussi extrême (je ne bosse pas dans le dev web,
 ce sont des missions bcp plus longues en général), mais ça ne me
 choquerais pas de lui estimer à 1/2 journée, quitte à lui expliquer :
 je ne peux pas facturer moins. Ensuite, si réellement tu n'y mets
 qu'une heure, t'es toujours à temps de lui annoncer une bonne
 nouvelle, il ne t'en voudra pas :)

 gUI

 --
 Pour la santé de votre ordinateur, préférez les logiciels libres.
 Lire son mail : http://www.mozilla-europe.org/**
 fr/products/thunderbird/http://www.mozilla-europe.org/fr/products/thunderbird/
 Browser le web : 
 http://www.mozilla-europe.org/**fr/products/firefox/http://www.mozilla-europe.org/fr/products/firefox/
 Suite bureautique : 
 http://www.libreoffice.org/**download/http://www.libreoffice.org/download/

 --
 --
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à 
 l'adresse rails...@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@**googlegroups.com

 ---
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse railsfrance...@**
 googlegroups.com.

 Pour plus d'options, visitez le site https://groups.google.com/**
 groups/opt_out https://groups.google.com/groups/opt_out .



  -- 
 -- 
 Vous avez reçu ce message, car vous

Re: [RailsFr] Re: Quand utiliser draper, des presenters, des helpers, des scopes ou des partials?

[Olivier El Mekki]

Hello,

Le bon moment pour utiliser un presenter, c'est avant tout une décision
esthétique. La plupart du temps, les méthodes des presenters ne seront
utilisées qu'une seule fois, il n'y a donc pas ici de règle de
refactoring applicable à tous les coups : le bon moment d'utiliser un
presenter est celui où tu estimes qu'il y a trop de logique de
présentation dans ta vue.

Les helpers sont très similaires, mais ont plus vocation à être
réutilisés, sans être liés à une resource particulière.

Tu peux t'en servir par exemple pour formatter des messages
d'erreur, générer des boutons qui sont composés de plusieurs éléments
mais sont trop succints pour mériter un partial, etc.

Si tu t'apprêtes à utiliser un presenter pour n'y mettre qu'une ou deux
méthodes, il serait sûrement plus approprié d'utiliser des helpers
égalements.

On 11:03 Tue 11 Jun , Guirec Corbel wrote:
 J'ai oublié de dire que, dans le cas des scopes, je parles de parties qui
 concerne la présentation, utilisés par un menu par exemple.
 
 Une autre question, à partir de quel complexité faudrait t'il utiliser un
 presenter. Si on à ça par exemple :
 
 f.association :company, label_method: :company_name, value_method:
 :id, include_blank: false
 
 Est ce que ça serait utile de faire une fonction pour ça? Où mettre
 cette fonction si ça devient trop complexe?
 
 
 
 Le 11 juin 2013 10:43, Guirec Corbel guirec.cor...@gmail.com a écrit :
 
  Bonjour,
 
  Aujourd'hui je pose une question que je trouve un peu basique mais je suis
  totalement perdu : Quand utiliser draper, des presenters, des helpers, des
  scopes ou des partials?
 
  J'ai lu le post de Philippe Creux :
  http://reverbhq.com/blog/2012/08/building-web-apps-with-activeadmin/ et
  je suis d'accord avec lui. On devrait utiliser draper quand on a besoin
  d'une action simple agissant sur un modèle. Un presenter contient une
  logique plus complexe agissant sur plusieurs modèles.
 
  J'aime bien la méthode de Ryan Bates présentée ici :
  http://railscasts.com/episodes/287-presenters-from-scratch, le problème,
  pour moi, c'est qui créer une variable user_presenter qui délègue des
  fonctions à sont modèle user. Si l'on a beaucoup d'attributs ça peut
  devenir compliqué. Je pense que l'on ne devrait pas pour autant utiliser
  des fois user_presenter et d'autres fois @user.
 
  Je n'aime pas non plus le fait d'instancier un objet @presenter dans le
  contrôleur. Ça viole une des lois de Sandi Metz.
 
  En ce qui concerne les partials, ça sert à décomposé de gros bloques de
  code dans de plus petits.
 
  Je m'interroge au niveau des scopes sur le fait d'appeler une fonction
  d'un modèle dans une vue. Par exemple, si on fait ceci :
 
  % User.active_users.each do |user| %

  % end %
 
  Je ne suis pas certain que ça soit une bonne pratique, qu'en pensez-vous?
 
  Quant aux helpers... ils servent à créer du html qui ne se sert d'aucun
  modèle?
 
  Quel est votre avis là dessus? Quels sont vos techniques? Avez vous des
  bons exemples?
 
  Bye!
 
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance+unsubscr...@googlegroups.com.
 Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out 
 .
 
 


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Bannir les variables instances des contrôleurs et vues Rails

[Olivier El Mekki]

Et sinon, en ce qui concerne le fait de ne pas parler à tes élèves des
variables d'instances des controllers, ça peut avoir des effets
désastreux : imagine ce qui se passerait si, se présentant comme
débutant rails en recherche d'un premier emploi, on leur faisait un test
de connaissance à l'entretien et qu'on s'apercevait qu'ils ne
connaissent pas ce principe de base :)

Le top seraient qu'ils puissent dire on utilise génèralement des
variables d'instances, mais avec decent_exposure 

On 13:42 Wed 05 Jun , Thibaut Barrère wrote:
 Hello,
 
 comme Jean-Baptiste, je trouve que coller aux conventions qu'on trouve dans
 les docs standard et les tutoriels sur Rails (donc utiliser des variables
 d'instance) présente des avantages aussi, en terme de clarté, notamment
 pour des débutants.
 
 Le pattern est simple, connu et bien documenté, il suffit de dire qu'il ne
 faut pas en abuser, ne pas dépasser 2 à 3 variables probablement au pire.
 
 Si je dois me faire l'avocat du diable, on peut même indiquer qu'il n'y a
 pas vraiment de magie, et qu'il s'agit simplement d'un pattern de type
 passage de message entre le contrôleur et la vue.
 
 Cela dit quand je vois qu'un bout de code est fragile de ce fait je vais
 créer un helper pour lever une erreur, toutefois ça n'est pas systématique.
 
 On peut aussi adopter le point de vue suivant: comme pour Shoulda qui voit
 le matcher assign_to
 suppriméhttps://github.com/thoughtbot/shoulda-matchers/issues/252 et
 qui prône d'utiliser des tests d'intégration pour vérifier ce qui se passe
 pour l'utilisateur directement, et de considérer que les @variables sont
 des mécanismes internes qui ne doivent pas être testés.
 
 Voilà - en résumé, en règle générale j'en utilise au plus quelques unes,
 voir quelques helpers si code fragile.
 
 Thibaut
 --
 http://www.logeek.fr
 
 
 2013/6/5 Jean-Baptiste Barth jeanbaptiste.ba...@gmail.com
 
  Hello,
 
  Je suis plutôt contre l'avis général si tu touches un public de purs
  débutants, qui ne bosseront pas que sur des applis qui suivent cette
  pratique.
 
  Le côté magique ça déplait aux experts qui ont vu ses limites et travers,
  mais ça plait au débutant qui gagne en productivité et peut se concentrer
  sur autre chose. Si tu traites le débutant comme un expert, tu lui demandes
  un acte de foi qui marche pas forcément super bien à long terme (c'est un
  des pbs avec J2EE en entreprise par exemple..). Ou alors il faut que la
  best practice soit naturelle, hyper répandue ou cachée par le framework, et
  là ce n'est pas le cas.
 
  En plus là on parle d'un concept simple, l'association est plutôt facile à
  faire je trouve. Il y a déjà assez de boulot à expliquer
  rake/ruby/rails/bundler+l'orienté
  objet+MVC+routes+environnements+initializers...
 
  Jean-Baptiste
 
  --
  --
  Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de
  Google Groups.
  Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
  railsfrance@googlegroups.com
  Pour résilier votre abonnement envoyez un e-mail à l'adresse
  railsfrance-unsubscr...@googlegroups.com
  ---
  Vous recevez ce message, car vous êtes abonné au groupe Google
  Groupes Railsfrance.
  Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le
  concernant, envoyez un e-mail à l'adresse
  railsfrance+unsubscr...@googlegroups.com.
  Pour plus d'options, visitez le site
  https://groups.google.com/groups/opt_out .
 
 
 
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance+unsubscr...@googlegroups.com.
 Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out 
 .
 
 


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Que pensez vous du DCI?

[Olivier El Mekki]

 vous à mis en pratique ce
 concept? Quels sont vos impressions?
 
 Merci à tous!
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance+unsubscr...@googlegroups.com.
 Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out 
 .
 
 


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Rails 2 Long-Term-Support

[Olivier El Mekki]

Je me demande également comment ça va se passer avec les gems. J'imagine
qu'ils ne vont pas garder une copie de toutes les gems de rubygems.org,
encore moins dans toutes leurs versions. Ça limite de beaucoup
l'intérêt, vu que peu d'application rails n'utilisent aucune gem.

De plus, il ne sera pas possible d'utiliser de nouvelles gems sur le
projet, autant dire qu'il sera complètement freezé.

Cela semble être clairement un mauvais choix si le but est de continuer
à faire vivre le projet : plus longtemps l'update attendra, plus
difficile il sera.

On peut voir cependant quelques cas où ça pourrait être utile, par
exemple une application en fin de vie ou en cours de réécriture qui
aurait besoin de quelques mois de sursis (ce qui corespond peu cela dit à
l'idée de LTS). Je dirais que le LTS rails, c'est l'énergie des
développeurs :)


On 16:21 Fri 31 May , Cyril Mougel wrote:
 Personnellement je ne suis pas convaincu, ne serait-ce que parce que ruby
 1.8.7 ne sera plus maintenu non plus. On va ainsi se retrouver avec un
 framework potentiellement maintenu, mais un language qui ne l'est pas.
 Enfin, je trouve dommage que des applications ne soit pas mise à jour. Ca
 laissera donc cet état de fait :(
 
 
 2013/5/30 Thibaut Barrère thibaut.barr...@gmail.com
 
  Moi j'aime assez; je ne vois pas l'aspect community fork dans le sens où
  la version proposée n'est plus proposée en principal?
 
  Ca va me servir car j'ai plus de demande pour des migrations que de mains
  pour les réaliser :-)
 
  Sur l'aspect vieux code: on peut aussi utiliser ça en temporaire, de façon
  à éviter un trou de sécurité, le temps de migrer la totalité des apps.
 
  Vu le rythme des mises à jours en Rails (qui posent problème à certains
  décideurs d'ailleurs, il faut pouvoir suivre), je pense que c'est une offre
  intéressante pour crédibiliser Rails et Ruby dans certaines grosses
  entreprises.
 
  Thibaut
  --
  http://www.logeek.fr
 
   --
  --
  Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de
  Google Groups.
  Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
  railsfrance@googlegroups.com
  Pour résilier votre abonnement envoyez un e-mail à l'adresse
  railsfrance-unsubscr...@googlegroups.com
  ---
  Vous recevez ce message, car vous êtes abonné au groupe Google
  Groupes Railsfrance.
  Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le
  concernant, envoyez un e-mail à l'adresse
  railsfrance+unsubscr...@googlegroups.com.
  Pour plus d'options, visitez le site
  https://groups.google.com/groups/opt_out .
 
 
 
 
 
 
 -- 
 Cyril Mougel
 http://blog.shingara.fr
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance+unsubscr...@googlegroups.com.
 Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out 
 .
 
 


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Pack Presse Ruby / Rails / meetups

[Olivier El Mekki]

Vous pouvez aussi jouer sur code climate : nous apprécions tellement le 
code de qualité que nous payons des webservices pour nous en assurer,
ce qui n'existe pas en php.

Maintenant, pas certain que cette affirmation nous écrivons du bon code, 
*nous* soit à l'avantage de la communauté ruby, qui passe déjà
trop souvent pour être prétentieuse :)


On Monday, May 27, 2013 3:07:05 PM UTC+2, HappyNoff wrote:

 Moi j'ai une donnée tangible... On n'apprend pas Ruby à l'école, 
 contrairement à PHP ou Java.
 Un guguss qui fait du Ruby c'est bien qu'il s'y est intéressé non ?

 Bonne journée,

 Simon Courtois

 On Monday 27 May 2013 at 14:56, Guirec Corbel wrote:

 Une donnée à la con :
 Si on tape law of demeter PHP sur google on obtient 70 200 résultats et 
 pour la même recherche mais en remplaçais PHP par Ruby on obtient 102 000. 
 Si on fait la même chose avec single responsability principle PHP gagne 
 mais proportionnellement à la taille de la communauté c'est Ruby qui gagne.

 Évidement ce n'est pas très scientifique comme donnée mais ça prouve quand 
 même que les développeurs Ruby sont plus intéressés par les bests practices.


 Le 27 mai 2013 08:26, Julien Kirch co...@archiloque.net javascript: a 
 écrit :


 Le 27 mai 2013 à 14:21, Guirec Corbel guirec...@gmail.com javascript: 
 a écrit :

 Penses-tu que ça serait possible d'axer un peu plus sur le fait qu'un 
 développeur Ruby est une personnes vraiment intéressé par la programmation 
 et les bonnes pratiques. Une personne qui connait Ruby à pris le temps de 
 le chercher et la plupart ont lu des livres ou regarder des vidéos sur le 
 sujet ce qui n'est pas toujours le cas pour un développeur Java ou PHP par 
 exemple.


 Est ce qu'on a des données là dessus ?

 Je sais que dans la communauté c'est un truc qui se dit beaucoup mais si 
 on peut justifier ce qu'on dit c'est mieux™.

 A.

  -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.comjavascript:
 .
 Pour plus d'options, visitez le site 
 https://groups.google.com/groups/opt_out .
  
  


  -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.comjavascript:
 .
 Pour plus d'options, visitez le site 
 https://groups.google.com/groups/opt_out .
  
  
  
  
 

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Pack Presse Ruby / Rails / meetups

[Olivier El Mekki]

Ah, au temps pour moi, je ne connaissais pas. Merci pour l'info.


On Monday, May 27, 2013 3:19:20 PM UTC+2, Archiloque wrote:

 Sur php il y a de très bon outils gratuits qui permettent de produire des 
 métriques genre http://www.sonarsource.org , c'est plutôt qu'en ruby les 
 outils sont moins matures et potentiellement plus difficiles à écrire, du 
 coup on doit payer pour avoir le même genre de services.

 Julien

 Le 27 mai 2013 à 15:15, Olivier El Mekki oelm...@gmail.com javascript: 
 a écrit :

 Vous pouvez aussi jouer sur code climate : nous apprécions tellement le 
 code de qualité que nous payons des webservices pour nous en assurer,
 ce qui n'existe pas en php.

 Maintenant, pas certain que cette affirmation nous écrivons du bon code, 
 *nous* soit à l'avantage de la communauté ruby, qui passe déjà
 trop souvent pour être prétentieuse :)


 On Monday, May 27, 2013 3:07:05 PM UTC+2, HappyNoff wrote:

 Moi j'ai une donnée tangible... On n'apprend pas Ruby à l'école, 
 contrairement à PHP ou Java.
 Un guguss qui fait du Ruby c'est bien qu'il s'y est intéressé non ?

 Bonne journée,

 Simon Courtois

 On Monday 27 May 2013 at 14:56, Guirec Corbel wrote:

 Une donnée à la con :
 Si on tape law of demeter PHP sur google on obtient 70 200 résultats et 
 pour la même recherche mais en remplaçais PHP par Ruby on obtient 102 000. 
 Si on fait la même chose avec single responsability principle PHP gagne 
 mais proportionnellement à la taille de la communauté c'est Ruby qui gagne.

 Évidement ce n'est pas très scientifique comme donnée mais ça prouve 
 quand même que les développeurs Ruby sont plus intéressés par les bests 
 practices.


 Le 27 mai 2013 08:26, Julien Kirch co...@archiloque.net a écrit :


 Le 27 mai 2013 à 14:21, Guirec Corbel guirec...@gmail.com a écrit :

 Penses-tu que ça serait possible d'axer un peu plus sur le fait qu'un 
 développeur Ruby est une personnes vraiment intéressé par la programmation 
 et les bonnes pratiques. Une personne qui connait Ruby à pris le temps de 
 le chercher et la plupart ont lu des livres ou regarder des vidéos sur le 
 sujet ce qui n'est pas toujours le cas pour un développeur Java ou PHP par 
 exemple.


 Est ce qu'on a des données là dessus ?

 Je sais que dans la communauté c'est un truc qui se dit beaucoup mais si 
 on peut justifier ce qu'on dit c'est mieux™.

 A.


 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse railsfrance...@googlegroups.com
 .
 Pour plus d'options, visitez le site 
 https://groups.google.com/groups/opt_out .
  
  



 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse railsfrance...@googlegroups.com
 .
 Pour plus d'options, visitez le site 
 https://groups.google.com/groups/opt_out .
  
  
  
  
  
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.comjavascript:
 .
 Pour plus d'options, visitez le site 
 https://groups.google.com/groups/opt_out .
  
  




-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Re: Problème avec HABTM

[Olivier El Mekki]

Je m'ajoute aux réponses précédentes pour te recommander d'utiliser un 
`#has_many :through`.

Au passage, tu devrais probablement utiliser un nom plus conceptuel pour ta 
table de jointure. Si une réunion a plusieurs users et
qu'un user a plusieurs reunions, un ReunionUser est probablement une 
Attendance. Ce n'est pas purement cosmétique, ça
te permet de mieux conceptualiser ton application. Par la suite, tu peux 
ajouter un champ `confirmed` pour signifier que l'user
a confirmé sa venue, ce qui prendra beaucoup plus naturellement sa place 
dans un model nommé Attendance que UserReunion.

Ça semblera également naturel de lister les Attendance d'un User sur sa 
fiche personnelle, par exemple.

PS : @Francisco, ton français frôle la perfection :)

On Tuesday, May 7, 2013 1:24:06 PM UTC+2, Nikog51 wrote:

 Bonjour 
 pour une nouvelle petite application je voulais me servir de l'association 
 has_and_belongs_to_many

 Le but au départ est d'avoir une réunion qui peut avoir plusieurs users et 
 pouvoir avoir la liste des réunions auquelles chaque user a assisté.

 j'ai donc deux modèles user (name / prenom) et reunion (intitule / date)
 chacun étant en relation via has_and_belongs_to_many

 j'ai créé une table reunions_users via 

 
 class Createreunionsusersjoin  ActiveRecord::Migration
   def up
create_table :reunions_users, :id = false do |t|
   t.integer :reunion_id
   t.integer :user_id
 end
   end
   def down
 drop_table :reunions_users
  end
 

 je créée une vue 

 dans un form_for(@reunion)
 [...]
  div class=field 
 % for user in User.all % 
 %= f.label user.name % - 
   %= check_box_tag reunion[user_ids][], user.id, 
 @reunion.user_ids.include?(user.id) % 
 % end % 
 /div
 [...]

 les ùigrations sont bien entendu faites. 


 Premier problème : user_ids n'est pas accessible en écriture. je le 
 rajoute dans le modèle reunion.rb

 mais maintenant j'ai une erreur 

 SQLite3::ConstraintException: reunions_users.created_at may not be NULL: 
 INSERT INTO reunions_users (reunion_id, user_id) VALUES (1, 1)

 avec les paramètres suivant

 {utf8=✓,
  authenticity_token=NkeEkc61tkScFhdFTlxWUmk7hCTUi/2jMhu7wSYtyuI=,
  reunion={intitule=test,
  date(1i)=2013,
  date(2i)=5,
  date(3i)=7,
  date(4i)=10,
  date(5i)=59,
  user_ids=[1,
  2]},
  commit=Create Reunion}

 J'avoue, après avoir cherché pas mal, ne pas comprendre pourquoi cela déconne.

 Si quelqu'un voit la lumière je veux bien un aiguillage :-)

 Merci 





-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Est-ce que Ruby/Rails émergera un jour?

[Olivier El Mekki]

Fais du PHP si ça peut te rassurer, mais je tiens à te dire que ton 
argument me semble erroné. Tu pars du principe que tu vas avoir du mal à 
trouver un job rails parce qu'il y a beaucoup plus d'offres PHP que 
d'offres rails. Laisse moi reformuler ça : tu penses que tu ne vas pas 
pouvoir trouver de A parce qu'il y a beaucoup de B. Ça ne tient pas, rien 
ne prouve que A et B sont exclusifs.

Si on continue dans ce raisonnement, je crois que tu vas devoir te 
reconvertir dans le BTP. La quantité d'offre d'emploi dans le BTP est 
beaucoup plus importante que celle dans la programmation. :)

Tout cela n'a guère d'importance. Si tu veux trouver de l'emploi rails à 
Quebec, il faut que tu y fréquentes les conférences, mailing list, forums 
et compagnie. Peu importe le nombre d'offres sur les sites de recrutement.

On Wednesday, April 10, 2013 6:29:37 PM UTC+2, Guirec Corbel wrote:

 Ouais donc pour vous Ruby et Rails est pas populaire et ne le sera jamais 
 mais on s'en fout.

 D'un point de vue un peu plus personnel, ça me pose un problème. Voila 
 pourquoi : http://ca.indeed.com/jobs?q=Rubyl=Qu%C3%A9bec%2C+QC. Je 
 compte déménager dans la ville de Québec et il n'y a pas beaucoup de jobs 
 avec Ruby. Tandis que si mon souhaite était de développer en Java ou PHP je 
 trouverais un travail super facilement.

 La communauté Ruby au Québec est quasi inexistante. Je suis en train de 
 développer un le site de la communauté Ruby au 
 Québechttp://railsquebec2.herokuapp.com/pages/ou-apprendre?locale=frmais, 
 sincèrement, j'ai du mal à y croire. Ça me fait un peu ch... Pour 
 trouver un boulot à Québec j'ai trois choix. Faire ma propre entreprise et 
 promouvoir Ruby, change de langage, accepter ce qui passe.




 Le 10 avril 2013 12:09, Julien Grillot julien@gmail.com javascript:
  a écrit :

 En 5 ans de post-bac, j'ai du faire deux fois une semaine de PHP (une
 fois en IUT, une fois en école d'ingé). C'était suffisant pour que
 tout le monde mette « PHP » sur son CV. Le mot Ruby n'a jamais été
 prononcé une seule fois.

 Une bonne combo serait d'une part d'inciter les entreprises à verser
 la taxe d'apprentissage aux écoles offrant des cours de Ruby, et
 d'avoir des personnes pour donner les cours en question.

 De mon point de vu, je trouve qu'il est encore difficile démarrer son
 auto-formation seul avec RoR.

 --
 --
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 ---
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.comjavascript:
 .
 Pour plus d'options, visitez le site 
 https://groups.google.com/groups/opt_out .





-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Est-ce que Ruby/Rails émergera un jour?

[Olivier El Mekki]

Oui, je ne pensais pas forcément aux conférences dans la ville même. C'est 
un problème que je connais relativement bien pour être développeur à Dijon. 
Je te laisse deviner le nombre d'offres ici, même en PHP :) 

Néanmoins, j'ai réussi à enchaîner 6ans de développement et même 2 années 
ces derniers temps uniquement en rails/js sans avoir à vivre sur Paris ou 
Lyon : le remote est une option acceptable, aujourd'hui, pas besoin de te 
focaliser sur une ville. Je ne serais pas surpris d'ailleurs que tu 
découvres qu'il y a en fait beaucoup de développeur rails à Québec, mais 
qu'ils ne s'intéressent juste pas à l'échelle locale.

Le remote a d'ailleurs des chances d'être plus simple pour toi, étant donné 
que dhh s'apprête à sortir un livre sur le sujet. Si je doute que ça change 
grand chose dans l'industrie en général, on va surement voir beaucoup de 
boites rails s'y ouvrir plus facilement.

Mais une fois encore, ce qui compte est surtout les contacts que tu te 
seras fait.

On Wednesday, April 10, 2013 6:48:10 PM UTC+2, Guirec Corbel wrote:

 C'est pas forcement que je ne pense pas trouver d'emplois avec Ruby c'est 
 que ça sera certainement plus difficile.

 Il n'y a ni conférence, ni groupe, ni forum dédié à Ruby à Québec. La 
 communauté est a créer. C'est dans mes projets.


 Le 10 avril 2013 12:38, Olivier El Mekki oelm...@gmail.com javascript:a 
 écrit :

 Fais du PHP si ça peut te rassurer, mais je tiens à te dire que ton 
 argument me semble erroné. Tu pars du principe que tu vas avoir du mal à 
 trouver un job rails parce qu'il y a beaucoup plus d'offres PHP que 
 d'offres rails. Laisse moi reformuler ça : tu penses que tu ne vas pas 
 pouvoir trouver de A parce qu'il y a beaucoup de B. Ça ne tient pas, rien 
 ne prouve que A et B sont exclusifs.

 Si on continue dans ce raisonnement, je crois que tu vas devoir te 
 reconvertir dans le BTP. La quantité d'offre d'emploi dans le BTP est 
 beaucoup plus importante que celle dans la programmation. :)

 Tout cela n'a guère d'importance. Si tu veux trouver de l'emploi rails à 
 Quebec, il faut que tu y fréquentes les conférences, mailing list, forums 
 et compagnie. Peu importe le nombre d'offres sur les sites de recrutement.

 On Wednesday, April 10, 2013 6:29:37 PM UTC+2, Guirec Corbel wrote:

 Ouais donc pour vous Ruby et Rails est pas populaire et ne le sera 
 jamais mais on s'en fout.

 D'un point de vue un peu plus personnel, ça me pose un problème. Voila 
 pourquoi : 
 http://ca.indeed.com/jobs?q=**Rubyl=Qu%C3%A9bec%2C+QChttp://ca.indeed.com/jobs?q=Rubyl=Qu%C3%A9bec%2C+QC.
  
 Je compte déménager dans la ville de Québec et il n'y a pas beaucoup de 
 jobs avec Ruby. Tandis que si mon souhaite était de développer en Java ou 
 PHP je trouverais un travail super facilement.

 La communauté Ruby au Québec est quasi inexistante. Je suis en train de 
 développer un le site de la communauté Ruby au 
 Québechttp://railsquebec2.herokuapp.com/pages/ou-apprendre?locale=frmais, 
 sincèrement, j'ai du mal à y croire. Ça me fait un peu ch... Pour 
 trouver un boulot à Québec j'ai trois choix. Faire ma propre entreprise et 
 promouvoir Ruby, change de langage, accepter ce qui passe.




 Le 10 avril 2013 12:09, Julien Grillot julien@gmail.com a écrit :

 En 5 ans de post-bac, j'ai du faire deux fois une semaine de PHP (une
 fois en IUT, une fois en école d'ingé). C'était suffisant pour que
 tout le monde mette « PHP » sur son CV. Le mot Ruby n'a jamais été
 prononcé une seule fois.

 Une bonne combo serait d'une part d'inciter les entreprises à verser
 la taxe d'apprentissage aux écoles offrant des cours de Ruby, et
 d'avoir des personnes pour donner les cours en question.

 De mon point de vu, je trouve qu'il est encore difficile démarrer son
 auto-formation seul avec RoR.

 --
 --
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à 
 l'adresse rails...@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@**googlegroups.com

 ---
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse railsfrance...@**
 googlegroups.com.

 Pour plus d'options, visitez le site https://groups.google.com/**
 groups/opt_out https://groups.google.com/groups/opt_out .



  -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance 
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 rails...@googlegroups.com javascript:
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance...@googlegroups.com javascript:
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google 
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse

Re: [RailsFr] Host pour une application rails

[Olivier El Mekki]

 Heroku c'est imbattable puisque gratuit.

C'est gratuit tant que tu es ok pour qu'une requête mette plus d'une
seconde à être servie, que tu n'as pas besoin de servir deux requêtes
simultanées, que tu n'as pas besoin de mailer et que tu ne dois pas gérer
des uploads.

À ce compte là, ouvrir le port 80 sur son routeur domestique et laisser
tourner sa machine, c'est gratuit aussi :)


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] override root_path

[Olivier El Mekki]

Hello Oto,

Tu peux mettre ceci dans ton ApplicationController :

  # Add locale in route by default
  def default_url_options(options={})
{ :locale = I18n.locale }
  end

Cela aura pour effet d'automatiquement passer la locale à la génération
d'url, et root_path deviendra effectivement '/en' (par exemple) comme tu
le souhaites.

Toutes les urls générées auront d'ailleurs la locale passée
implicitement (ce qui peut poser problème si tu as des routes en dehors
du namespace de ta locale).

Attention : dans tes fichiers de tests, il faut tout de même préciser la
locale, le context n'héritant pas de ApplicationController.

On 18:01 Tue 19 Feb , oto iashvili wrote:
 salut,
 
 j'ai un site en plusieurs langue, avec des url du type /:locale_id/...
 la langue par defaut est le francais. Afin d'eviter les pages en double, 
 j'aimerais que si je suis en francais, et que j'appelle root_path, ca me 
 renvoie / et si je suis en anglais, ca me renvoie /en/
 est-ce possible ? si oui, quelqu'un pourrait il m'expliquer comment faire ?
 
 merci
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance+unsubscr...@googlegroups.com.
 Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out 
 .
 
 


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Host pour une application rails

[Olivier El Mekki]

Si quelqu'un test cloud66, ça m'intéresserait d'avoir des retours. J'ai
vu passer ça sur HN la semaine dernière, et le concept à l'air vraiment
génial : avoir du devops automatisé comme heroku mais pouvoir reprendre
la main à n'importe quel moment - y compris si l'app est sur un server
qui nous appartient.

Ça ouvre des possibilités intéressantes, comme par exemple administrer
soi-même les servers comme on l'aime, puis les passer en autopilot si on
part (ce qui évite les interminables débats - je préfère faire le
sysadmin qu'utiliser heroku. - ok, mais si tu t'en vas ou que tu pars en
vacances ?).


On 03:19 Wed 20 Feb , Thibaut Barrère wrote:
 Hello,
 
 Quelques pistes:
 - https://www.appfog.com/products/appfog/pricing/
 - https://www.cloud66.com/
 
 Je n'ai testé ni l'un ni l'autre,
 
 Thibaut
 --
 http://www.logeek.fr
 
 Le 20 févr. 2013 à 02:44, Guirec Corbel guirec.cor...@gmail.com a écrit :
 
  Bonjour les amis,
 
 J’essaie de trouver un bon hébergeur pour mon application. J'ai testé :
 
- Heroku : très bien pour tester mais l'application set met en veille au
bout d'un certain temps d'inactivité. De plus, augmenter la taille de
l'application est assez cher;
 - Amazon EC2 : J'ai eu des problème que je n'ai pas résolution et je
n'ai eu aucune réponse du support;
 - Dotcloud : C'est bien mais je trouve que c'est un peu lent.
Actuellement, je mon application à 512 mb de ram et c'est un peu lent. Ça
coûte 26$ par mois, c'est un peu cher;
 - Digital Ocean : Il offre un serveur vide. Je n'ai pas trop envie de
faire du boulot d’administration de serveur. Je préférerai avoir un outil
plus clé en main;
 
 Bref, je n'ai pas trouvé exactement ce que je voulais. J'aimerai bien avoir
 un service comme Heroku mais qui ne se mette pas en veille.
 
 Qu'utilsez-vous?
 
 Mon site : http://www.social-reviewing.com
 
 Merci et bonne soirée!
 Guirec
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse
 railsfrance-unsubscr...@googlegroups.com
 ---
 Vous recevez ce message, car vous êtes abonné au groupe Google
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le
 concernant, envoyez un e-mail à l'adresse
 railsfrance+unsubscr...@googlegroups.com.
 Pour plus d'options, visitez le site
 https://groups.google.com/groups/opt_out .
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance+unsubscr...@googlegroups.com.
 Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out 
 .
 
 


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Host pour une application rails

[Olivier El Mekki]

Qui ont été confirmées par heroku :
https://blog.heroku.com/archives/2013/2/16/routing_performance_update/

Personnellement, mon principal problème avec heroku reste son coût
exhorbitant, via heroku lui même et via tous les addons qu'il faut
ajouter pour avoir des choses aussi basiques qu'un mailer ou des
logs qui font plus de 2000 lignes ...


On 13:56 Wed 20 Feb , Simon Courtois wrote:
 Pour heroku faut voir vu les dernières actus sur le sujet...
 http://rapgenius.com/James-somers-herokus-ugly-secret-lyrics
 
 
 Simon Courtois
 
 
 On Wednesday 20 February 2013 at 13:41, Guirec Corbel wrote:
 
  Et si un jour mon application grandie, pensez-vous que Heroku reste 
  intéressant?
   
  Appfog semble intéressant. Il propose 2G de ram à répartir parmi nos 
  application gratuitement. Avec une seule application on à largement de quoi 
  faire.
   
  Le 20 février 2013 05:05, Nicolas Blanco n...@nicolasblanco.fr 
  (mailto:n...@nicolasblanco.fr) a écrit :
   Heroku : très bien pour tester mais l'application set met en veille
   au bout d'un certain temps d'inactivité. 
   Si tu n'as qu'une dyno, il suffit d'activer le plugin New Relic
   (version gratuite) et d'activer l'option Availability Monitoring. Et
   voilà, l'appli ne se mettra plus en veille.

   2013/2/20 Bob Maerten bob.maer...@gmail.com 
   (mailto:bob.maer...@gmail.com):
Ca a un petit air de OpsWorks présenté par Amazon il y a quelques jours.
   
   
Le 20 février 2013 09:44, Olivier El Mekki oelme...@gmail.com 
(mailto:oelme...@gmail.com) a écrit :
   
Si quelqu'un test cloud66, ça m'intéresserait d'avoir des retours. J'ai
vu passer ça sur HN la semaine dernière, et le concept à l'air vraiment
génial : avoir du devops automatisé comme heroku mais pouvoir reprendre
la main à n'importe quel moment - y compris si l'app est sur un server
qui nous appartient.
   
Ça ouvre des possibilités intéressantes, comme par exemple administrer
soi-même les servers comme on l'aime, puis les passer en autopilot si 
on
part (ce qui évite les interminables débats - je préfère faire le
sysadmin qu'utiliser heroku. - ok, mais si tu t'en vas ou que tu pars 
en
vacances ?).
   
   
On 03:19 Wed 20 Feb , Thibaut Barrère wrote:
 Hello,

 Quelques pistes:
 - https://www.appfog.com/products/appfog/pricing/
 - https://www.cloud66.com/

 Je n'ai testé ni l'un ni l'autre,

 Thibaut
 --
 http://www.logeek.fr

 Le 20 févr. 2013 à 02:44, Guirec Corbel guirec.cor...@gmail.com 
 (mailto:guirec.cor...@gmail.com) a
 écrit :

  Bonjour les amis,

 J’essaie de trouver un bon hébergeur pour mon application. J'ai 
 testé :

- Heroku : très bien pour tester mais l'application set met en 
 veille
 au
bout d'un certain temps d'inactivité. De plus, augmenter la 
 taille de
l'application est assez cher;
 - Amazon EC2 : J'ai eu des problème que je n'ai pas résolution 
 et je
n'ai eu aucune réponse du support;
 - Dotcloud : C'est bien mais je trouve que c'est un peu lent.
Actuellement, je mon application à 512 mb de ram et c'est un peu
 lent. Ça
coûte 26$ par mois, c'est un peu cher;
 - Digital Ocean : Il offre un serveur vide. Je n'ai pas trop 
 envie
 de
faire du boulot d’administration de serveur. Je préférerai avoir 
 un
 outil
plus clé en main;

 Bref, je n'ai pas trouvé exactement ce que je voulais. J'aimerai bien
 avoir
 un service comme Heroku mais qui ne se mette pas en veille.

 Qu'utilsez-vous?

 Mon site : http://www.social-reviewing.com

 Merci et bonne soirée!
 Guirec

 --
 --
 Vous avez reçu ce message, car vous êtes abonné au groupe 
 Railsfrance
 de
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à 
 l'adresse
 railsfrance@googlegroups.com (mailto:railsfrance@googlegroups.com)
 Pour résilier votre abonnement envoyez un e-mail à l'adresse
 railsfrance-unsubscr...@googlegroups.com 
 (mailto:railsfrance-unsubscr...@googlegroups.com)
 ---
 Vous recevez ce message, car vous êtes abonné au groupe Google
 Groupes Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le
 concernant, envoyez un e-mail à l'adresse
 railsfrance+unsubscr...@googlegroups.com 
 (mailto:railsfrance%2bunsubscr...@googlegroups.com).
 Pour plus d'options, visitez le site
 https://groups.google.com/groups/opt_out .

 --
 --
 Vous avez reçu ce message, car vous êtes abonné au groupe 
 Railsfrance
 de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à 
 l'adresse
 railsfrance@googlegroups.com (mailto:railsfrance@googlegroups.com)
 Pour résilier votre abonnement envoyez un e-mail à

Re: [RailsFr] Host pour une application rails

[Olivier El Mekki]

C'est spécialement vrai avec rails : entre la gestion des gems, les
apps de deploiement, les server typiquement ruby (unicorn, puma,
thin, etc), les couches cron comme delayed_job et resque, un
sysadmin classique est vite perdu et laisse la charge aux
développeurs ... qui ont plutôt intérêt à savoir se débrouiller.

On 14:32 Wed 20 Feb , Frédéric de Villamil wrote:
 Youpi tralala,
 
 Je vais en rajouter une couche :
 
 En hébergeant toit même ton application, tu ne vas pas devenir un 
 administrateur système pour autant, en revanche tu vas vite voir toute la 
 merde que tu auras faite, et qui fait que ton application s'écroule au bout 
 de 10 utilisateurs concurrents. Tu vas apprendre ce qu'il se passe réellement 
 sous le capot, et ça ne peut te faire que du bien. Mon ancien CTO disait 
 qu'un bon admin était aussi forcément un bon développeur, le contraire est 
 vrai aussi : un bon développeur doit être un bon ingénieur système.

-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[RailsFr] Tenderlove à propos des failles yaml

[Olivier El Mekki]

Pour ceux qui ne l'ont pas vu passer, Tenderlove a écrit un article
détaillé sur les problème récents avec yaml :

http://tenderlovemaking.com/2013/02/06/yaml-f7u12.html

TL;DR : breaking news, eval is evil. Même quand il essaie de changer de
nom.

-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Engine rails ? J'y comprends rien ...

[Olivier El Mekki]

Hello Cédric,

Les engines rails sont plus pensés pour être des applications
indépendentes qui se greffent sur une autre application. Si tu veux une
relation de dépendence entre ta lib et l'app host, tu devrais plutôt
faire une gem classique.

Si tu veux à la fois pouvoir faire de l'héritage et avoir des routes /
controllers greffés sur ton app, le mieux est probablement d'opter pour
une solution mixte : une gem qui regroupe les classes dont ton app va se
servir et un engine qui utilise ces mêmes classes pour mettre en place
ses actions.

On 06:37 Wed 06 Feb , Codii wrote:
 Salut tous,
 
 d'abord, pourquoi est-ce que je me suis intéressé *mountable engines* ? Je 
 viens du monde Java et on a l'habitude en Java modulariser les classes le 
 plus possible. 
 Ainsi, j'ai voulu faire un engine qui pourrait greffer à plusieurs 
 applications un lot de controleurs et models, le coeur du métier de mon 
 application.
 
 J'ai été confronté à deux problèmes de conception :
 
 1. Les modèles qui sont définis dans mon engine devraient pouvoir être 
 augmentés pour les besoins des applications hôtes.
 Concrètement : 
 
- Je définis dans mon engine un modèle User ou Engine::User dans mon 
application hôte. Mon app hôte utilise Devise. Donc je voudrais pouvoir 
greffer devise au modèle User de mon engine. Comment faire proprement ?
 
 2. Je voudrais accéder aux modèles définis par mon engine dans le namespace 
 global, Engine::User au lieu de User.
 
 Le plus frustrant et bloquant pour moi est de ne pas trouver de ressource 
 assez explicites illustrant le juste moyen de faire ça.
 
 Merci pour votre attention. 
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance+unsubscr...@googlegroups.com.
 Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out 
 .
 
 


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Engine rails ? J'y comprends rien ...

[Olivier El Mekki]

Si tu tiens à tout avoir dans une seule dépendence, rien ne t'empêche de
mettre dans le lib/ de ta gem/engine ce que j'aurais mis dans la
gem/vanilla.

Le problème du app/models/ de l'engine est qu'il fonctionne par override,
et non par namespace : si tu as un app/models/user.rb dans ton engine et
un app/models/user.rb dans ton app, la version de l'engine sera ignorée.
Ce n'est pas fait pour cela, c'est le rôle du lib/ d'une gem classique.

On 07:55 Wed 06 Feb , Codii wrote:
 Je ne comprends pas tout dans ta réponse, Thierry, mais pour préciser 
 simplement : J'ai commencé un projet rails dans lequel j'avais mes modèles 
 et controleurs définis de façon classique dans l'application utilisant 
 Devise. 
 J'ai voulu ensuite réutiliser ces modèles et controleurs dans une autre 
 application (qui n'utiliserait pas Devise), d'où l'engine. 
 De ce que j'ai compris de la réponse d'Olivier, je devrais simplement créer 
 une gem qui contiendrait les modèles Mongoid et controleurs et l'ajouter à 
 mon engine, qui serait à son tour inclus dans mes applications hôtes ? Mais 
 là, vous me perdez complètement !
 Est-ce la seule façon de régler le problème ? N'y a-t'il pas plus simple ?
 
 Merci !
 
 Le mercredi 6 février 2013 16:04:45 UTC+1, thierry.henrio a écrit :
 
  Salut
 
  2013/2/6 Codii cedri...@gmail.com javascript:
   
 
  1. Les modèles qui sont définis dans mon engine devraient pouvoir être 
  augmentés pour les besoins des applications hôtes.
  Concrètement : 
 
 - Je définis dans mon engine un modèle User ou Engine::User dans mon 
 application hôte. Mon app hôte utilise Devise. Donc je voudrais pouvoir 
 greffer devise au modèle User de mon engine. Comment faire proprement ? 
 
  2. Je voudrais accéder aux modèles définis par mon engine dans le 
  namespace global, Engine::User au lieu de User.
 
 
  IHMO, c'est pas une bonne idée
 
  1- c'est pas dans le bon sens : prévoir des libs, des engines avant 
  d'avoir un machin qui marche
  fais le marcher et extraie une lib, un engine
  ( ca n'a rien à voir avec rails ou java )
 
  2- pas top les namespaces pour les modèles dans rails
  J'ai essayé une fois avec un User pour devise il me semble, et je me suis 
  pris un gros fail en rails 3
 
  2c, Thierry
 
 
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le 
 concernant, envoyez un e-mail à l'adresse 
 railsfrance+unsubscr...@googlegroups.com.
 Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out 
 .
 
 


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Faut-il que je développe mon site dans le cas ou le javascript est désactivé?

[Olivier El Mekki]

Hello,

Pour moi, il est absolument indispensable de faire un support nojs si tu
veux avoir une application (ou un site) robuste. Ce n'est pas une
question d'accessibilité, ce n'est pas une question d'être sympas avec
ceux qui respectent les bonnes pratiques de sécurité, c'est une question
d'avoir bien conscience de la confiance que tu peux avoir en qui exécute
le code.

Lorsqu'on bosse sur du server side, on écrit le code chez nous, on
vérifie qu'il fonctionne sur le ou les servers, et c'est tout bon :
quand bien même il y aurait 50k visiteurs par jour, c'est toujours les
mêmes machines qui exécutent le code, et on peut raisonnablement
imaginer qu'elles produiront encore et toujours le même résultat.

Lorsqu'on bosse en client side, c'est radicalement différent. Chaque
browser de visiteur est un environement d'exécution différent. Il y a
des dizaines de problèmes qui peuvent survenir auxquels tu ne pourras
rien faire : vieux browser, problème de connexion, plugin qui fout la
merde, ram saturée d'une vieille machine, you name it. Le problème
n'est pas de savoir s'il y aura des erreurs, c'est de savoir quelle
quantité il va y en avoir et comment elles vont être gérées.

Maintenant, que font la plupart des sites lorsqu'une erreur survient ?
Rien. Un lien clické devient soudainement inutilisable. Nous,
développeurs, aurons le réflexe de reload la page. Un utilisateur moyen
s'énervera et ira voir ailleurs.

J'ai pris l'habitude de désactiver tous mes callbacks sur l'event
window.onerror (qui est triggered quand une erreur survient sur la
page). Une fois désactivé, la page html reprend son droit, étant faite
pour que le liens pointent vers de vraies urls et que les inputs soient
dans de vrais forms. De cette manière, à la moindre erreur, le nojs est
utilisé, exécute l'action et, reloadant la page, reload le js. Le
visiteur ne s'aperçoit même pas qu'il y a eu une erreur.

Bien évidemment, ça demande beaucoup plus de temps de coder comme ça. Il
y a donc un choix pragmatique à faire pour décider, sur la base des
objectifs du projet, si tu veux une robustesse intransigeante ou si au
contraire il faut que l'app soit développée rapidement.

On 17:12 Mon 28 Jan , Guirec Corbel wrote:
 Bonjour,
 
 Je suis en train de regarder mes logs et j'ai plusieurs erreur 
 concernant une personne accédant à une page en HTML alors qu'en suivant 
 les liens de mon site ça devrait être du javascript. La seule raison que 
 je vois c'est qu'elle à désactivée son javascript. Je ne sais pas si 
 c'est un humain ou pas.
 
 Je me pose donc la question : Faut-il que je développe mon site dans le 
 cas ou le javascript est désactivé?
 
 Bonne soirée,
 Guirec.
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 --- 
 Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
 Railsfrance.
 Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse 
 railsfrance+unsubscr...@googlegroups.com.
 Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out 
 .
 
 


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com
--- 
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
Railsfrance.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, 
envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

Re: [RailsFr] Comment passer en prod en toute sécurité?

[Olivier El Mekki]

C'est justement capital que ce soit sur le même server, sinon ça met en
échec le principe de copie conforme :)

Il y a plein de problème qui peuvent survenir en dehors de l'applicatif
même : package système manquant, mauvaise configuration d'un server de
mail, service censé tourner mais coupé, you name it. Tu ne peux réaliser
cela que si ton env staging est sur le même server que l'env production.

On 09:17 Thu 24 Jan , Guirec Corbel wrote:
 C'est un peu à ce que je pensais quand je créé une nouvelle instance de
 serveur EC2. Ça créé un environnement pareil à mon prod. Je souhaite le
 supprimer juste après pour sauver des coûts.
 
 Le 24 janvier 2013 09:14, Olivier El Mekki oelme...@gmail.com a écrit :
 
  Hello,
 
  Généralement, pour éviter ce genre de problèmes, on utilise un
  environement de staging. Il s'agit d'un environement qui est une copie
  de l'env production, installé sur le même server, mais sur un autre nom
  de domaine ( par exemple : staging.ton_domaine.com ).
 
  L'env staging a sa propre db, régulièrement sync depuis l'env
  production, et son propre fs (tu peux sync les fichiers uploadés de
  production, également).
 
  L'idée est d'avoir une copie conforme de production pour tester les
  nouvelles features en conditions réelles, ce qui permet de voir tout de
  suite ce genre de problème, sans avoir de down. C'est aussi un bon moyen
  pour faire valider les features avant de les releases, quand tu
  travailles à plusieurs.
 
 
  On 09:08 Thu 24 Jan , Guirec Corbel wrote:
   ¡Hola Amigos!
  
   Mardi j'ai fait une mise en prod qui à totalement craché mon application.
   J'ai eu des problèmes avec mes assets. J'ai dû accéder en SSH à mon
  serveur
   et faire des modifs en prod. Pour couronner le tout, mon internet
  plantait.
   C'était super lent. Bref, une horreur. Je veux absolument éviter ça.
  
   Actuellement j’utilise Amazon EC2. J'ai vu qu'il existait Rubber. Ça a
   l'air cool. Je voudrais automatiser ce processus :
  
  1. Faire passé mes specs. Arrêter si ça passe pas et continuer sinon;
  2. Compiler mes assets;
  3. Créer un nouveau serveur EC2;
  4. Envoyer mon code;
  5. Faire un db:migrate.
  
   En suite je fais mes test voir si tout va bien et j’exécute ce processus
  :
  
  1. Envoyer mon code en prod;
  2. Faire un db:migrate;
  3. Supprimer le serveur de test.
  
   Selon vous, quel est le meilleur moyen de faire ça? Utiliser Capistrano?
   Comment vous faites?
  
  
   J'aimerai savoir quels sont les bonnes pratiques pour la mise en prod en
   sachant que j'ai pas les moyens d'avoir 36 serveurs. Je travail
   bénévolement et tout l'argent viens de ma poche. Même 30 euros par moi
  je
   trouve ça cher.
  
   Question bonus : est-ce que amazon EC2 c'est vraiment le mieux pour un
   micro site?
  
  
   J'avoue n'avoir aucune expérience la dedans...
  
  
   Merci!
  
   --
   --
   Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance
  de Google Groups.
   Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
  railsfrance@googlegroups.com
   Pour résilier votre abonnement envoyez un e-mail à l'adresse
  railsfrance-unsubscr...@googlegroups.com
  
  
 
 
  --
  Olivier El Mekki.
 
  --
  --
  Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de
  Google Groups.
  Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
  railsfrance@googlegroups.com
  Pour résilier votre abonnement envoyez un e-mail à l'adresse
  railsfrance-unsubscr...@googlegroups.com
 
 
 
 
 -- 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 
 


-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Comment passer en prod en toute sécurité?

[Olivier El Mekki]

Ça, c'est le principe de la machine de développement. Quand une feature
arrive sur staging, c'est qu'elle est prête à être shipped (rien
n'empêche en parallèle d'avoir une machine de test si tu as besoin de
faire des stress tests sur machine similaire à la prod, mais c'est quand
même un cas relativement rare pour la plupart des apps).

On 15:23 Thu 24 Jan , Geoffroy Couprie wrote:
 Le staging sur le même serveur que la prod, ça élimine l'avantage du
 serveur de staging qu'on peut exploser tranquille...
 Le 24 janv. 2013 15:20, Olivier El Mekki oelme...@gmail.com a écrit :
 
  C'est justement capital que ce soit sur le même server, sinon ça met en
  échec le principe de copie conforme :)
 
  Il y a plein de problème qui peuvent survenir en dehors de l'applicatif
  même : package système manquant, mauvaise configuration d'un server de
  mail, service censé tourner mais coupé, you name it. Tu ne peux réaliser
  cela que si ton env staging est sur le même server que l'env production.
 
  On 09:17 Thu 24 Jan , Guirec Corbel wrote:
   C'est un peu à ce que je pensais quand je créé une nouvelle instance de
   serveur EC2. Ça créé un environnement pareil à mon prod. Je souhaite le
   supprimer juste après pour sauver des coûts.
  
   Le 24 janvier 2013 09:14, Olivier El Mekki oelme...@gmail.com a écrit
  :
  
Hello,
   
Généralement, pour éviter ce genre de problèmes, on utilise un
environement de staging. Il s'agit d'un environement qui est une copie
de l'env production, installé sur le même server, mais sur un autre nom
de domaine ( par exemple : staging.ton_domaine.com ).
   
L'env staging a sa propre db, régulièrement sync depuis l'env
production, et son propre fs (tu peux sync les fichiers uploadés de
production, également).
   
L'idée est d'avoir une copie conforme de production pour tester les
nouvelles features en conditions réelles, ce qui permet de voir tout de
suite ce genre de problème, sans avoir de down. C'est aussi un bon
  moyen
pour faire valider les features avant de les releases, quand tu
travailles à plusieurs.
   
   
On 09:08 Thu 24 Jan , Guirec Corbel wrote:
 ¡Hola Amigos!

 Mardi j'ai fait une mise en prod qui à totalement craché mon
  application.
 J'ai eu des problèmes avec mes assets. J'ai dû accéder en SSH à mon
serveur
 et faire des modifs en prod. Pour couronner le tout, mon internet
plantait.
 C'était super lent. Bref, une horreur. Je veux absolument éviter ça.

 Actuellement j’utilise Amazon EC2. J'ai vu qu'il existait Rubber. Ça
  a
 l'air cool. Je voudrais automatiser ce processus :

1. Faire passé mes specs. Arrêter si ça passe pas et continuer
  sinon;
2. Compiler mes assets;
3. Créer un nouveau serveur EC2;
4. Envoyer mon code;
5. Faire un db:migrate.

 En suite je fais mes test voir si tout va bien et j’exécute ce
  processus
:

1. Envoyer mon code en prod;
2. Faire un db:migrate;
3. Supprimer le serveur de test.

 Selon vous, quel est le meilleur moyen de faire ça? Utiliser
  Capistrano?
 Comment vous faites?


 J'aimerai savoir quels sont les bonnes pratiques pour la mise en
  prod en
 sachant que j'ai pas les moyens d'avoir 36 serveurs. Je travail
 bénévolement et tout l'argent viens de ma poche. Même 30 euros par
  moi
je
 trouve ça cher.

 Question bonus : est-ce que amazon EC2 c'est vraiment le mieux pour
  un
 micro site?


 J'avoue n'avoir aucune expérience la dedans...


 Merci!

 --
 --
 Vous avez reçu ce message, car vous êtes abonné au groupe
  Railsfrance
de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à
  l'adresse
railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse
railsfrance-unsubscr...@googlegroups.com


   
   
--
Olivier El Mekki.
   
--
--
Vous avez reçu ce message, car vous êtes abonné au groupe
  Railsfrance de
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à
  l'adresse
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse
railsfrance-unsubscr...@googlegroups.com
   
   
   
  
   --
   --
   Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance
  de Google Groups.
   Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
  railsfrance@googlegroups.com
   Pour résilier votre abonnement envoyez un e-mail à l'adresse
  railsfrance-unsubscr...@googlegroups.com
  
  
 
 
  --
  Olivier El Mekki.
 
  --
  --
  Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de
  Google Groups.
  Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
  railsfrance@googlegroups.com
  Pour résilier votre abonnement

Re: [RailsFr] Comment passer en prod en toute sécurité?

[Olivier El Mekki]

Oui tout à fait, je l'ai déjà fait. Que ce soit en utilisant
apache/passenger ou nginx/unicorn, ce n'est pas plus difficile que de
faire cohabiter deux sites webs sur un server.

Pour le déploiement, capistrano à une extension multistage :
https://github.com/capistrano/capistrano/wiki/2.x-Multistage-Extension

Ça te permet de faire :
  cap deploy # deploy sur staging
  cap production deploy # deploy sur production


Les seules difficultés que j'ai rencontrées ont été memcache et
delayed_job. Les service memcache des OS sont prévus pour faire tourner
une seule instance de memcache. Par simplicité, nous en voulions deux :
une pour staging et une pour production. Il a alors fallut en démarrer
une manuellement.

Quant à delayed_job, il gère ses process non par PID mais par matching
du nom du process ... On a eu des surprises jusqu'à ce qu'on lui passe
des options pour prefixer les noms des process.

On 09:26 Thu 24 Jan , Guirec Corbel wrote:
 @Olivier, penses tu que c'est faisable simplement avec EC2?
 
-- 
Olivier El Mekki.

-- 
-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Rake ne fonctionne pas (Could not fin abstract-1.0.0)

[Olivier El Mekki]

Hello Antoine,

Tu peux essayer de faire :

  bundle exec rake db:migrate

afin d'être certain d'utiliser les versions et les paths des gems
fournis par ton bundle (ce sera vrai pour toute commande ultérieure).

On 07:40 Thu 10 Jan , Antoine Julienne wrote:
 Bonjour.
 
 Je suis en train d'apprendre à me servir de RoR, mais je rencontre un 
 problème avec Rake.
 
 Quand je lance la commande suivante :
 
  *$ rake db:migrate*
 
 j'obtiens l'erreur suivante :
 
  *Could not find abstract-1.0.0 in any of the sources
  Run `bundle install` to install missing gems.*
 
 
 Or, quand je fais un '*bundle install*', je vois bien que '*abstract-1.0.0*' 
 est dans la liste (ainsi que rake)
 
 Est-ce que vous savez d'où ça peut venir ?
 
 Merci d'avance.
 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com


-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Votre avis sur mon projet

[Olivier El Mekki]

Hello Guirec,

Félicitations pour ce projet, le concept est intéressant :)

En ce qui concerne le SEO, pas certain que ce soit ce dont tu aies
besoin. Dans ton cas, ce qu'il te faut, c'est constituer une première
user base de personnes qui auront entendu parler du projet et
souhaiterons l'utiliser, et non qu'on tombe sur ton projet en faisant
une recherche depuis un search engine (et en cherchant quoi, anw ?).

Pour cela, tu peux en parler sur des espaces de discussions, comme ici,
sur twitter, sur des sites dédiés à ruby comme les feeds human coders,
le présenter lors de conférences, etc.

Pour toucher plus de monde, rien de mieux que de faire un peu de PR
(public relation), et ça entraine pour la suite pour faire des projets à
but commerciaux : repère des blogs à audiance suffisante qui traitent de
sujets couvrant le thème de ton service et contacte les bloggers, en
faisant un message personnalisé montrant que tu les as lu, en présentant
ton service et en expliquant pourquoi cela peut les intéresser (et rien
de plus, on ne force pas la main des bloggers, ça les rend hystériques).

Évidemment, le plus efficace pour lancer un service est d'avoir un bon
réseau twitter : l'information concernant l'existance de ton service
circule comme un feu de paille. Après, le ratio tweets,RT / utilisateurs
acquis (et même simplement : visites) est ridicule, mais tout le monde a
entendu parler de ton service, ça ne peut qu'être positif à terme. :)

À noter également que le fait qu'il n'y ait aucune entrée actuellement
est un problème : les gens vont venir voir ... et ne vont rien voir. Il
faudrait que tu lances quelques discussions qui incitent les visiteurs à
participer.

On 13:10 Sat 15 Dec , Guirec Corbel wrote:
 Bonjour,
 
 J'ai de nouveau avancé sur mon projet. L'un des plus gros changement est 
 le nom. C'est maintenant Social-Reviewing. Voici le lien : 
 http://www.social-reviewing.com/. J'ai également adopter un système de 
 tag pour les projets.
 
 La plus grosse difficulté que je vais avoir va être au niveau du 
 référencement. Si quelqu'un est intéressé pour m'aider la dedans ça 
 serait bien.
 
 J'espère que le projet va marcher. Bonne visite.
 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com


-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Arguments en ruby

[Olivier El Mekki]

EDIT Il fallait lire :

À noter que de la même manière, si tu traitais des blocks, il faudrait
utiliser '' :

def b( var, block)
  // do something
end

def a( var, block)
  b( var, block )
end

On 15:20 Thu 04 Oct , Olivier El Mekki wrote:
 Hello,
 
  def a( var, *args)
b( var, *args )
  end
 
 Ajouter le '*' avant un array l'extend en liste d'arguments.
 
 À noter que de la même manière, si tu traitais des blocks, il faudrait
 utiliser '' :
 
 def b( var, block)
   // do something
 end
 
 def a( var, block)
   b( var, block )
 end
 
 
 On 09:16 Thu 04 Oct , Bruno Muscolino wrote:
  Bonjour,
  
  Je me pose une question un peu bête en ruby si on a une fonction A avec des 
  arguments et que dans la fonction B on veux passer les meme argument que 
  l'on reçois de l'array args?
  
  def b( var, *args)
// do something
  end
  
  def a( var, *args)
b( var, args )   // PROBLEME args est une array et non une liste des 
  arguments  args.join(, ) ne marche pas non plus car je ne reçois pas que 
  des strings.
  end
  
  def main()
a( hello, 1,2, str, )
  end
  
  Merci par avance,
  - B
  
  -- 
  Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
  Google Groups.
  Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
  railsfrance@googlegroups.com
  Pour résilier votre abonnement envoyez un e-mail à l'adresse 
  railsfrance-unsubscr...@googlegroups.com
 
 
 -- 
 Olivier El Mekki.

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Installation Serveur Production

[Olivier El Mekki]

Hello,

Le principal intérêt de passenger est de tourner dans apache. Si tu
utilises nginx, autant opter pour unicorn.

Au passage, pourquoi utilises-tu nginx derrière apache? C'est
sous-optimal et ça n'apporte rien...


On 07:12 Mon 01 Oct , Emmanuel BOUGEROLLE wrote:
 Bonjour à tous,
 
 Je dois prochainement mettre en production une petite application Rails... 
 (Faut bien commencer)
 
 Je me pose la question de la configuration de mon serveur de prod qui sera 
 installé sur une machine virtuelle sous Ubuntu 12.04 LTS.
 
 Le serveur hébergeant l'application rails tournera avec Rbenv, NGINX mais 
 je me pose la question du serveur d'application : Unicorn ou Passenger
 
 L'accès a l'application se fera au travers d'un reverse proxy Apache (pour 
 l'instant, NGINX dans le futur) il est peyt possible d'utiliser Passenger 
 en standalone sur le serveur d'application.
 
 Je tente par la même occasion le déploiement avec capristano et un serveur 
 gitlab
 
 Merci d'avance pour vos conseil avisé.
 
 Emmanuel
 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com


-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Installation Serveur Production

[Olivier El Mekki]

Nginx est parfait pour faire ça[1]. Dans une installation nginx/unicorn
typique, tu as :

  upstream domain2 {
server unix:rails_app_path/tmp/sockets/unicorn.sock;
  }

Il te suffit de le remplacer par :

  upstream domain2 {
server ton_domain_local:port;
  }

et de configurer unicorn pour se binder sur un port plutôt que sur un
socket unix[2] :

  listen 3000


[1] http://wiki.nginx.org/HttpUpstreamModule
[2] http://unicorn.bogomips.org/Unicorn/Configurator.html#method-i-listen

On 16:22 Mon 01 Oct , Emmanuel BOUGEROLLE wrote:
 L'application doit être accessible à l'exterieur. Donc l'accès se fera  en
 https depuis mon reverse proxy qui est en DMZ.
 
 L'accès à mon application ne se fera jamais directement sur le serveur
 hébergeant l'application rails.
 
 Emmanuel
 
 
 Le 1 octobre 2012 16:16, Olivier El Mekki oelme...@gmail.com a écrit :
 
  Hello,
 
  Le principal intérêt de passenger est de tourner dans apache. Si tu
  utilises nginx, autant opter pour unicorn.
 
  Au passage, pourquoi utilises-tu nginx derrière apache? C'est
  sous-optimal et ça n'apporte rien...
 
 
  On 07:12 Mon 01 Oct , Emmanuel BOUGEROLLE wrote:
   Bonjour à tous,
  
   Je dois prochainement mettre en production une petite application
  Rails...
   (Faut bien commencer)
  
   Je me pose la question de la configuration de mon serveur de prod qui
  sera
   installé sur une machine virtuelle sous Ubuntu 12.04 LTS.
  
   Le serveur hébergeant l'application rails tournera avec Rbenv, NGINX mais
   je me pose la question du serveur d'application : Unicorn ou Passenger
  
   L'accès a l'application se fera au travers d'un reverse proxy Apache
  (pour
   l'instant, NGINX dans le futur) il est peyt possible d'utiliser Passenger
   en standalone sur le serveur d'application.
  
   Je tente par la même occasion le déploiement avec capristano et un
  serveur
   gitlab
  
   Merci d'avance pour vos conseil avisé.
  
   Emmanuel
  
   --
   Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance
  de Google Groups.
   Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
  railsfrance@googlegroups.com
   Pour résilier votre abonnement envoyez un e-mail à l'adresse
  railsfrance-unsubscr...@googlegroups.com
 
 
  --
  Olivier El Mekki.
 
  --
  Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de
  Google Groups.
  Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
  railsfrance@googlegroups.com
  Pour résilier votre abonnement envoyez un e-mail à l'adresse
  railsfrance-unsubscr...@googlegroups.com
 
 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com


-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Installation Serveur Production

[Olivier El Mekki]

Oui tout à fait. Unicorn se suffit à lui-même : il sait démarrer et
gérer des processus, se binder sur un port, traiter des requêtes, etc.

Le principal intérêt de nginx par dessus est de servir les fichiers
statiques (js, css, images, etc) et de permettre le load balancing
entre plusieurs domaines.

Dans une configuration avec un server ouvert et des servers internes, il
y a donc nginx en front (et les assets se situent sur ce server), et
unicorn sur les servers internes, pour gérer les requêtes proprement
rails.

Maintenant, cette configuration part du principe que tu as le choix des
armes. Si tu as déjà un apache sur ton server front et qu'il est exclu
de le remplacer par nginx, mieux vaut éviter de rajouter nginx par
dessus.

Tu peux utiliser apache comme proxy vers un unicorn sur un server
interne de la même manière qu'avec nginx[1].

À noter qu'à ma connaissance, passenger ne permet pas d'être lancé
indépendamment et de se binder sur un port, il a besoin d'être inclu
dans un webserver. Ça veut dire que tu ne pourras pas l'hoster sur un
server interne sans rajouter un second webserver, comme tu avais
l'intention de le faire (mais c'est du coup de moindre intérêt).

[1] 
https://github.com/teambox/teambox/wiki/Installing-on-Ubuntu-using-Apache-and-Unicorn

On 16:49 Mon 01 Oct , Emmanuel BOUGEROLLE wrote:
 Tu propose donc une utilisation seule d'unicorn sur le serveur
 d'application couplée avec un reverse proxy sous Nginx.
 
 Si c'est cela il faut que je vois la faisabilité de la chose dans le sens
 ou mon reverse proxy me sert aussi pour l'accès externe à mes serveurs de
 messagerie Lotus Domino en load balancing avec de la gestion de sticky
 session.
 
 Emmanuel
 
 


-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Installation Serveur Production

[Olivier El Mekki]

 Passenger standalone inclut un serveur nginx qu'il est possible de démarrer 
 en Daemon sur le port voulu.

Ce qui revient ... à avoir un second webserver :)


 Mais ton explication est très clair et je t'en remercie.

Np.


-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Faire appel à une route nommée depuis une gem

[Olivier El Mekki]

Arf, je n'avais pas vu la signature de ton mail, au temps pour moi :)

Depuis ta gem, si tu fais : 

Rails.application.routes.routes.map( :name ).compact.sort

Est-ce que tu vois les routes de ton app principale ?

On 11:58 Thu 31 May , HappyNoff wrote:
Bonjour ? tous,
 
J'aimerais acc?der aux routes nomm?es depuis une gem.
Voici exactement ce que je cherche ? faire:
 
Il s'agit du projet Ariane (https://github.com/simonc/ariane) qui permet
de g?rer un fil d'ariane (breadcrumb).
 
En gros, il est possible d'ajouter des liens au fil d'ariane soit dans les
contr?leurs, soit dans les vues.
 
Pour le moment il est possible de faire:
 
% ariane.add un_model.title, un_model_path(un_model) %
 
C'est cool mais j'aimerais pousser ?a un peu plus loin et permettre de
faire ceci:
 
% ariane.add un_model.title, un_model %
 
Seulement ?a ne marche pas, lorsque je fais appel ? link_to avec ces
param?tres depuis la gem, je me prend une erreur me disant que
un_model_path n'est pas une m?thode d?finie sur mon g?n?rateur de liens.
 
J'ai essay? d'inclure ActionView::Helpers et
ActionDispatch::Routing::Helpers mais ?a ne fonctionne pas et je commence
? toucher les limites de ma compr?hension du code de Rails pou le moment
^^
 
Est-ce que quelqu'un a une id?e ou a d?j? fait ?a ?
 
Merci d'avance pour vos r?ponses.
 
Simon COURTOIS
 
--
Vous avez re?u ce message, car vous ?tes abonn? au groupe Railsfrance de
Google Groups.
Pour transmettre des messages ? ce groupe, envoyez un e-mail ? l'adresse
railsfrance@googlegroups.com
Pour r?silier votre abonnement envoyez un e-mail ? l'adresse
railsfrance-unsubscr...@googlegroups.com

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Faire appel à une route nommée depuis une gem

[Olivier El Mekki]

Hello,

C'est cool mais j'aimerais pousser ça un peu plus loin et permettre de
faire ceci:
 
% ariane.add un_model.title, un_model %

Ça devrait faire quoi ? La lib ne peut pas déterminer d'elle-même si tu
veux aller vers une action d'index, de show, voir même une action
custom.

La possibilité de faire `form_for @resource` est un cas rare : si on
veut un form, c'est qu'on veut modifier un objet. C'est donc soit un
create, soit un update, qu'on détermine en regardant si l'objet est un
new_record? ou non.

Ici, ce n'est pas devinable de la même manière - ça peut être n'importe
quelle url.

Mais je vois que Simon est l'auteur de cette gem, donc je le laisse te
répondre au cas où :)


-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Re: vim or not vim?

[Olivier El Mekki]

avec un HHKB pro 2 et une touche control remapp?e en ESC :-)

Tiens, une petite astuce, si la touche ESC t'ennuie. Crois-le ou non,
mais je ne m'en sers jamais :)

Sur la plupart des terminaux, quand tu es en mode insertion, tu peux
faire alt + une touche que tu veux utiliser en mode normal pour
repasser en mode normal.

Je ne compte plus le nombre de fois que je fais alt + shift + i
(pour insérer en debut de ligne), alt + shift + a (pour insérer en
fin de ligne), alt + e, a (pour sortir d'une parenthèse), etc.

J'utilise rxvt-unicode, ça fonctionne pour tout. Sur gnome-terminal, je
me souviens avoir eu des problèmes parce que certaines combinaisons à
base de alt étaient utilisées par le terminal.

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Re: vim or not vim?

[Olivier El Mekki]

Comment faite vous pour naviguer rapidement entre vos fichiers? J'utilise
Command-T que je trouve genial. Connaissez vous d'autres moyen efficaces?

Perso, je fais `:tabnew .` pour ouvrir un filebrowser intégré à vim
(netrw).

À noter l'option vimrc : `set autochdir` qui fait que les paths que tu
donnes sont toujours relatifs au dossier du fichier que tu es
actuellement en train d'éditer (sans ça, ils sont relatifs au dossier
dans lequel tu as ouvert vim).

Ça ne vaut pas le command-T de textmate, mais il y a des plugins pour
ça: http://www.vim.org/scripts/script.php?script_id=3025

 
Pour le moment, je garde toujours une console sur le cote. Est-qu'il y a
un moyen plus integre `a VIM?
 
Merci pour tout vos conseils.
 
Le 2012-04-17 11:03, Guirec Corbel a ecrit :
 
  Bonjour `a tous,
 
  J'ai dej`a entendu des developpeur ne jurant que par vim, emacs ou des
  editeurs du genre et j'ai vu les screencasts de [1]destroyallsoftware et
  ce qu'il font sont tout simplement incroyable. Pour le moment, ce que
  j'utilise c'est des editeurs un peu plus graphique comme Gedit et
  Redcar. J'ai toujours une console `a cote. J'ai dej`a essaye d'utiliser
  vim mais je me suis casse la tete.
 
  Quand je regarde destroyallsoftware je me dis que ce qu'il fait est tout
  simplement inhumain. Il va `a la vitesse x100 et n'utilise jamais la
  souris. Est-ce que certains d'entre vous vont aussi vite?
 
  Pensez vous que vim vaut le cout que l'on se casse la tete?
 
  Qu'utilisez vous comme editeur?
 
  Bonne journee et merci pour vos conseils!
 
  --
  Guirec Corbel
  Conception Korrigan
  418-409-5194
  [2]http://www.conception-korrigan.com
 
--
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance
de Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse
railsfrance-unsubscr...@googlegroups.com
 
 References
 
Visible links
1. http://www.destroyallsoftware.com/
2. http://www.conception-korrigan.com/

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Re: vim or not vim?

[Olivier El Mekki]

Hum, un clavier où il faut utiliser alt gr pour faire un underscore.
Non merci :)

On 08:42 Thu 19 Apr , Jeremy Dierx wrote:
 Les Super Héros utilisent Vim avec un clavier TypeMatrix bépo :)
 
 J.
 
 
 -- 
 Jesus saves, but only Buddha makes incremental backups
 Mr Zebra
 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Re: vim or not vim?

[Olivier El Mekki]

 en + de celles que tout
le monde connait et qui ont ?t? cit?es pr?c?demment :-)
Le mardi 17 avril 2012 21:51:25 UTC+2, Yann Armand a ?crit?:
 
  Oh non, et moi qui croyais avoir fait un choix d?finitif, va falloir
  regarder ? nouveau emacs.
  Merci Pierre ! :-)
  -yann
  2012/4/17 pierre nespo [3]pierre.ne...@gmail.com
 
Emacs24 +?[4]https://github.com/bbatsov/prelude?== FTW
Sinon *pour le troll* ruby a ?t? cod? via emacs :D (matz est le
co-auteur de ruby-mode

 et?[5]http://www.slideshare.net/yukihiro_matz/how-emacs-changed-my-life)
Pierre
 
2012/4/17 Yann Armand [6]y...@harakys.com
 
  C'est vrai que quand on y a gouter le Go To File devient
  indispensable.
  J'utilise sous VIM un plugin qui s'appel command-T qui donne un
  r?sultat similaire ? celui de SublimeText.
  Une bonne gestion des tag ? l'?chelle du projet est ?galement
  bien utile. Pour cela je customize un peu la g?n?ration avec
  ctags
  et FuzzyFinder pour les recherche dans le style de GoToFile mais
  pour n'importe quel symbole du projet  un must !
  Enfin le mode Rails qui saute selon mon bon plaisir entre Vue,
  model et controleur.
  -yann
 
  --
  Vous avez re?u ce message, car vous ?tes abonn? au groupe
  Railsfrance de Google Groups.
  Pour transmettre des messages ? ce groupe, envoyez un e-mail ?
  l'adresse [7]railsfrance@googlegroups.com
  Pour r?silier votre abonnement envoyez un e-mail ? l'adresse
  [8]railsfrance-unsubscr...@googlegroups.com
 
--
Vous avez re?u ce message, car vous ?tes abonn? au groupe
Railsfrance de Google Groups.
Pour transmettre des messages ? ce groupe, envoyez un e-mail ?
l'adresse [9]railsfrance@googlegroups.com
Pour r?silier votre abonnement envoyez un e-mail ? l'adresse
[10]railsfrance-unsubscr...@googlegroups.com
 
--
Vous avez re?u ce message, car vous ?tes abonn? au groupe
Railsfrance de Google Groups.
Pour transmettre des messages ? ce groupe, envoyez un e-mail ?
l'adresse [11]railsfrance@googlegroups.com
Pour r?silier votre abonnement envoyez un e-mail ? l'adresse
[12]railsfrance-unsubscr...@googlegroups.com
 
  --
  Vous avez re?u ce message, car vous ?tes abonn? au groupe Railsfrance
  de Google Groups.
  Pour transmettre des messages ? ce groupe, envoyez un e-mail ? l'adresse
  [13]railsfrance@googlegroups.com
  Pour r?silier votre abonnement envoyez un e-mail ? l'adresse
  [14]railsfrance-unsubscr...@googlegroups.com
 
--
Vous avez re?u ce message, car vous ?tes abonn? au groupe Railsfrance de
Google Groups.
Pour transmettre des messages ? ce groupe, envoyez un e-mail ? l'adresse
railsfrance@googlegroups.com
Pour r?silier votre abonnement envoyez un e-mail ? l'adresse
railsfrance-unsubscr...@googlegroups.com
 
 References
 
Visible links
1. mailto:bast...@gallay.org
2. mailto:amokrane.chen...@gmail.com
3. mailto:pierre.ne...@gmail.com
4. https://github.com/bbatsov/prelude
5. http://www.slideshare.net/yukihiro_matz/how-emacs-changed-my-life
6. mailto:y...@harakys.com
7. mailto:railsfrance@googlegroups.com
8. mailto:railsfrance-unsubscr...@googlegroups.com
9. mailto:railsfrance@googlegroups.com
   10. mailto:railsfrance-unsubscr...@googlegroups.com
   11. mailto:railsfrance@googlegroups.com
   12. mailto:railsfrance-unsubscr...@googlegroups.com
   13. mailto:railsfrance@googlegroups.com
   14. mailto:railsfrance-unsubscr...@googlegroups.com

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] [JOB] Recherche Développeur Rails

[Olivier El Mekki]

Bonjour,

Bravo pour cette annonce, elle est exemplaire :)

On 03:21 Wed 18 Apr , Mathieu Fosse wrote:
 Bonjour,
 
 Je me présente pour ceux qui ne me connaissent pas. Je suis Mathieu
 Fosse, Directeur Technique de Tigerlily.
 Je sais que cette annonce n'a pas tout à fait sa place sur cette
 mailing list et qu'on a souvent parlé de la mailing list Rails
 business (http://groups.google.com/group/railsfrance-business) pour
 poster ce genre d'annonce.
 
 Le fait est que cette liste ne compte que 139 membres et que celle de
 RailsFrance en compte 986 et que le dernier post remonte à Octobre
 2010.
 Le calcul est vite fait. De plus je suis sur que certaines personnes
 qui me lisent n'ont même pas connaissance de cette liste.
 
 Je vais donc tenter d'être le plus précis possible sur le profil que
 nous recherchons, afin de ne pas vous faire perdre votre temps.
 Pour ce faire, je vais reprendre les points qui ont précédemment été
 abordés et qui vous semble essentiel dans une annonce d'offre
 d'emploi.
 
 Je vais commencer par vous parler de Tigerlily :
 Tigerlily est une startup qui à bientôt 2 ans. Tigerlily propose à ses
 clients grands comptes (Louis Vuitton, Longchamp, Orange, etc) et
 Agences de communication (Publicis, Havas, etc) une plateforme leur
 permettant de gérer facilement leurs campagnes marketing sur Facebook
 et leurs visibilités sur les réseaux sociaux (Facebook et Twitter pour
 l'instant).
 
 Cette plateforme est composée de plusieurs applications répondant à
 différents besoins clients. Nous avons par exemple une application
 permettant de créer facilement une opération Marketing sur facebook :
 Concours, Instant Win, Boutique en ligne, etc à l'aide d'un langage
 basé sur Liquid. Mais nous avons également des applications permettant
 de gérer les conversations (alertes, modération, etc) sur la timeline
 d'une page Facebook ou d'un compte Twitter.
 
 Pour plus d'infos sur Tigerlily : http://www.tigerlilyapps.com/fr/company
 
 Détails de l'offre :
 
 * Titre du poste : Développeur Rails
 * Salaire : 35 - 45K (en fonction du profil)
 * Type de contrat : CDI (pas de télé-travail)
 * Localisation : Paris, Bastille
 * Type d'application : Applications Sociales utilisant les API de
 Facebook et Twitter. Pour plus d'informations : http://www.tigerlilyapps.com
 * Avantages : Tickets Restaurant (8 euros) + Mutuelle
 * Technologies utilisées chez Tigerlily : Rails 3, Sinatra, Ruby
 1.9.3, Resque(Redis), MySQL, MongoDB, Liquid et d'autres encore.
 * Équipe technique : 7 Rails Dev, 2 Front-End Dev et un bouledogue
 (http://www.tigerlilyapps.com/fr/company)
 
 Le poste est à pourvoir dès aujourd'hui.
 Pour postuler à ce poste, veuillez m'envoyer votre CV en m'expliquant
 ce qui vous motive à j...@tigerlilyapps.com.
 Veuillez également m'indiquer dans ce mail votre compte GitHub et
 l’application, GEM, Plugin, bout de code dont vous êtes le plus fier.
 
 Merci.
 
 Bonne journée,
 Mathieu Fosse
 
 -- 
 Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
 Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
 railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse 
 railsfrance-unsubscr...@googlegroups.com
 

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Re: vim or not vim?

[Olivier El Mekki]

-mail ? l'adresse
railsfrance-unsubscr...@googlegroups.com
 
 References
 
Visible links
1. http://pragprog.com/book/dnvim/practical-vim
2. mailto:sylvain.abel...@gmail.com
3. mailto:railsfrance@googlegroups.com
4. mailto:railsfrance-unsubscr...@googlegroups.com
5. mailto:railsfrance@googlegroups.com
6. mailto:railsfrance-unsubscr...@googlegroups.com

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Re: vim or not vim?

[Olivier El Mekki]

Personnellement, je ne suis pas un grand fan du switch de fichier dans
une même instance de vim. J'utilise abondamment les tab vim pour ouvrir
des fichiers d'un même type (un vim pour les model, un vim pour les
controller, etc) et je me sers de screen pour faire une ide.

Typiquement, une session donne quelque chose comme ça :
http://dev.el-mekki.fr/images/ide.png

On 20:46 Wed 18 Apr , Jean-Hadrien Chabran wrote:
Hello,?
J'ai ? peu pr?t tout test?, la qu?te de l'?diteur ultime c'est un peu mon
dada. En d?finitive il faut je pense arriver ? cerner ce qui est important
pour soi et le workflow le plus confortable parmi ceux propos? par les
diff?rents ?diteurs.?
Vu que le sujet est vim et que c'est mon ?diteur favori, je pr?f?re m'y
limiter pour ?viter le wall of text aux fortes propri?t?s trollisantes.?
Vim est bien plus qu'un ?diteur modal aux bindings exotiques. C'est un
workflow complet de travail au sein du shell.?
Certes on peut trouver des plugins qui ont un go?t d'IDE mais ils ne sont
pas forc?ment populaires. Concr?tement, si on regarde Rails.vim, le plugin
pour vim, ce n'est rien d'autre qu'un ensemble de commandes bricol?s
ensemble au dessus des primitives. Tout commence par un R majuscule qui
rep?re toutes les commandes Rails. Si je fais par exemple :Rmodel user,
rails.vim ouvre dans la fen?tre courante un buffer avec le fichier
app/models/user.rb. Si je fais RVmodel user, j'obtiens un split vertical
de ma fen?tre courante, s?parant ainsi le fichier que j'?tais en train de
regarder et le fichier nouvellement ouvert user.rb. De la m?me mani?re,
RTmodel user ouvrira un onglet avec le fichier en question et ainsi de
suite pour les controllers, vues, etc ...?
A partir de l? les commandes genre :b un_autre_fichier_deja_ouvert
deviennent obsol?tes, sauf ? l'occasion quand tu sais que tu as d?j?
ouvert le fichier que tu cherches, mais que tu en as perdu le nom. Mais
finalement ce n'est rien d'autre qu'une combinaison de celles-ci.?
Et cette logique continue, une fois sur user.rb, si je fais :A je me
retrouve sur user_spec.rb, si je fais :AS je me retrouve sur avec user.rb
et user_spec.rb dans un split horizontal ( S pour split ).?
Si je me suis plant? et que je veux bouger un fichier, je colle un :!mv %
nouveau_chemin/truc.rb % sera remplac? par le path du fichier courant.?
Si tu adjoins ? cela les bindings qui sont juste fantastique, comme
l'explique bien mieux que moi cette pr?sentation
:?[1]http://walking-without-crutches.heroku.com/?tu obtiens en effet un
?diteur qui prends du temps ? appr?hender, mais qui paye clairement sur le
long terme. Apr?s, certains aiment la souris, le touchpad d'apple
permettant un workflow tr?s confortable par exemple.?
Il y a deux screencasts qui sont juste excellents pour pr?senter
diff?rents workflow, il s'agit de

 :?[2]https://peepcode.com/products/play-by-play-zed-shaw?et?[3]https://peepcode.com/products/play-by-play-bernhardt
Bref, je peux disserter sur le sujet pendant des heures, je m'arr?te l? :)
 
2012/4/18 Olivier El Mekki [4]oelme...@gmail.com
 
  Tu peux mettre, dans /etc/inputrc (ou ~/.inputrc) :
 
  ? ?set editing-mode vi
 
  ?a fait la m?me chose que `set -o vi` dans bash, c'est-?-dire activer le
  mode vi de readline.
 
  Je ne te recommande pas de le mettre dans inputrc, cela dit, pr?cis?ment
  ? cause d'irb. Je l'avais fait un temps, mais ?a provoquait des
  comportements buggy (?a a pu changer depuis, cela dit).
  On 19:43 Wed 18 Apr ? ? , Olivier Gosse-Gardet wrote:
   ? ?Est-il possible de configurer la console rails pour qu'elle utilise
  vi
   ? ?pour les lignes de commande ? Pour le moment, je n'ai trouv? que
  CTRL-A et
   ? ?CTRL-E pour aller en d?but et fin de ligne. C'est un peu frustre et
   ? ?fastidieux ? l'usage.
   ? ?Ce serait aussi un tr?s bon moyen de s'initier aux commandes vi en
   ? ?douceur.
  
   ? ?On Wednesday 18 April 2012 at 15:41, Gregoire LEJEUNE wrote:
  
   ? ? ?Pour info, tout neuf, tout chaud :
   ? ? ?[1][5]http://pragprog.com/book/dnvim/practical-vim
   ? ? ?Greg
   ? ? ?Le 18 avril 2012 12:09, Sylvain Ab?lard
  [2][6]sylvain.abel...@gmail.com a
   ? ? ??crit :
  
   ? ? ? ?Hello,
  
   ? ? ? ? ?Qu'utilisez vous comme editeur?
  
   ? ? ? ?Pas assez d'emacs-users ici donc sans lancer de guerre de
  religion je
   ? ? ? ?le dis
   ? ? ? ?bien fort : emacs !
  
   ? ? ? ? ?Pensez vous que vim vaut le co?t que l'on se casse la t?te?
  
   ? ? ? ?Oui, oui et cent fois oui ! Justement tu ne trouverais pas
  cette
   ? ? ? ?vitesse
   ? ? ? ?inhumaine.
   ? ? ? ?Vu le temps qu'un d?veloppeur passe ? manipuler du texte sous
  toutes
   ? ? ? ?ses
   ? ? ? ?formes, ma?triser un ?diteur

Re: [RailsFr] vim or not vim?

[Olivier El Mekki]

Ça va forcément rapidement tourner au troll, mais oui, pour moi ça vaut
le coup :)

Bon, tu utilises l'éditeur que tu veux, les goûts et les couleurs,
bla bla.

Vim est extrêmement difficile à prendre en main, comparé à un éditeur
plus intuitif, et tu perds d'abord beaucoup en productivité. Mais tu en
gagnes énormément ensuite. L'idée de base est : faire le moins de
mouvements possibles. Bien sûr, ça concerne le fait d'aller chercher la
souris, mais également le déplacement de tes mains sur le clavier.

À terme, j'ai fini par remapper l'ensemble des raccourcis de mon desktop
(principalement en ce qui concerne le déplacement via hjkl) à la
manière de vim et j'ai effectivement l'impression de perdre beaucoup de
temps quand j'utilise une autre machine.

Vim encourage également à limiter au maximum les répétitions. Le pattern
est : si tu vois que tu refais encore et encore la même chose, prend 5
minutes pour l'extraire dans un vimscript. La scriptabilité de vim est
également un de ses gros points forts (je compare à gedit, kate, notepad
et autre, ici, pas à emacs).

Le plus gros inconvénient ? Si tu es sur une ubuntu (probablement sur
debian aussi), vim ne partage pas ses buffers de copier/coller avec X.
C'est extrêmement pénible. Il s'agit en fait d'une simple option à
activer à la compile, --with-x, mais aucun package ubuntu ne l'active.
Il faut que tu utilises gvim sur ces machines pour avoir un buffer
partagé entre X et vim (c'est de toute façon une bonne idée de commencer
par gvim, pour voir directement les touches utilisables dans le menu).


On 11:03 Tue 17 Apr , Guirec Corbel wrote:
Bonjour à tous,
 
J'ai déjà entendu des développeur ne jurant que par vim, emacs ou des
editeurs du genre et j'ai vu les screencasts de [1]destroyallsoftware et
ce qu'il font sont tout simplement incroyable. Pour le moment, ce que
j'utilise c'est des éditeurs un peu plus graphique comme Gedit et Redcar.
J'ai toujours une console à coté. J'ai déjà essayé d'utiliser vim mais je
me suis cassé la tête.
 
Quand je regarde destroyallsoftware je me dis que ce qu'il fait est tout
simplement inhumain. Il va à la vitesse x100 et n'utilise jamais la
souris. Est-ce que certains d'entre vous vont aussi vite?
 
Pensez vous que vim vaut le coût que l'on se casse la tête?
 
Qu'utilisez vous comme editeur?
 
Bonne journée et merci pour vos conseils!
 
--
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse
railsfrance-unsubscr...@googlegroups.com
 
 References
 
Visible links
1. http://www.destroyallsoftware.com/

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Offres d'emploi en tous genres

[Olivier El Mekki]

Ça vaudrait limite le coup de faire une app pour poster des critères et
voter, afin qu'une personne recherchant un dév sache quels sont les
critères qui intéressent le plus.

Ça ferait un bon projet d'app du week-end.


On 14:49 Mon 16 Apr , Simon COURTOIS wrote:
Florian,
Merci pour ce premier jet.
Je pense que le plus simple est que, pour le moment, tu gardes la main sur
le fichier et qu'on fasse nos commentaires.
Si chacun se remet à poster sa version ça va être la mort.
Mes notes:
* une offre d'emploi **doit** contenir
* j'ajouterais les contraintes techniques ou environnementales (type
plateforme de dev obligatoire ou trucs dans le genre)
* j'ajouterais également quelques infos sur l'équipe, s'il y en a une, sa
taille, expérience, etc.
Simon COURTOIS
CTO chez Selectra
On 16 avr. 2012, at 14:41, Florian Dutey wrote:
 
  J'ai écris une proposition, forcément incomplète (en pj)
 
  Le 13 avril 2012 08:45, Nima Izadi [1]nim.iz...@gmail.com a écrit :
 
+1
 
Le 13 avr. 2012 08:30, Florian Dutey [2]fdu...@gmail.com a écrit :
 

 Pareil, ca ferait gagner du temps a tout lme monde je pense!

 Le 12 avril 2012 17:04, Simon COURTOIS [3]happyn...@gmail.com a
écrit :

 Oui je suis d'accord avec ces points :)

 On 12 avr. 2012, at 16:54, Olivier El Mekki wrote:

  +1
 
  Aux critères que tu as déterminés dans ton mail précédents :
 
  * Localisation
  * Fourchette de prix
  * Type de contrat (CDI, CDD, Freelance, etc.)
  * Type d'application (du moins une idée vague du domaine)
  * Éventuelles contraintes environnementales
 
  Je rajouterais :
 
  * possibilité de travail en remote ou pas
  * travail sur de l'existant ou création de nouvelle app
  * taille de l'équipe déjà en place / à constituer
  * avantages hors rémunération (stock options, intéressements aux
  bénéfices)
 
  Le jeudi 12 avril 2012 à 16:45 +0200, Simon COURTOIS a écrit :
  Bonjour tout le monde,
 
  On reçoit de plus en plus d'offres d'emploi variées (parfois
avariées) sur la ML.
 
  Est-ce que, quelque part dans la conf de la ML on a moyen de
faire en sorte qu'un
  mail soit envoyé lors de l'inscription avec un note sur le
format attendu pour ce genre d'offres ?
 
  Au moins derrière ça donnerait une justification pour pourrir en
bonne et due forme les recruteurs
  qui ne respectent pas ce format…
 
  Qu'en pensez vous ?
 
  Bonne journée,
  --
  Simon COURTOIS
  CTO chez Selectra
 
  --
  Vous avez reçu ce message, car vous êtes abonné au groupe
Railsfrance de Google Groups.
  Pour transmettre des messages à ce groupe, envoyez un e-mail à
l'adresse [4]railsfrance@googlegroups.com
  Pour résilier votre abonnement envoyez un e-mail à l'adresse
[5]railsfrance-unsubscr...@googlegroups.com
 
 
  --
  Vous avez reçu ce message, car vous êtes abonné au groupe
Railsfrance de Google Groups.
  Pour transmettre des messages à ce groupe, envoyez un e-mail à
l'adresse [6]railsfrance@googlegroups.com
  Pour résilier votre abonnement envoyez un e-mail à l'adresse
[7]railsfrance-unsubscr...@googlegroups.com

 --
 Vous avez reçu ce message, car vous êtes abonné au groupe
Railsfrance de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à
l'adresse [8]railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse
[9]railsfrance-unsubscr...@googlegroups.com


 --
 Vous avez reçu ce message, car vous êtes abonné au groupe
Railsfrance de Google Groups.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à
l'adresse [10]railsfrance@googlegroups.com
 Pour résilier votre abonnement envoyez un e-mail à l'adresse
[11]railsfrance-unsubscr...@googlegroups.com
--
Vous avez reçu ce message, car vous êtes abonné au groupe
Railsfrance de Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à
l'adresse [12]railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse
[13]railsfrance-unsubscr...@googlegroups.com
 
  --
  Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance
  de Google Groups.
  Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
  [14]railsfrance@googlegroups.com
  Pour résilier votre abonnement

Re: [RailsFr] Recherche développeur / CTO associé

[Olivier El Mekki]

Ce mail mériterait d'être placé en home page quelque part où toute
personne voulant monter une startup pourra le lire :)

Le mardi 03 avril 2012 à 01:17 -0700, Sylvain Abélard a écrit :
 Bonjour,
 
 
 merci pour votre intérêt, votre annonce, et bravo pour votre
 enthousiasme.
 
 
 Par ML, rencontres ou démarchage direct, nous voyons énormément de
 propositions comme la votre. Je ne saurai que trop vous recommander
 d'être différentiant au maximum. À l'heure actuelle vous vendez du
 rêve, donc faites-nous rêver.
 
 
 Pour l'instant, je tique sur quatre points.
 Trois sont fréquents et je ne réagis même plus dessus : idée
 novatrice, recherchons associé, manque d'infos.
 
 
 Mais le dernier est plus dérangeant : sans développeur, comment
 savez-vous qu'il n'y a que 20 jours de dev ?
 Est-ce que vous accepteriez d'un développeur qu'il vous refasse votre
 idée et votre business plan ?
 
 
 Est-ce que vous expliqueriez au chirurgien le meilleur outil, le temps
 et le déroulement de son opération ?
 Je vous entends répondre : si c'est d'une appendicite peut-être, si
 c'est de la neurochirurgie bien sûr que non.
 
 Et la métaphore tient : votre business est-il simple et anodin (dans
 ce cas, pas d'aventure) ou riche et complexe (dans ce cas, pas
 d'évaluation à l'emporte-pièce) ?
 
 
 
 
 
 
 Pour vous et pour référence ultérieure, je vais essayer de détailler
 au plus concis :
 
 
  * je ne tique pas trop sur très novatrice ou un outil qui n'existe
 pas sur le marché à date.
C'est un point de méfiance : si personne n'a fait d'argent avec il
 y a peut-être une raison.
 
 
Je vends moi-même quelque chose d'atypique, donc je sais que c'est
 loin d'être éliminatoire : après quelques années d'effort nous avons
 les chiffres et les références qui nous permettent de prouver la
 solidité de la boîte et du concept, mais les premiers se font toujours
 par un acte de confiance.
 
 
 
 
 * recherchons associé est toujours associé à pas d'argent mais des
 parts.
   Classique mais difficile. S'il faut le faire pour la gloire,
 donnez-nous envie. 
 
 
 
   Je veux bien croire que ce n'est pas le cas pour vous, mais tant
 d'autres annonces le font : vous êtes les business guys et vous avez
 eu l'idée, et nous les geeks, notre qualité est de produire du code
 qui marche. Personne n'aime être vu comme un outil, et une simple
 phrase vos idées seront les bienvenues etc ferait beaucoup pour
 changer la perception de votre annonce.
 
 
   Vous notez qu'il suffit de 20 jours de dev : parlons-nous alors d'un
 associé jetable, d'un associé CDD ? Si vous avez confiance et que
 tout vous prouve que ça marche, pourquoi ne pas mettre un peu d'argent
 sur la table et payer un freelance pour 20 jours ? Vous garderiez
 alors l'intégralité des parts de votre entreprise, ou les dégageriez
 pour un associé ou une levée de fonds.
 
 
   On pourrait longtemps débattre de la structure du capital et de son
 évolution. Ce n'est clairement pas à discuter en public, mais c'est
 une discussion qu'il faudra évidemment avoir avec votre associé : en
 tout cas, sachez que c'est avec votre approche qu'il percevra votre
 engagement en terme de durée ou de sortie rapide, et donc comment vous
 le percevez, entre l'outil ou le compagnon de route.
 
 
 
 
 
 
 * Du coup, pourquoi ça va marcher ? Qui est l'équipe, qu'a-t-elle
 réalisé ?
   Ce manque d'infos me fait peur : souvent ces projets sont lancés en
 stealth mode, mais l'expérience prouve qu'il vaut mieux pour une
 startup parler au maximum de son produit et confronter les idées et
 points de vue, que de se taire par peur d'un hypothétique vol d'idée.
 
 
   Un jour, votre idée sera publique, et n'importe quel gros pourra
 mettre des moyens et une équipe pour vous copier. Il faut s'y faire.
 Pour distancer un concurrent, votre réponse devra toujours être par
 telle ou telle valeur ajoutée (qualité, innovation) et jamais par le
 secret ni des brevets par exemple.
 
 
  Et, là encore probablement pas pour vous, mais pour référence aux
 futurs entrepreneurs : si vous êtes serial entrepreneur ou même
 juste business guy, votre qualité est d'avoir l'idée (voir plus
 haut), l'argent et le réseau. Puisque vous avez un si bon réseau, vous
 connaissez déjà des rockstar developers. De deux choses l'une : ou
 bien vous n'avez pas pu convaincre les devs que vous connaissez
 (problème), ou bien vous n'avez pas ce réseau (gros problème).
 
 
 
 
 
 Au plaisir de débattre ;)
 
 
 
 
 Est-ce que développer l'outil en plus de votre job actuel est
 envisageable contre des parts de la société?
  
 
 Il y a environ 20 jours equivalent temps plein de dev
  
 
 Notre prochain projet est basé sur un outil
 permettant aux internautes
 de rapidement trouver une réponse à leurs
 recherches dans le tourisme.
 Notre approche est très novatrice et nos
 

Re: [RailsFr] Scope basé sur une méthode d'instance

[Olivier El Mekki]

Hello,

Le problème ici est que tu vas devoir itérer sur toutes les entrées de
ta table db et tester la condition, si tu fais comme tu l'entends.

Cela va rapidement poser un problème de performance.

La moins mauvaise solution serait de set is_playable en tant que champs
dans la db, et de le calculer sur un before_save. Tu peux ensuite
utiliser un finder classique.

Pour traiter les entrées déjà existante avant cette modif, une task rake
fera l'affaire.

On 08:50 Fri 16 Mar , Guillaume Betous wrote:
Bonjour,
 
J'ai un besoin tout con et j'ai presque honte, je dois passer à côté de
qqchose. Je veux récupérer toutes les instances d'un modèle dont l'appel à
une méthode particulière retourne true.
 
Si j'ai bien tout compris, on ne peut pas utiliser scope car c'est basé
sur une méthode de classe (et pas d'instance).
Je ne peux pas non plus utiliser de conditions car c'est la partie SQL de
la requête.
 
Je schématise mon besoin :
 
Class Depot  AR:B
  def is_playable?
    return condition_compliquee_qui_est_du_domaine_metier
  end
end
 
Ensuite, je voudrais faire un truc style :
@depots=Depots.find(:all, :condition= is_playable?==true )
 
Est-ce possible ? Comment le faire proprement ?
 
Merci !
 
gUI
 
--
Pour la santé de votre ordinateur, préférez les logiciels libres.
Lire son mail : [1]http://www.mozilla-europe.org/fr/products/thunderbird/
Browser le web : [2]http://www.mozilla-europe.org/fr/products/firefox/
Suite bureautique : [3]http://www.libreoffice.org/download/
 
--
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse
railsfrance-unsubscr...@googlegroups.com
 
 References
 
Visible links
1. http://www.mozilla-europe.org/fr/products/thunderbird/
2. http://www.mozilla-europe.org/fr/products/firefox/
3. http://www.libreoffice.org/download/

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com

Re: [RailsFr] Qu'utilisez vous pour un système d'authentification ?

[Olivier El Mekki]

 Quand on regarde devise c'est ~ 650 tests, basé sur rack et modulaire, 
 pourquoi 
 aller réinventer la roue quand on a des choses éprouvées qui marche bien ?

Je vois deux bonnes raisons à ça :

1°) c'est devenu extrêmement simple de faire de l'authentication from
scratch (si tant est qu'on peut parler de from scratch en utilisant un
framework) depuis rails-3.1 :
http://railscasts.com/episodes/270-authentication-in-rails-3-1


2°) les gems d'auth se périment à la vitesse des version de rails. Étant
donné comment l'auth est souvent la base d'une app, c'est gênant. Rien
de plus pénible que de migrer un système d'auth vers un autre, problème
qui n'arrive pas si on contrôle le code dès le début.


J'ajouterai que ne pas réinventer la roue, ça ne signifie que toute
l'humanité utilise la même roue depuis sa création :) Ça veut dire qu'on
réutilise les concepts d'objets circulaires pour limiter les frictions,
de pneumatique, de rayons pour limiter la prise au vent, etc.

-- 
Olivier El Mekki.

-- 
Vous avez reçu ce message, car vous êtes abonné au groupe Railsfrance de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
railsfrance@googlegroups.com
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscr...@googlegroups.com