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 !
janvier 17th, 2007 at 23:19
c’est ça le succès, faut s’y faire c’est pas wikio ou fuzz qui auraient ce genre de prob
janvier 17th, 2007 at 23:21
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.
janvier 17th, 2007 at 23:59
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.
janvier 18th, 2007 at 10:49
Pourquoi ne pas rerouter sur fuzz en cas de surcharge? J
janvier 18th, 2007 at 14:05
sur fuzz en 3 click tu passes en Une ..
janvier 18th, 2007 at 17:19
On va upgrader le serveur. C’est décidé. Youpie
janvier 20th, 2007 at 17:41
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 ?
janvier 21st, 2007 at 19:54
Serait-il possible de savoir quel type de serveur vous utilisez aujourd’hui et surtout avec quoi vous avez commencé l’aventure Scoopeo. Merci.
janvier 26th, 2007 at 17:28
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.
janvier 26th, 2007 at 17:29
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