Tutorial muy completo que nos muestra cómo hacer una llamada a través de un ESP32/ESP8266 a un script de PHP para almacenar datos en una base de datos MySQL. Esto permite, literalmente, almacenar datos de sensores situados en cualquier parte del mundo. En este tutorial te lo explican paso a paso.
#7 Ruby no lo he gastado mucho, Python sí y me he encontrado con problemas similares con paquetes de terceros, sobre todo para Django y Flask. Sin embargo, los paquetes primarios como el propio Flask o Django o los drivers para Postgres... tienen un desarrollo constante y están siempre actualizados. El truco está en no hacer como se hace en JavaScript en el frontend y tirar de paquete desarrollado por JuankerAnónimo en Github para chorradas como "un plugin de Django que muestre noseké..." porque eso directamente lo haces tú en un par de horas como mucho y te ahorras esa dependencia y todos los problemas que mencionas.
En Ruby me imagino que será lo mismo. Java por ejemplo se lleva más lo que he comentado: picar el código en el proyecto en cuestión en vez de andar descargando paquetitos de peña de por ahí.
En definitiva, cuantas menos dependencias tenga un proyecto, más fácil de mantener y de desplegar. Y sí, en Python he visto y heredado cada guarrada que para una puta web en Django tenías que instalar 50 paquetes de los cuales al menos 40 eran totalmente prescindibles, tal cual.
#9 Hola Supercinexin. ¿Como te puedo mandar un mensaje privado? No encuentro la forma de hacerme tu amigo en meneame. Me gustaría hacerte una pregunta privada sobre este meneo. Gracias
#5 PHP aún tiene un pase... y ni aún así. Es un lenguaje de mierda y hoy en día hay alternativas más que de sobra. Ni siquiera su mayor rapidez frente a otros lenguajes como Ruby o Python justifican su uso frente a ellos por la cantidad de problemas asociados que trae PHP. Si Ruby o Python no te ajustan porque necesitas más desempeño, usa Go o Java y listos.
Pero es que empezar cualquier proyecto en 2020 con MySQL, e incluso con MariaDB que es sólo la versión libre de ésta tras su compra por Oracle, no tiene ningún sentido. MySQL tenía su aquel hace 20 años, cuando no habían muchas otras alternativas y PostgreSQL no estaba tan desarrollado y extendido, pero siempre fue una chufa de base de datos con errores de diseño, SQL no estándar y menos características que cualquier otra. Yo el último proyectos que vi con MySQL fue hace unos 5 años y era heredado y viejuno y el último proyecto que me vi forzado a empezar con MySQL fue hace 9 años por orden de los jefes y veteranos y recuerdo que daba problemas que en PostgreSQL y MSSQL yo no había tenido nunca, ya en aquellos tiempos, además de que encontré muchas cosas en MySQL que eran horribles, como algunos tipos engañosos o expresiones que no eran estándar.
#6 yo me dedico al desarollo web (PrestaShop mayormente, algo del infierno de WordPress y un pelín del horrible Drupal) y tengo que lidiar con PHP y MariaDB a diario...
A ver, llevas razón en cuanto a que PHP para según que cosas no es lo más adecuado. Pero Ruby da por culo con las gemas, compatibilidades con diferentes versiones, incluso gemas obsoletas por falta de desarrollo.
A lo que voy es que no hay una solución perfecta para todo.
Comentarios
#7 Ruby no lo he gastado mucho, Python sí y me he encontrado con problemas similares con paquetes de terceros, sobre todo para Django y Flask. Sin embargo, los paquetes primarios como el propio Flask o Django o los drivers para Postgres... tienen un desarrollo constante y están siempre actualizados. El truco está en no hacer como se hace en JavaScript en el frontend y tirar de paquete desarrollado por JuankerAnónimo en Github para chorradas como "un plugin de Django que muestre noseké..." porque eso directamente lo haces tú en un par de horas como mucho y te ahorras esa dependencia y todos los problemas que mencionas.
En Ruby me imagino que será lo mismo. Java por ejemplo se lleva más lo que he comentado: picar el código en el proyecto en cuestión en vez de andar descargando paquetitos de peña de por ahí.
En definitiva, cuantas menos dependencias tenga un proyecto, más fácil de mantener y de desplegar. Y sí, en Python he visto y heredado cada guarrada que para una puta web en Django tenías que instalar 50 paquetes de los cuales al menos 40 eran totalmente prescindibles, tal cual.
#9 Hola Supercinexin. ¿Como te puedo mandar un mensaje privado? No encuentro la forma de hacerme tu amigo en meneame. Me gustaría hacerte una pregunta privada sobre este meneo. Gracias
Lo he leído en diagonal, pero falta algo importante y es tunelizar o usar https. Tal cual la API key se puede robar fácilmente
#1 Es un puto sensor que envía datos. Cualquiera con la "apikey" puede insetar dator en el sistema, y nada más.
#2 O hacer un DoS contra la BD
#10 ¿Un DOS? ¡Mejor un DDOS contra un sevidor que guarda unos datos de mierda!
#1 Lo único que le importa al autor es que contrates un servidor usando sus enlaces de afiliado.
#1 Este tipo de artículos suelen ser poco más que una PoC.
¿En serio? ¿PHP y MySQL en 2020?
#3 mientras sea PHP 7.1 o superior...
Y MySql ha perdido mucho mercado con MariaDB
#5 PHP aún tiene un pase... y ni aún así. Es un lenguaje de mierda y hoy en día hay alternativas más que de sobra. Ni siquiera su mayor rapidez frente a otros lenguajes como Ruby o Python justifican su uso frente a ellos por la cantidad de problemas asociados que trae PHP. Si Ruby o Python no te ajustan porque necesitas más desempeño, usa Go o Java y listos.
Pero es que empezar cualquier proyecto en 2020 con MySQL, e incluso con MariaDB que es sólo la versión libre de ésta tras su compra por Oracle, no tiene ningún sentido. MySQL tenía su aquel hace 20 años, cuando no habían muchas otras alternativas y PostgreSQL no estaba tan desarrollado y extendido, pero siempre fue una chufa de base de datos con errores de diseño, SQL no estándar y menos características que cualquier otra. Yo el último proyectos que vi con MySQL fue hace unos 5 años y era heredado y viejuno y el último proyecto que me vi forzado a empezar con MySQL fue hace 9 años por orden de los jefes y veteranos y recuerdo que daba problemas que en PostgreSQL y MSSQL yo no había tenido nunca, ya en aquellos tiempos, además de que encontré muchas cosas en MySQL que eran horribles, como algunos tipos engañosos o expresiones que no eran estándar.
#6 yo me dedico al desarollo web (PrestaShop mayormente, algo del infierno de WordPress y un pelín del horrible Drupal) y tengo que lidiar con PHP y MariaDB a diario...
A ver, llevas razón en cuanto a que PHP para según que cosas no es lo más adecuado. Pero Ruby da por culo con las gemas, compatibilidades con diferentes versiones, incluso gemas obsoletas por falta de desarrollo.
A lo que voy es que no hay una solución perfecta para todo.