Hace algunos años predije que las herramientas windoseras phpXXadmin debian ser sustituidas, hoy dia aquella propuesta se vera forzada a ser realidad porque una de ellas ha muerto y la propuesta ha revivido de sus cenizas mas fuerte que nunca! adminer!

Hace unos años intenté impulsar la idea de hacer de Adminer el principal gestor de bases de datos para paneles de control de código abierto (hestia, vesta, myvesta, ispconfig), ya que proporciona una forma universal de gestionar cualquier tipo de base de datos.

• https://github.com/hestiacp/hestiacp#3713
• https://github.com/myvesta/vesta#163
• https://github.com/outroll/vesta#1847
• https://github.com/outroll/vesta#2285

Es irónico como se desenvolvió el destino, muchos de los que criticaron el movimiento eran en realidad usuarios del sistema Windoze… muchos clics y poca eficiencia… adminer no era lo que les gustaba… pero era eficiente…

El argumento final fue la falta de desarrollo y seguridad… irónicamente adminer nunca fue inseguro ni siquiera cuando su desarrollo se detuvo, y luego phpmyadmin es la más insegura de las herramientas que administran una base de datos, por eso está tan limitada en los paneles de administración web…

Y ahora, phppgadmin ha dejado de funcionar recientemente durante su desarrollo, lo que convierte a adminer en la única herramienta basada en web para administrar PostgreSQL de manera amigable y basada en KISS.

Y QUE ES ADMINER?¡

Adminer es simplemente otra herramienta web para administrar bases de datos, pero administra cualquier tipo de base de datos.

La otra cara de la moneda es que Adminer es KISS, no tiene un tema atractivo ni funciones con las que hacer clic y señalar… solo permite ver y ejecutar de forma limitada la base de datos… ¡la administración mínima, como debe ser!

QUE ERA LO QUE PASO con adminer?

El problema surgió porque su desarrollo estuvo estancado, el desarrollador obviamente tiene su propio trabajo que atender y su vida, esto fue desde 2021 y estamos en 2025 cuando repentinamente se revive y finalizo todo lo pendiente.

Sin embargo no era mucho, mas que compatibilidad con sistemas nuevos y características nuevas, todo lo que adminer ya hacia lo hacia bien y sin problemas conocidos. Punto increíble a destacar.

Durante su periodo de pausa surgio si en verdad un fork realmente comunitario llamado adminerevo sin embargo la comunidad poco colaboro y solo le gustaba consumir del desarrollador principal https://github.com/adminerevo

QUE ES LO QUE PREOCUPO entonces?

Tiene dos problemas sin embargo, su desarrollo no tan comunitario y su forma de manejo que es un único archivo que hace todo.. lo que hace difícil de depurar en entornos de producción.

El primero problema es que es un solo desarrollador y no una comunidad, esto es peligroso porque ya sucedió que si este único elemento no trabaja entonces su soporte se estanca. Aunque hay un fork llamado adminneo este aunque es ya comunitario aun no es como tal con muchos desarrolladores (es el resultado de que otro desarrollador unico lo use en su trabajo https://github.com/pematon )

El segundo problema es su modo de funcionamiento de un unico archivo que hace todo, aunque es increiblemente rapido y eficiente a pesar de ello. Sin embargo esto hace dificil de saber si es vulnerable a algun componente embebido en el mismo.

Situación actual

Un sistema de archivos con journal realiza un seguimiento de los cambios aún no comprometidos con el sistema de archivos utilizando un registro circular. Se usa solo para recuperarse después de un desastre lo más rápido posible. No se trata de datos seguros o de copia de seguridad de datos de nuevo corrupción.. concepto erróneo común de los usuarios de Linux.

Por lo tanto, cualquier ext4/etx3/reiserfs/xfs/btrfs no garantizará la integridad de sus datos “solo porque tiene journal”.. Es solo una forma de arrancar nuevamente en consistencia.. y faltarán algunos archivos como generalmente sin journal..

Entonces, ¿no puedes entender por qué? bueno no te preocupes .. te explicaré fácil con un ejemplo…

En el caso de un bloqueo del sistema o falla de energía, dichos sistemas de archivos pueden volver a conectarse más rápidamente con una menor probabilidad de corromperse, eso es todo lo que hace journal, pero con un truco, el truco es solo haciendo dispolible los archvos validos, significa que dicho en otros términos no lista archivos invalidos.. esto es a groso modo una forma básica de ejemplificarlo..

Cuando un sistema de archivos se rompe, algunos de sus archivos no son legibles, y el sistema de archivos no entiende esto (lo que lo hace lento entonces), simplemente enumera un garabato y eso es todo, el diario ayuda a no aparecer estos archivos corruptos no distingidos en la lista y su entrada se elimina por ejemplo, este es un ejemplo aproximado, pero es suficiente decir que el journal se encarga de que el sistema de archivos sea utilizable ya que al no entender el archivo corrupto, tomará mucho tiempo responder en elñ proximo arranque del sistema despues de un fallo.

Esto se entiende como “arranque rápida después del desastre”, pero no es “rápido”, solo es “permitir arrancar rápido después de la recuperación” y de hecho no es una recuperación per se..

Conclusiones:

1. Lo primero es: activar journal en ext4 no es obligatorio, es opcional.
2. En segundo lugar: journalling no se trata de hacer que el sistema de archivos sea más resistente, se trata de hacer que la recuperación sea válida.
3. ¡En tercer lugar: journalling aumenta la cantidad de datos que se está escribiendo en el disco obviamente así que no es “más rápido” per se!

¡La ausencia de journaling en sí nunca conducirá a la corrupción de datos per se y si tiene buenas baterías en su computadora portátil o su computadora tiene una caja de respaldo de UPS, entonces es seguro desactivarla! Por supuesto.. cualquier otra cosa fallará.. ¡así que normalmente la gente no hace eso!

NAS service offers storage to devices over network

Actualmente, un sistema NAS es una computadora de almacenamiento que ofrece dicho almacenamiento a la red, por lo que otros dispositivos pueden conectar más almacenamiento.. No importa el camino.. básicamente.

Pero SAN es peor.. En este caso, el almacenamiento es aparte de la lógica de la computadora, de lo contrario el almacenamiento NAS está dentro de la lógica de la computadora.. Por lo que un sistema SAN es más de una computadora/servidor.

¿Por qué un sistema NAS/SAN siempre es más lento?

Pero la gente piensa que NAS/SAN son más rápidos.. y no importa si compra un sistema NAS/SAN profesional .. ¡NAS/SAN SON LENTOS hoy en día! ¡Los sistemas NAS son lentos! y con una explicación fácil se demuestra:

¡Un M.2 NVMe interno utiliza 60Gbps debido a los 4 carriles PCIe4.0 a la CPU… PC de gama alta más común sólo tiene como máximo 1Gpps tarjeta de red.. así.. Porque NAS se comunican sobre todo a través de la red es básicamente súper lento!!! no importa que compre un almacenamiento súper profesional.. (y también sobre otras formas.. que nunca superó esos 60Gbps) .. Este es el caso corto y más común:

SSDs have a direct data path to the CPU using 4 ways of PCIe4.0 on most common cases..

En términos generales de construcción de PC, una interfaz conecta dos o más componentes separados para intercambiar datos o información. Las interfaces SATA y PCIe (las últimas donde se colocan las tarjetas de red) son las conexiones físicas que transmiten datos hacia el almacenamiento al ordenador. NVMe es una especie de protocolo para usar esas rutas físicas.

La interfaz PCIe tiene la capacidad de transmitir datos en hasta cuatro carriles, y puede colocar tantos dispositivos PCIe como las rutas de acceso a la CPU pueden ofrecer. Cada carril del protocolo PCIe NVME puede transmitir 7Gb traducido a velocidad de bits, es de 16Gbps.. Así que en total cada SSD puede usar hasta 64Gbps.. pero efectivo es solo 60Gbps. ¡Así que la velocidad del disco SSD NVMe está por encima de los 10Gbps tradicionales ofrecidos por las conexiones SAN más antiguas que utilizan fibra!!

Entonces, hoy en día.. configurar un NAS o SAN no será tan rápido como crees. El servidor NAS/SAN en el pasado configuró las interfaces de red 10Gbps más rápidas, no tan comunes para el hogar o los empresariales.. solo para los marcos principales.. ¡también en el pasado los HDD eran mucho más lentos que los SSD hoy en día!

Most common use of a NAS system is over network.. most common networks are over 1Gbps

El uso más común del sistema NAS es a través de la red.. las conexiones de fibra óptica están en 10Gbps .. las conexiones por cable están entre 1Gbps a 100Mbps .. están lejos de la velocidad mínima interna de las conexiones SSD ..

Puede conectar su NAS con USB 3.0, pero esto es solo 5Gbps . todavía lejos de la velocidad de 60-30 Gbps de las conexiones internas SSD…

Así que no importa su NAS son tan rápido.. Nunca obtendrá las velocidades del disco interno.. menor que el 50% de la velocidad del NAS interno.

¿Pero por qué esos sistemas NAS/SAN necesitan ser rápidos internamente?

…¡para evitar el cuello de botella! ¡comprueba la foto! Su sistema NAS tiene al menos dos interfaces de red de 10Gbps para que las personas puedan acceder a esos recursos compartidos por una de las interfaces de red..

¡SI tienes 6 personas(pc o dispositivos) entonces tendrás 60Gbps encima de los tranfers (no todo el tiempo pero bien sabes), y los SSD tienen este límite para escribir y leer.. así que 30/30 entonces tienes un cuello de botella!

El minimalismo estúpido de los developers: dunst luce mínimo pero tiene mas dependencias que el notification gtk

Hoy en dia tenemos un montón de distribuciones linux que se hacen llamar rápidas porque son minimas. Esto es un engaño, ya que el truco (especialmente alpine linux) es que usan versiones reducidas de alguno (no todos) los programas para dar algo de rapidez.

En la foto vemos las dependencias de dunts las cuales son 16 y las cuales traen muchas mas.. mientras que el confiable notification-daemon solo tiene 12 y muchas las mismas que las de dunst lo cual ejemplifica una gran estupidez.

OK! ¿Pero fue una consecuencia de uan era antigua, en el inicio fue mas liviano?

No, viendo las dependencias en debian jessie y wheeze de hace mas de 10 años vemos que es peor incluso, donde dunst es mucho mas inflado que el viejo y mas antiguo y el que siempre se usaba notification-daemon heredado de gnome

CONCLUSION

Si eres desarrollador y estas excusandote con minimalismo, deja esa estupidez, estorbas! Una cosa es una distro muy lenta como la basadas en RPM, otra es ganar velocidad con falsas expectativas.

Como lograron velocidad, de dos maneras: En alpine por ejemplo usando versiones cortadas o reducidas, que no tiene funcionalidades requeridas (ejemplo busybox). En arch usando compilación y enlace estatico, cada paquete tiene incluido “casi todo” pero aunque da velocidad lo hace inestable.

Aquí analizaremos y compararemos Brutal DOOM (una versión mejorada de DOOM) y BRUTALDOOM64, la única forma de jugar DOOM64 en Linux.

Doom64 se lanzó en casi todos los sistemas, ¡pero Linux, por supuesto, no! (como siempre) PERO hay un trabajo de conversión total, en 2016, más tarde un nuevo mod de conversión total con el espíritu de Brutal DOOM!

Brutal Doom 64 es en realidad más fiel al DOOM64 original que el brutal Doom normal, y se trata principalmente de mejoras visuales con la excepción del modo táctico. Pero no todo son buenas noticias, este nuevo juego (sí, es un contenido totalmente nuevo) necesitará un motor modificado especial, actualmente solo gzdoom y zandronum pueden jugar todas las funciones (debido a los caminos y formas especiales de cada misión, no es solo efectos bonitos excusa solamente).

1) instalar el paquete Debian o venenux

2) descargue el mod de Telegram  (para Debian y Alpine también hay un paquete)

3) jugar el juego

BRUTAL DOOM ?

BRUTAL DOOM vs BRUTAL DOOM64

Brutal Doom es solo un mod que mejoró el juego Doom2 (también funciona para Doom, pero en menor medida), por lo que BRUTALDOOM no es un juego per se.

Brutal doom64 es un juego completamente nuevo, todavía necesitará el archivo wad de doom2 pero no es el juego de doom2.

WE WILL NEED THE ORIGINAL FILE OR NOT?

¡No pero sí y no! BRUTAL DOOM64 a menos que necesite el archivo original del wad, pero no se podrá jugar y no utilizará ningún mapa de este wad del juego.

Brutal DOOM funciona con cualquier WAD de DOOM2. Actualmente hay 4 versiones del archivo DOOM2.WAD, el original, el BFG, el taco de colección id (solo una versión poco común) y el taco de coleccionista definitivo. ¡Todos tienen el mismo nombre (doom2.wad) para funcionar! y para jugar BRUTALDOOM debes poseer y tener uno de estos archivos.

¡Brutal DOOM64 no utiliza ningún mapa del juego original! ¡Pero necesitará el archivo original porque el motor es el culpable de estos requisitos! YA que solo funciona con gzdoom y zandronum

Doom3 BFG es un contenido especial que viene con una versión mejorada totalmente en HD de doom3 + Doom1/2 + expansiones. Aquí aprenderá cómo instalar en Debian mediante el paquete básico de Debian. 

NOTA: este artículo es sólo para personas que no utilizan nuestros paquetes Doom VenenuX

Que necesito para jugar D3BFG en mi Debian linux?

Bueno, tu PC debe tener al menos doble núcleo y una cantidad de 2 Gb de RAM, la tarjeta de video GPU debe tener al menos 1 GRAM DDR4 con buen soporte para opengl… básicamente, cualquier computadora de 2015 en adelante ejecutará los juegos… También necesitarás casi 11 Gigas de espacio en disco en tu instalación para los datos del juego. 

El proyecto Doom3bfg está en https://github.com/RobertBeckebans/RBDOOM-3-BFG y las modificaciones para usar este motor no son solo colocar archivos de datos… cada archivo de datos tiene la lógica compilada como bibliotecas compartidas… (como el motor quake2 y demás)

El paquete Debian es el que usaremos y esta en https://packages.debian.org/search?searchon=names&keywords=rbdoom3bfg

Los archivos del juego (los DAta files) los encuentras en Telegram  aqui: https://t.me/minecraft_linux/894 or here https://t.me/venenux_games/479 .. una vez te apreban el archivo esta aqui: https://t.me/c/1561942995/931

Como instalar DOOM3BFG en mi debian linux ?

Es fácil, por supuesto, este artículo es solo para personas que no usan nuestros paquetes Doom VenenuX, que instalan automáticamente todos los archivos de datos. 

Por supuesto, el paquete del motor debe instalarse como muestra la imagen:

Luego debes descargar los archivos de datos usando tu forma preferida, el DVD original ya tiene los archivos de datos pero encriptados… ¡así que no cubriremos esa mierda aquí! Tienes dos opciones: usar la versión VenenuX Telegram (como se publicó en la sección anterior) o usar el paquete de datos del juego con los archivos de datos descargados si ya lo tienes. Asumiremos que ya descargaste los archivos de Telegram.

Después de descargar los archivos de datos (consulte la sección anterior), extráigalos… con la ruta completa usando el comando de bandera “x” del archivador y extractor de proyectos p´7zip.

Para cualquier duda puedes solicitar soporte para Venenux en nuestro VenenuX bot venenux https://t.me/venenux_minetest_bot .. ¡Prepárese para usar su número de identificación de AnyDesk para que nuestra gente pueda conectarse a su Linux, que debe ser solo Debian

Esta descarga ya tiene un motor para jugar… lo ignoraremos y usaremos solo el directorio “base” creado, debemos moverlo a $HOME/.rbdoom3bfg/base

 (el directorio debe crearse usando el usuario actual, por supuesto) si solo quieres que esto pueda usarse para el usuario actual, o muévete a /usr/share/games/doom3bfg/base

 (el directorio debe ser creado y de solo lectura por el sistema) si quieres que el juego esté disponible para todos los usuarios disponibles del sistema. 

Solo uso un ejemplo de mi escritorio, así que uso esos comandos… pero deberías usar un comando mv:

Instalar el paquete es simplemente instalar el motor, y ahora tenemos todo lo necesario para ejecutarlo. 

La entrada del menú no se crea porque utilizamos la forma más manual para ejecutar el juego. Si desea una forma más debian, puede usar game-data-packager para crear todos los archivos necesarios y personalizar la instalación.

El código polyfill se genera dinámicamente en función de los encabezados HTTP, lo que permite múltiples vectores de ataque.

Recienemente, mientras se mudaba el dominio de pollifill se inyecto codigo malicioso que solo en mobiles inducia visitar paginas deportivas de apuestas. https://web.archive.org/web/20240229113710/https:/github.com/polyfillpolyfill/polyfill-service/issues/2834#issuecomment-1963842875

El código tiene protección específica contra ingeniería inversa y solo se activa en dispositivos móviles específicos en horas específicas. Tampoco se activa cuando detecta un usuario administrador. También retrasa la ejecución cuando se encuentra un servicio de análisis web, presumiblemente para no aparecer en las estadísticas.

Donde esta la trampa?

Umm que raro: El autor original de Polyfill recomienda no utilizar Polyfill en absoluto, ya que de todos modos ya no es necesario para los navegadores modernos.

Esto sucede justo justo justo cuando se hace loa migracion de el dominio el cual el autor original no cuidaba ni mantenia.

Las compañias especialmente la chinas necesitan que se usen siempre las tecnicas mas modernas para que asi los navegadores mas viejos no se usen y por tanto no se use nunca equipos viejos..

ummm sosopechoso.. me huele a desprestigiar algo para ganar terreno!

No se puede negociar con el puerto 22 192.168.8.109: no se encontró ningún tipo de clave de host coincidente. Su oferta: ssh-dss o en ingles Unable to negotiate with 192.168.8.109 port 22: no matching host key type found. Their offer: ssh-dss

El problema es que dicho algoritmo ssh-dss quedó obsoleto porque hoy en día las computadoras actuales son lo suficientemente potentes como para romper dicha encriptación… por lo que los desarrolladores lo desaprobaron y lo eliminaron en forma de algunos más difíciles de superar.De manera más técnica: OpenSSH está eliminando el soporte para algoritmos de firma más antiguos que pueden volverse menos seguros en el futuro debido al aumento de la potencia de las computadoras. Los detalles de la desaprobación se encuentran en las Notas de la versión de OpenSSH 8.7: https://www.openssh.com/txt/release-8.7. RFC 4253 menciona explícitamente este comportamiento de hash-of-hash en https://datatracker.ietf.org/doc/html/rfc4253#section-8

¿Pero podemos hacer para conectarlo? Bueno, hay dos tipos de soluciones, las más compatibles y débiles y las más seguras y menos compatibles.

SOLUCIÓN MÁS DÉBIL PERO COMPATIBLE:

Simplemente agregue  -oHostKeyAlgorithms=+ssh-dss  a la línea de comando ssh cuando intente conectarse… o agregue  HostKeyAlgorithms=+ssh-dss  a las opciones de ssh por hots en el archivo de configuración  en  $HOME/.ssh/config o  /etc/ssh/ssh_config. ! 

¡Esta opción es la menos segura pero es la más compatible! Los dispositivos más antiguos sólo aceptarán esta opción.

¡SOLUCIÓN MÁS SEGURA PERO MENOS COMPATIBLE!

Simplemente agregue  -oHostKeyAlgorithms=+ssh-rsa -o PubkeyAcceptedKeyTypes =+ssh-rsa  a la línea de comando ssh cuando intente conectarse… o agregue  HostKeyAlgorithms +ssh-dss  y  PubkeyAcceptedKeyTypes  +ssh-rsa  también a las opciones de ssh por hots en el archivo de configuración  en  $HOME/.ssh/config o  /etc/ssh/ssh_config. !

¡Esta opción es la más segura pero es la menos compatible! Los dispositivos más antiguos nunca aceptarán esta opción.

EXPLICACIÓN

Las configuraciones predeterminadas de algunos clientes SSH más nuevos han dejado de admitir algoritmos de firma más antiguos utilizados durante el proceso de autenticación. Los clientes SSH afectados no pueden completar la autenticación y se muestra un error.

¿Por qué RSA evnet DSA como solución alternativa? Si bien ssh-rsa es inseguro al firmar datos arbitrarios (es decir, controlados por el atacante), eso no ayuda al atacante en este caso. En el contexto de un protocolo de enlace SSH, el algoritmo de firma ssh-rsa no presenta una vulnerabilidad que pueda explotarse para descifrar el tráfico o hacerse pasar por otro usuario.

• obtener la ip del servidor desde el index con javascrip, proque su ip es dinamica
• tratar de modificar el valor de texto de una pagina web en un punto especifico
• trata de crear el valor de un enlace al cargar la pagina, o de un tag html cualquiera
• modificar el atributo de nu tag html cualquiera al cargar la pagina con javascrip
• modificar el atributo de un tag html al realizar una accion del raton antes de dar click

Crear dinamicamente el index con un enlace para el printserver daruma cups, crea el link usando javascrip y cambiando el tag !a! link!

Lo primero el codigo base, creamos el archivo index.html con el comando touch index.html, el contenido depsues lo pegamos manualmente y sera este:

<html>
    <head>
    </head>
    <body>
       <a id="cups" href="proxy.php?url=http://IPESTATICO:631">http://ESTATICOIP:631</a>
    </body>
</html>

Copy

Cual es el problema? alli esta el enlace!

El problema es que esa maquina tiene una ip dinamica, y la parte IPESTATICO que seria la ip, cambiaria cuando se apagase la maquina!

La proxima vez encienda esa ip no va tener la misma (aqui puesta como IPESTATICO), y para eso vamos a obtenerla dinamicamente y escribirla dinamicamente en cada reinicio en esa pagina html, pero usando javascrip!

parte 1 obtener la ip y el enlace directo

Esto es facil, hay un codigo directo javascrip, y es location.host. OJO no queremos la ip del cliente que visita la pagina, sino la del servidor para generar el html y el enlace dinamico a partir de la ip que siempre cambiara del servidor!

Enconce creamos un codigo que provea esa parte:

<script  type="text/javascript">
  function myFunctionCups() {
    linkcups = "http://"+location.host+":631";
    console.log(linkcups);
  }
</script>

Copy

Esto sacara en la consola la direccion ip con el texto adjuntado.. asi creamos un enlace custom:

parte 2 obtener el tag link a que queremos modificar

Para esto el metodo mas fiable es usar el atributo “id” puesto que por propiedad se necesita pasar el objeto elemento.

El truco es que obetnida la referencia (el nombre del id) podemos modificar el atributo “href” y asi insertar el nuevo enlace modificado generado automaticamente con al ip cambiada!

<script  type="text/javascript">
  function myFunctionCups() {
    var link = document.getElementById("cups");
    link.getAttribute("href");
    link.setAttribute("href", "atributo cambiado");
    link.textContent = "texto cambiado;
    console.log(link.textContent);
  }
</script>
<body>
  <a id="cups" href="proxy.php?url=enlace">textooriginal</a>
</body>

Copy

El resultado es que el texto se cambiara de “textooriginal” se cambiara a “texto cambiado”
Y mas oculto el atributo href cambiuara a “atributo cambiado” que tenia “enlace”

Parte 3 usar el enlace en el tag obtenido y modificarlo

Ahora unimos la parte 1 en uan variable, y usamos esa variable en la parte 2

Basicamente, el codigo segundo le metemos la variable del codigo primero, creando asi el tag modificado con el enlace!

Codigo final de la pagina

Recordemos que quermos cambiarlo por un enlace custom asi que usamos el enlace de la misma maquina para CUPS, que necesita adjuntar el puerto:

<html>
  <head>
    <script  type="text/javascript">
      function myFunctionCups()       {        linkcups = "http://"+location.host+":631"        var link = document.getElementById("cups");        link.getAttribute("href");        link.setAttribute("href", linkcups);        link.textContent = linkcups;      }    </script>
  </head>
  <body onload="myFunctionCups()" >
     <a id="cups" class="DIR" href="proxy.php?url=enlacecambiar">texto cambiar</a>
  </body></html>

</html> 

El evento del covid fue crucial para sus muerte, ¡no solo los eventos actuales! 

Tras las cancelaciones en 2020, 2021, 2022 y 2023, así como la revelación del jueves de que tampoco regresará a Los Ángeles en 2024 o 2025, puedes clavar un tenedor con seguridad en el antiguo programa de juegos más influyente del mundo. Ya está hecho, reemplazado por eventos que se transmiten en línea, como Summer Game Fest, Nintendo Direct, PlayStation Showcase, Xbox Games Showcase y Ubisoft Forward.

INICIOS E IMPACTO

Cuándo comenzó: La industria reconoció que necesitaba algún tipo de feria comercial para minoristas. Según Eliot Minsker, presidente y director ejecutivo de Knowledge Industry Publications (que produjo y promovió el programa con Infotainment World), “los minoristas han señalado la necesidad de un evento interpretativo que les ayude a tomar decisiones de compra más inteligentes al interactuar con una amplia gama de editores, proveedores, personas influyentes de la industria y líderes de opinión en un entorno de espectáculo enfocado”.

Asistencia del e3 y su impacto economico

No elegí 2009 y 2019 solo para hacer una buena década redonda: es el primer año después del regreso del E3 al Centro de Convenciones de Los Ángeles y el último año antes de que se cancelara el espectáculo.

Y su pérdida será un duro golpe para Los Ángeles. El año pasado, el director ejecutivo de Turismo de Los Ángeles, Doane Liu, le dijo a Samson Amore de dot.LA que el E3 representaba una inyección de 83,4 millones de dólares a la economía de la ciudad, gran parte de ellos en habitaciones de hotel donde la ciudad recauda ingresos fiscales. 

“Prácticamente regalamos el centro de convenciones si [los organizadores] aceptan reservar una cierta cantidad de habitaciones de hotel… Es realmente un incentivo para traer viajes de negocios a Los Ángeles”, dijo Liu a la publicación.

 Históricamente, cada año se reservan alrededor de 30.000 noches de habitaciones de hotel, por lo que ahora que el E3 2024 y otro evento de 2024 aparentemente han sido cancelados, la ciudad enfrenta un déficit repentino de 51.000 habitaciones de hotel, según el último paquete de reuniones de la Comisión de Turismo de Los Ángeles. El récord de asistencia de la convención se sitúa en 70.000 asistentes, establecido en 2005, y ese récord se estableció sin necesidad de vender entradas al público como empezó a hacer el E3 en 2017.

CUANDO COMENZO A MORIR? Y PORQUE? (otra vez)

El E3 está muerto. De nuevo. Probablemente esta vez para siempre, dadas las circunstancias. Mucha gente tiene muchos sentimientos (algo extraño para la gente normal, ya que se trataba de una feria comercial de la industria), pero una cosa que deberíamos recordar a través de todos los tributos y volcadas es que el E3 no administró mal su camino hacia olvido. 

Su desaparición es exactamente lo que querían las empresas de videojuegos más grandes del mundo CAPITALISTA SI! porque en el capitalismo LO QUE IMPORTA ES EL DINERO. El centro de Los Ángeles apesta. El enfoque exclusivo del programa en la industria le dio un brillo que siempre fue demasiado incómodo para estar cerca. Nunca pudo conciliar si quería ser una feria comercial para desarrolladores y minoristas o un festival de anuncios para los medios de todo el mundo. El centro de Los Ángeles apesta. Pero la razón principal fueron las eternas guerras entre las compañías de videojuegos: el 

PORQUE MUERE?: E3 comenzó a morir cuando grandes compañías como Nintendo y Sony comenzaron a reducir su presencia allí, o a retirarse por completo, y eso no tuvo nada que ver con las limitadas opciones para cenar disponibles alrededor del Centro de Convenciones de Los Ángeles. 

Y PORQUE? Si hubiera algo que definiera al E3 más allá de las “conferencias de prensa”, sería que cada evento y cada espectáculo tenía su propia lista de “ganadores” y “perdedores”, elaborada tanto por los carteles del foro como por los medios internacionales. Los “ganadores” podrían disfrutar de la gloria y aprovecharla para aumentar la exposición y las ventas, mientras que los “perdedores” podrían correr el riesgo de hundirse en el olvido. 

CONCLUSIONES:

Es claro que e3 generaba dinero, y que esta no fue la razon, sino que para Sony (playstation) y Nintendo (wii/swicht) no les convenia un juicio basado en entrevistas ni tampoco en malas impresiones.. 

Su desaparición es exactamente lo que querían las empresas de videojuegos más grandes del mundo CAPITALISTA SI! porque en el capitalismo LO QUE IMPORTA ES EL DINERO

..la primera impresion es el primer golpe. No aqui no cuenta Maycosoft y Xobx. que claramete no puede competir en donde nintendo y sony son reyes respectivamente en primer y segundo lugar