wsn

Vale @alguien, te había interpretado mal, desde la cuarta linea del cuarto mensaje -> ( Para mis fin puramente didactico, me da igual el juego en si, mientras me sirva para aprender.) Yo había pensado que te interesaba justamente lo contrario de esto ultimo que comentas, es decir + códigos fuentes y tal. Quizás te pueda interesar un juego de navegador estilo Ogame que se instala con requisitos Apache, Php y Mysql/Mariadb, se llama Xnova y hay disponibles distintos Forks de este juego en GitHub. https://github.com/XG-Project/xNova Un saludo!

Mi primer proyecto fue instalar linux, ¿se puede llamar a esto, proyecto?... Bueno, yo me lo tome como un proyecto autodidacta por que en aquel entonces yo no sabia casi nada de linux. El reto fue instalar Mandrake 5.1 que conseguí en una revista de informática en el año 1998. Para mi fue un reto que valió la pena, a partir de hay y con la ayuda de revistas empece con un poco de bash, pero nada digno de destacar.

A eso de los juegos de navegador no te se responder. Por otro lado, no creo que RunUO sea bueno para aprender si no tienes un especial interés por el juego en si (Ultima Online), me parece que su código es bastante complejo, esto lo digo por experiencia pues yo aprendí muchas cosas interesantes de C# trasteando con RunUO hace años, pero también tengo que decir que el juego me gusta y me interesaba en ese momento. Para que te hagas una idea te comento que en el servidor RunUO que tengo en casa (modo local), acabo de mirar y tiene 7.642 archivos (algunos de esos archivos con mas de 5000 lineas de código) y eso a parte de los ensamblados, muchos de esos archivos no son relevantes para las inquietudes que creo que te interesan (comunicación cliente/servidor), pero de todos esos archivos, quizás alrededor de entre 60 y 90 aproximadamente, si son importantes para entender como funciona básicamente la comunicación del servidor con el cliente y el tema de los paquetes de datos. Quizás te pueda interesar hacer algunas búsquedas sobre libros en Google que hablen sobre Socket's en HTML5 o Python.

Otro clásico en la categoría de servidores para este juego veterano es SphereServer. SphereServer tiene notables diferencias en su construcción en comparación con RunUo. Básicamente el ejecutable del servidor está escrito en C, tiene soporte nativo en 32 y 64 bit y usa un lenguaje de scripting ( más fácil de aprender que C# ) en los archivos que podemos modificar, añadir o quitar sobre funcionalidades al juego. También hay algunas diferencias en la jugabilidad por defecto en este tipo de servidores, pero esto no es nada malo, solo es cuestión de gustos. Este servidor es preferido por muchos jugadores que ha apreciado su modo de combate entre jugadores o PvP, haciendo de este juego un titulo muy adictivo, en muchos casos demasiado adictivo. También cambian algunas mecánicas del juego, por ejemplo las casas, su construcción varía un poco, así como el hecho de poder tirar hechizos a través de las paredes... aunque todo eso y mucho más es modificable. https://spherecommunity.net https://github.com/SphereServer/

Te deseo todos los éxitos con lo que estas desarrollando @The_Code Nginx está bien documentado y si que es verdad que es mucho más ligero que Apache, eso se nota y mucho en una R-PI. Parece buena idea usar Argon2 para darle seguridad a las contraseñas de la db. En mi caso con una R-Pi3 pude compilar e instalar el modulo Argon2, me funciono bien en el terminal linux pero en php no era reconocido aunque tuviera el modulo correspondiente instalado y configurado para ser usado. Seguramente me faltó configurar algún parámetro o permiso de usuario...

Bienvenido!

Hola. Yo procuraría evitar estar conectando y desconectando los cables de los monitores, para evitar el desgaste que los conectores sufren, sobre todo los delicados hdmi. Para eso procuraría usar un conmutador o swich hdmi, así creo que es mejor para evitar problemas. En la imagen se puede ver que es un poco complejo por la cantidad de pines, quizás tu cable puede que tenga desgaste en el ¿ pin 19 ?... Habría que comprobarlo. Para descartar que tengas un pin de sincronía estropeado en el cable, podrías probar el método de descarte, con otro cable a ver si te sigue dando el mismo problema (si los monitores te lo permiten), luego si todo sigue igual con el mismo problema, tratar de ver la configuración gráfica y los parámetros con los que tienes configurado el monitor, ya sea resoluciones y tiempos de refresco o relativos, ver también que el archivo de configuración de la tarjeta gráfica tenga permisos correctos para que se pueda actualizar sin problemas cuando se haga un cambio de parámetros. Suerte!

Hola! Yo monte el mio por piezas hace ya unos 7 u 8 años mas o menos, al comprar los componentes pedí al comerciante una configuración de componentes en los que la placa madre no tuviera la gráfica integrada y fuera de la marca que mas confianza me daba es ese momento (Asus con chipset Intel), yo sabia que le iba a poner una gráfica dedicada y por eso no quería la grafica integrada, luego le mejoré los disipadores del chipset de la placa con otros disipadores mayores y sus ventiladores (reciclados) por que los disipadores que venian por defecto no eran muy grandes y no traian ventilación forzada, la calidad de la fuente me parece que es algo muy importante a tener en cuenta (al 100% con @@Cristobal ) para evitar problemas a medio y largo plazo, mas vale gastar un poco mas en este componente y comprar una que prometa cierta calidad y estabilidad. Una mala fuente de alimentación se puede convertir en una fuente de problemas, valga me la rebusnancia . La experiencia me dice que para evitar comprar componentes, por que algunos se averían, es importante el mantenimiento preventivo. Cada 6 meses mas o menos suelo desarmar completamente el PC, limpiar los disipadores con una brocha y un aspirador para quitarles el polvo que se les va acumulando, luego también lubrico los ejes de los ventiladores con aceite muy fina de maquinas de coser, añado nueva capa de pasta térmica (T. gráfica incluida) y limpio los contactos de tarjetas y memorias con una goma de borrar, la fuente de alimentación la desarmo y limpio también pero una vez cada año mas o menos. La caja del PC tiene también su importancia, su diseño influye en el sentido de como fluye la corriente de aire haciendo que la refrigeración de todo el equipo sea mas o menos efectiva según la orientación de los ventiladores y la disposición de los componentes. En mi caso es una torre praetorian de aluminio de 3mm, con la ventilación dispuesta para que tenga una sola entrada de aire y varias salidas, la entrada en mi caso por el frontal con dos ventiladores que ayudan a la disipación del calor en los discos duros convencionales, luego por detrás y arriba las salidas de calor con dos ventiladores a parte de el de la fuente de alimentación. Este equipo suele mantener las temperaturas bastante estables, segun el programa lm-sensors estos son los datos ahora mismo con un Intel Dual Core 8400 @ 3 Ghz: CPU Temperature: +33.5°C (high = +60.0°C, crit = +95.0°C) MB Temperature: +32.0°C (high = +45.0°C, crit = +95.0°C) Core 0: +42.0°C (high = +78.0°C, crit = +100.0°C) Core 1: +37.0°C (high = +78.0°C, crit = +100.0°C) El panel de control de la tarjeta gráfica Nvidia 9500 GT, muestra +37ºC, no está mal para un cacharro viejo como este. Otra cosa que comenta @@Cristobal que me parece importante es la electricidad estática, suelo evitar tocar los contactos de las placas, sobre todo de la memoria y la T. gráfica, pero lo que hago antes de nada, es tocar la carcasa del ordenador, ya que la toma de tierra del PC conecta con la carcasa de la fuente y esta misma con la carcasa del ordenador, esto es válido si la instalación eléctrica de la vivienda no es muy antigua y tiene correctamente instalada sus tomas de tierra.

Todas las distros se pueden correr, funcionan, solo es cuestión de encontrar un método fiable para iniciarlas/instalarlas.

Me sorprende que tu procesador celeron soporte virtualización, cuestión de investigar... Edito y añado... Hay un hilo en un sitio web donde responden al problema del kernel que comentas, según explican, tu procesador no soporta virtualización y además ponen un enlace donde poder ver las especificaciones del procesador que estas usando. http://superuser.com/questions/33723/getting-2-processors-to-work-with-virtualbox-on-dual-core-celeron Eso responde lo que preguntas sobre el "error de kernel"

Valla, yo esperaba justo lo contrario, que renacieran mas aun las ganas de salir del lado oscuro de la fuerza y con renovadas energías, le metieras una distro a ese netbook por las buenas o por la malas. Pero si prefieres rendirte... pues na! Buena suerte!

El arranque de tu netbook no lo daña la distribución que tratas de arrancar, realmente GNU, Linux y Grub no están diseñadas para dañar nada, la culpa no es de lo que quieres hacer, sino de lo que haces y como lo haces. Supongo que tienes dos particiones, una oculta con los archivos para restaurar el sistema operativo original, así como el sistema de arranque. Cuando me han traído algún netbook para reparar, he visto que la mayoría tienen esa segunda partición, oculta o no, como herramienta de restauración del sistema y ahorro de discos de instalación y controladores. Hay manera de solucionarlo, pero no merece la pena que lo intentes por que necesitarías algunos recursos para poder restaurar todo si algo falla (ley de Muphy). Sinceramente y sin animo de ofender, yo en tu caso y viendo lo visto, me limitaría a usar windows.

En teoría todas las que cumplen con los requisitos de tu hardware. ¿Puede ser que el puerto USB este desgastado de tanta meter y sacar?. ¿Es posible que la BIOS te impida instalar otra cosa distinta a lo que el fabricante del equipo quiere que tengas instalado? -> Lo dudo mucho!

Si te da problemas UnetBooting, puedes probar Rufus 2.6