chau productividad laboral hasta el mediodia...
Ruleta Rusa #387 - Ruleta Anual 2016
Hoy te vas a quemar con la #RuletaRusa anual
Ya sabían que este momento iba a llegar el recontra compilado con todas las ruletas rusas del año! si, bestial como se debe y comenzando con una última selección de 20 balas hacia atrás, hacia enero de este año. Tómenselo con calma que puede provocarles algún ACV
Como las imagenes de la ruleta se muestran desde LinksDV y lo estoy migrando es probable que reviente el MySQL, avisen si eso pasa! me mandan mensajito por twittonga y lo levanto al toque
Otros posts que podrían llegar a gustarte...
Comentarios
-
Ni me acuerdo como se pone un video, así que dejo el link:
https://www.youtube.com/watch?v=3gJ3mZfGuD4
-
¡Gracias, Milord, por tanta pólvora bendita! y a falta de yapa bien vale lo enviado por Lelale. ¡Bien, ahí!
-
No se si tenés estos dos canales de ciencia en español, capaz te copan para el resumen.
https://www.youtube.com/watch?v=nVfGIi5YvLs
https://www.youtube.com/watch?v=jYHOQe3_phY
-
Juan Diego dijo:
No se si tenés estos dos canales de ciencia en español, capaz te copan para el resumen.
https://www.youtube.com/watch?v=nVfGIi5YvLs
https://www.youtube.com/watch?v=jYHOQe3_phY
si, estoy suscripto a ambos!
-
Arturo dijo:
Queremos el script para disparar todas al mismo tiempo !
Debería funcionar, pero no me hago cargo de lo que pueda pasar: $("a".each(function() {this.click();});
Buen año!!!
-
Arturo dijo:
Queremos el script para disparar todas al mismo tiempo !
considerando que son más de 1000 balas, no, no sólo tirarían abajo LinksDV.com con el tráfico de golpe, sino que tirarían abajo sus propias PCs con cada instancia de Chrome que habría que crear, nadie tiene 32GB de RAM
-
falto la yapa!!!!! jajajajaaja cuanta rula!!! seguro la termino de ver el año que viene... igual esta pag va a Fav para cuando la extrañe! abrazo y exitos el año que viene
-
Fabio: me quedé pensando cuando dijiste que estás tirando de MySQL... fijate un SSG como Hugo https://gohugo.io/ que seguro es más eficiente.
O incluso hacerte un script propio para generar el estático. Proba si te ahorra en recursos del VPS al evitar el PHP+MySQL para esas cosas. Por ahí ni vale la pena, pero es cuestión de probar.
-
gorlok dijo:
Fabio: me quedé pensando cuando dijiste que estás tirando de MySQL... fijate un SSG como Hugo https://gohugo.io/ que seguro es más eficiente.
O incluso hacerte un script propio para generar el estático. Proba si te ahorra en recursos del VPS al evitar el PHP+MySQL para esas cosas. Por ahí ni vale la pena, pero es cuestión de probar.
no existe razón alguna para usar algo como Hugo, es como volver al pasado , además MySQL es extremadamente eficiente si se arman bien las tablas y los índices al punto que podés hacerlo volar. En el caso de un wordpress un wp super caché soluciona el 99% de los problemas de alto tráfico, varnish si querés exagerar, pero hugo? nah aprender un nuevo lenguaje (Go), conseguir instalarlo en un servidor, que funcione, encontrar documentación, leerla de cero, entender cómo funciona, etc. Suena bárbaro para cuando tenés tiempo al pedo, pero si necesitás llegar rápido al resultado y que sea escalable a futuro, PHP+MySQL te ofrecen la posibilidad de encontrar developers.
Para mi uso personal sigo prefiriendo PHP+MySQL, me sobra, aunque no me negaría a aprender algo nuevo, para nada
-
Fabio Baccaglioni dijo:
gorlok dijo:
Fabio: me quedé pensando cuando dijiste que estás tirando de MySQL... fijate un SSG como Hugo https://gohugo.io/ que seguro es más eficiente.
O incluso hacerte un script propio para generar el estático. Proba si te ahorra en recursos del VPS al evitar el PHP+MySQL para esas cosas. Por ahí ni vale la pena, pero es cuestión de probar.
no existe razón alguna para usar algo como Hugo, es como volver al pasado , además MySQL es extremadamente eficiente si se arman bien las tablas y los índices al punto que podés hacerlo volar. En el caso de un wordpress un wp super caché soluciona el 99% de los problemas de alto tráfico, varnish si querés exagerar, pero hugo? nah aprender un nuevo lenguaje (Go), conseguir instalarlo en un servidor, que funcione, encontrar documentación, leerla de cero, entender cómo funciona, etc. Suena bárbaro para cuando tenés tiempo al pedo, pero si necesitás llegar rápido al resultado y que sea escalable a futuro, PHP+MySQL te ofrecen la posibilidad de encontrar developers.
Para mi uso personal sigo prefiriendo PHP+MySQL, me sobra, aunque no me negaría a aprender algo nuevo, para nada
Si, pero no se instala en el servidor, al menos no hace falta. Los SSG son herramientas que generan un sitio estático, y en general los corrés en tu PC. En muchos sitios, la mayor parte del código PHP no hace más que includes y templates y poco más. Y para esos casos, puede ser ideal usar un generador que corre en tu PC, y después hacés upload del sitio estático generado (el fuente... va al servidor git/svn). Con cantidad de hostings de nube que son muy optimizados para lo estático y muy escalables y económicos... pero que es solo hosting estático... es para pensarlo. Aparte que cuando hay picos muy grandes de demanda, a un sitio estático no hay que con que darle.
Todo el procesamiento de logs, igual lo podes hacer, procesando los logs del servidor con herramientas que los levantan, desde el básico awstats hasta algo más fino si necesitas.
Desde ya depende del caso. Y no hace falta aprenderse Go. En realidad soportan varios lenguajes de template y el contenido puede ser html, markdown, y muchas otras variantes. Los referentes para esto son Jekyll y Midleman, pero como ambos están basados un Ruby y no son precisamente eficientes... en ese sentido Hugo al estar hecho en Go está compiliado como en C y "vuelta" para reprocesar en segundos sitios gigantes que los otros demoran minutos o más.
Una vez armado todo, hasta podes hacerte algún workflow con un servidor de git y un sistema como jenknins para que haga todo solo. Vos solo haces commit de los cambios y listo.
Pero vuelvo a insistir, no es una solución para todos ni para todos los casos. Pero en ciertos casos, si querés escalabilidad, y cuando no tiene sentido putear con PHP y MySQL... es ideal. Tampoco es necesario hacerlo para todo el sitio, por ahí te sirve en algunos de los subsitios y en otros no.
Desde ya que con caches podés hacerlo también. Con un clásico CMS, que calculo el tuyo es similar, seguro que podés crear las notas desde el mismo sitio, con un editor, y eso puede ser muy cómodo cuando hay varios colaboradores, y por ahí un SSG te complica más de lo que te ayuda. No hay duda que también tiene sus ventajas hacerlo con dinámico, la mayoría de las veces se hace y se hacía así, pero también depende del caso.
Mi experiencia es más con CMS como Drupal y Wordpress, pero aún más con sitios creados in-house (Java, ó .NET, muchas veces códigos heredados de otros y de los peores engendros....). Y justo vengo haciendo pruebas y voy a hacer la prueba de migrar algunos de esos sitios a Hugo, porque en algunos casos me va a brindar un mejor resultado. Desde ya, todo esto considerando qué servidores y recursos dispongo en mi caso, que no siempre son los adecuados, y eso ya es una limitante que me supera. Pero bueno... ya lo veremos ... después te cuento dentro un tiempo si realmente terminó siendo algo positivo o si vuelvo a lo tradicional con la cola entre las patas, jajaja
-
Hola, vengo a romper las bolas
La primer bala de la segunda linea (http://linksdv.com/ruleta/bala.php?i=8080e1f624b7830da554c0b4c5f97f5d) me tira error:
--
Oops! We can´t reach this gfy. Is your network working?
We´d love to here from you if there is a problem on our end. Sorry!
You can try directly here.
--
El último renglón tiene un link a http://linksdv.com/ruleta/fat.gfycat.com/PlaintiveSpectacularBaiji.gif que tampoco funca, pero sacando la parte de linksdv.com/ruleta/ si muestra en formato gif. Lo probé en firefox y chrome, hace lo mismo en los dos... no se si será error de allá o de mi pc, pero aviso por las dudas... no se para que con la cantidad de contenido que hay, pero por las dudas