#9270 Si estás en España siempre serás un trozo de mierda si eres programador.
Ejemplo conversando con una chica en España:
> Soy programador.
> juejjjj vaya pringao.
Ejemplo conversando con una chica fuera de España:
> Soy programador.
para que sirve el MAIL FROM DOMAIN?
to associate a MAIL FROM domain to this identity, enter the MAIL FROM domain name and choose what Amazon SES should do if it cannot detect the required MX record.
Debería abrir un hilo nuevo para hacer esta pregunta fedeadores?
#9273 Aquí lo explican: https://docs.aws.amazon.com/es_es/ses/latest/DeveloperGuide/mail-from.html
Básicamente viene a decir que cuando se envía un mail implicitamente se envían dos FROM, uno público, que viene siendo la dirección de correo desde la que haces el envío real, y otra, el MAIL FROM, que solo es visible en las cabeceras del email y que sirve para procesar los mensajes devueltos, mensajes de error, etc. En Amazon SES por ejemplo el MAIL FROM es amazonses.com
#9279 yo estoy full laravel ahora mismo, no se mucho, asi que monitoreo el hilo xD, pero basicamente quiero aprovechar para comentar que tras casi 4 años full codeigniter, he probado laravel y symfony y me voy a trasladar definitivamente a laravel como main framework
#9283 estoy tratando de usar laravel con Amazon SES, pero no tengo claro que debo poner en los settings MAIL_USERNAME y MAIL_PASSWORD
MAIL_DRIVER=smtp
MAIL_HOST=email-smtp.eu-west-1.amazonaws.com
MAIL_PORT=465
MAIL_USERNAME=???
MAIL_PASSWORD=???
MAIL_ENCRYPTION=tls
además de si es necesario añadir el driver de SES cómo indica aquí:
Next, set the driver option in your config/mail.php configuration file to ses and verify that your config/services.php configuration file contains the following options:
Por lo que leí con lo primero es suficiente, pero al indicarle el IAM de AWS no sabe desde que email enviar, vaya lío me hice
#9282 Migrar a codeigniter ahora mismo no es la mejor idea del mundo.
Codeigniter 3 aunque soportado, está algo anticuado en cuanto a posibilidades (sobretodo cuando el proyecto se complica), además de que codeigniter 4 va a salir soon-ish. De forma que no te servirá mucho el traslado a CI3.
Laravel tiene una serie de ventajas sobre CI que hacen que sea un framework muy atractivo.
#9284 No se si laravel tiene algún truco especial, pero por lo que comentas eso parece una simple configuración de SMTP, el user y password son los user y password de un buzón existente en el servidor SMTP. Por ej, yo utilizo OVH, y sigo estos valores, que son exactamente los mismos que cuando configuras un buzón en outlook, thunderbird o similares.
- Nom du serveur sortant : ns0.ovh.net
- Port sortant : 587 (au lieu de 25 car ce port est filtré chez de nombreux FAI)
- Nom d'utilisateur / ID Compte : identique à l'adresse email (ex : [email protected])
#9285
He probado a meter el email y la pw a pelo pero no lo conseguí
Aquí es donde digo que vi que le meten el IAM de Amazon en vez de poner el email
#9284 No he utilizado nunca Amazon SES, en mi caso utilizo Mailgun, en la cfg el MAIL_USERNAME / MAIL_PASSWORD lo tienes que tener en tu cuenta de Amazon SES, es lo que uiliza el mailer para tener permisos y poder enviar los emails desde tu servicio de mail, si no todo el mundo podría mandar emails con el host de cualquier persona.
He encontrado esto para generar tu username/password con Amazon SES: http://docs.aws.amazon.com/ses/latest/DeveloperGuide/smtp-credentials.html
EDIT: Vale, indagando veo que tienes que instalar un driver (cliente) para poder utilizar Amazon SES, usas Laravel 5.4?
Concretamente tienes que instalar el paquete "aws/aws-sdk-php": "3.0" con composer. Lo pone aquí: https://laravel.com/docs/5.4/mail , aquí tienes unos ejemplos de como enviar los mails con el driver: http://docs.aws.amazon.com/ses/latest/DeveloperGuide/send-using-sdk-php.html
Sabeis de alguna plataforma tipo Thingspeak? hacía tiempo que no la usaba y desde que la compraron los de matlab juraría que la capa gratuita está bastante más capada que antes. Es para poca cosa (un par de sensores enviando 1 entrada cada 2 minutos), de hecho es temporal para ir tirando.
Si, he dicho que es temporal y me lo creo j3j3j3j
Vengo a confesarme,
Tengo un Script de terceros que depende de otra librería para utilizar una función.
En vez de descargar el vendor y enlazarlo, he copiado el código min de github y lo he pegado en el archivo.
No soy tan salvaje como para hacerlo sin dejar un apropiado comentario
// Pasted jQuery xxx plugin v 1.0.19 here because i'm a gipsy
Buenas tardes gentes de la internet. Os leo desde hace tiempo en las sombras y aquí se debaten temas muy interesantes y hay mucha variedad de opiniones, por ello os traigo a colación un asunto al que llevamos un tiempo dando vueltas dentro de mi grupo de desarrollo.
Veréis, estamos capturando gran cantidad de datos a través de una aplicación, del orden de 18.000 paquetes a la hora, son paquetes sencillos compuestos por 5 campos en formato JSON, esto lo almacenamos en mongoDB a través de un servicio en nodeJS (guardaos la bilis, es una versión pre-alfa y fue una demo montada en 3 días literalmente).
Sometimos al sistema a una prueba de estrés de gran calibre y llegamos a la conclusión de que a tomar por culo node (está bien para hacer las cosas rápidas y al estilo gitano pero la cosa se ha puesto seria y vamos a migrar a java toda la API). El tema por el que os escribo no es otro que la base de datos.
Como os digo estamos usando MongoDB para almacenar los paquetes, pero va como el puto culo a día de hoy porque tenemos unos 2 millones y medio de documentos almacenados y estamos realizando consultas con rangos de tiempo (los paquetes llevan incluidos un timestamp y lo usamos para dichas consultas), el caso es que mongo se satura cuando le pedimos los paquetes dentro de un rango, tarde más de un minuto en devolver una consulta.
Antes de que me echéis a los perros esto es así en parte porque la definición del modelo es completa basura, está almacenado todo a cascoporro (se hizo para una hackatón y tenemos que rediseñar todo el sistema), mi consulta por lo tanto es;
Queremos agilizar las consultas y que tarden un tiempo razonable, recomendáis alguna base de datos noSQL que esté especialmente pensada para realizar consultas con series temporales?
Últimamente he escuchado hablar mucho de clickhouse https://clickhouse.yandex/ pero soy un pez en esta materia y no se cómo de bueno es aproximar el problema desde ahí, una base de datos orientada a columnas y noSql con soporte para consultas SQL, un batiburrillo del que no me entero la mitad.
Otra duda que me asalta es, puede mongo soportar de buen grado consultas temporales una vez que rediseñemos el modelo? Esto lo digo porque a la hora de hacer índices la ganancia va a ser muy justa puesto que las consultas van desde los meses hasta los minutos.
RPV: recomendáis alguna base de datos NoSQL para realizar consultas por series temporales?
Un saludo y disculpad el tochopost.
#9292 Te recomiendo abrir un thread para eso, no usar este hilo, porque si no te van a dar respuestas de coña.
Yo, como buen paisano, te respondo bien, pero no te fies de los demás porque como te digo van a vacilarte.
Personalmente te recomiendo una que he estado usando recientemente en una migración: dBase.
Es un sistema muy potente y te aseguro que SQL no es, así que adelante con ello
Sometimos al sistema a una prueba de estrés de gran calibre y llegamos a la conclusión de que a tomar por culo node (está bien para hacer las cosas rápidas y al estilo gitano pero la cosa se ha puesto seria y vamos a migrar a java toda la API).
Si lo haces al estilo gitano te va a dar un resultado gitano, el lenguaje va a dar igual.