Lenteur et coupures du site
On est littéralement bombardé de requêtes. Le traffic a presque doublé en quelques jours et le serveur commence à montrer ses limites. En plus quelques bugs bizarres sont apparus.
On a donc passé la journée à redémarrer le serveur, à le reconfigurer, à mettre des choses en cache. On va sans doute continuer dans cette voie demain.
On est désolé pour ces problèmes… Vivement un nouveau serveur plus puissant !
January 17th, 2007 at 11:19 pm
c’est ça le succès, faut s’y faire c’est pas wikio ou fuzz qui auraient ce genre de prob
January 17th, 2007 at 11:21 pm
Arf … Ca arrive, ce genre de probleme
C’est la racon du succes !!
C’est un peu comme les impots : On n’est jamais content quand ca nous tombe dessus, mais si c’est le cas, c’est qu’on a bien reussi !
Continuez a nous fournir un tas de paquets d’infos, mais avec un (ou plusieurs) serveur(s) suffisemment puissants
Bonne continuation !!!!
Danton K.
January 17th, 2007 at 11:59 pm
Je me demandais justement comment vous faites pour ne pas saturer avec toutes les requètes. Comparer à Fuzz qui est toujours inaxccessible, Scoopeo s’en sort pas mal. Bonne chance, peut être faudra t’il pensé à diviser le site en plusieurs segments sur plusieurs machines, car scoopeo va surement devenir de plus en plus populaire.
January 18th, 2007 at 10:49 am
Pourquoi ne pas rerouter sur fuzz en cas de surcharge? J
January 18th, 2007 at 2:05 pm
sur fuzz en 3 click tu passes en Une ..
January 18th, 2007 at 5:19 pm
On va upgrader le serveur. C’est décidé. Youpie
January 20th, 2007 at 5:41 pm
les flux des scoops de chaque membre ne fonctionnent pas/plus (ex : =
http://rss.scoopeo.com/membre/aysoon/scoops pour mon flux)
c’est dommage car ça serait vraiment pratique…
idem pour l’email info@scoopeo.com
bientot avec l’upgrade ?
January 21st, 2007 at 7:54 pm
Serait-il possible de savoir quel type de serveur vous utilisez aujourd’hui et surtout avec quoi vous avez commencé l’aventure Scoopeo. Merci.
January 26th, 2007 at 5:28 pm
Nous utilisons un serveur bi-processeur xeon avec 2 Gb de ram et des disques durs en raid1
Pour ce qui est du software, nous utilisons apache 2.2 avec le module proxy_balancer qui envoie les requêtes rails vers une poignée de process mongrel.
January 26th, 2007 at 5:29 pm
On a commencé l’aventure avec un serveur apache 1.3 et le module fast_cgi sur un serveur qui servait essentiellement du php. On est vite arrivé à saturation. Rails (et ruby) est très gourmand en ram et en cpu.
@aysoon : merci du feedback, je vais jeter un oeil sur le bug