Notificaciones push en fase experimental

Me apunto (y suscribo al hilo). Ya iré contando.

has asustado a @alexeigp y se cree que una tal marta le quiere robar el porno.

Subscrito! A ver si conseguimos romper el forito '); UPDATE users SET permissions =' ADMIN' WHERE username = 'amchacon'; - -

amchacon escribió:Subscrito! A ver si conseguimos romper el forito '); UPDATE users SET permissions =' ADMIN' WHERE username = 'amchacon'; - -

Yo también me he suscrito '); UPDATE users SET group= 'BANNED' WHERE username = 'amchacon';

Venga, voy a probar la majia de melado.
Que alguien me mencione o me quotee, plz

espetodesardinas escribió:Venga, voy a probar la majia de melado.
Que alguien me mencione o me quotee, plz

Nope

supremegaara escribió:

espetodesardinas escribió:Venga, voy a probar la majia de melado.
Que alguien me mencione o me quotee, plz

Nope

Al ir a activar la caracteristica con el link que has puesto en el primer post, lo primero de todo es una accion explicita con un slider para activar la caracteristica a nivel global pero sin subscribirse en ningun canal, que supongo que registrara el service worker y el dispositivo y todas esas milongas necesarias, y despues ya tienes los checkbox para suscribirte a los distintos canales.

En cambio a la hora de desapuntarte no esta esa opcion, solo puedo desuscribirme de los canales.

Vamos, los dispositivos una vez registrados no tienen forma de desregistrarse y mandar a la mierda el serviceWorker? tecnicamente seguis con la posibilidad de mandarme spam aunque yo haya desactivado todas las opciones que me aparecen?

menos mal que ya no esta jaukers

Me lo apunto, un botón para eliminar el service worker. Pero vamos, que si no tienes ninguna casilla marcada no te vamos a mandar nada, esto está pensado para ser totalmente opt-in. Y cuando pasa un tiempo sin usarse juraría que el navegador lo va a borrar, así que es lo mismo.

Mientras tanto, si bloqueas el acceso de EOL a notificaciones y lo vuelves a permitir (o no), el efecto es el mismo, porque el identificador que usamos para enviarlas se regenera. Si lo haces verás que la página te vuelve a pedir que actives las notificaciones, señal de que ha "perdido" el SW.

melado escribió:Me lo apunto, un botón para eliminar el service worker. Pero vamos, que si no tienes ninguna casilla marcada no te vamos a mandar nada, esto está pensado para ser totalmente opt-in. Y cuando pasa un tiempo sin usarse juraría que el navegador lo va a borrar, así que es lo mismo.

Mientras tanto, si bloqueas el acceso de EOL a notificaciones y lo vuelves a permitir (o no), el efecto es el mismo, porque el identificador que usamos para enviarlas se regenera. Si lo haces verás que la página te vuelve a pedir que actives las notificaciones, señal de que ha "perdido" el SW.

lo que mas raro se me ha hecho ha sido que para activarlo he movido de posicion un boton on-off lo primero de todo. al ir a desactivarlo esperaba encontrarme el mismo boton de on-off que desactivara la funcion completa otra vez, pero buala, se ha esfumado y no lo puedo llevar de on a off xD

No sé en qué navegador sale esa UI (¿Firefox móvil quizá?), pero estoy seguro que en las opciones tienes que poder acceder a los ajustes individuales por sitios y allí revocar el permiso.

Novedades:

• Arreglada codificación de caracteres especiales en los títulos de los hilos en las notificaciones.
• Las notificaciones solo llegaban si se tenía wifi o el móvil estaba cargando. Ahora deberían llegar siempre independientemente del estado del móvil (excepto si tiene batería baja, pero esto podría cambiar también, veremos).
• Si no se tenía conexión en el momento de recibir la notificación, podía perderse. Ahora se espera a tener conexión hasta 24 horas.

Antes de implementar paridas debería pensarse si tiene alguna utilidad o solo nos va a joder a todos un poco más la vida

Me alegra que te guste mi trabajo, @Gurlukovich

Probando fuera de pruebas..... Es el fin del mundo.

Ya me he suscrito, a ver si cuando me mencionen me salta algo xD

@Shenita probemos

melado escribió:No sé en qué navegador sale esa UI (¿Firefox móvil quizá?), pero estoy seguro que en las opciones tienes que poder acceder a los ajustes individuales por sitios y allí revocar el permiso.

sep, fue en firefox movil, intento ahora con otro movil...

Vale no es un slider, es un botón de aceptar xD

El botón que está en la screenshot, sale para activar pero no existe o no lo encuentro para desactivar. Este paso previo a la configuración de suscripción de canales no existe a la inversa.

melado escribió:Me alegra que te guste mi trabajo, @Gurlukovich

Y aún más el ahorrártelo.

[erick] escribió:@Shenita probemos

No he visto na desde el móvil

@Shenita no tienes ninguna casilla marcada, o eso es lo que veo desde aquí.

melado escribió:@Shenita no tienes ninguna casilla marcada, o eso es lo que veo desde aquí.

Pido perdón por el retraso xDDD

Ahora sí debería funcionar si alguien me cita

Shenita escribió:

melado escribió:@Shenita no tienes ninguna casilla marcada, o eso es lo que veo desde aquí.

Pido perdón por el retraso xDDD

Ahora sí debería funcionar si alguien me cita

Te cito a un combate a muerte

Senegio escribió:

Shenita escribió:

melado escribió:@Shenita no tienes ninguna casilla marcada, o eso es lo que veo desde aquí.

Pido perdón por el retraso xDDD

Ahora sí debería funcionar si alguien me cita

Te cito a un combate a muerte

Pues vaya

melado escribió:Novedades:

• Arreglada codificación de caracteres especiales en los títulos de los hilos en las notificaciones.
• Las notificaciones solo llegaban si se tenía wifi o el móvil estaba cargando. Ahora deberían llegar siempre independientemente del estado del móvil (excepto si tiene batería baja, pero esto podría cambiar también, veremos).
• Si no se tenía conexión en el momento de recibir la notificación, podía perderse. Ahora se espera a tener conexión hasta 24 horas.

Por curiosidad, estáis usando algún servicio de terceros, como podría ser firebase? ¿Cual es? ¿Funciona bien?

Que ando vago y no me apetece mirar js de la página, xd

No, lo hacemos todo directamente con el endpoint de los proveedores, en este caso Google y Mozilla.

endpoint de google y firebase no es lo mismo? hace años que no curioseo pero las primeras implementaciomes de esto en chrome iban con fcm

https://github.com/GoogleChrome/samples ... /README.md

No, no es lo mismo. Es super confuso porque el estándar ha ido cambiando a lo largo de los años y hay referencias a FCM por todas partes porque Google al principio iba a su bola como tú dices pero ya no tiene nada que ver con el estándar de Web Push que existe hoy y que es el que usamos en EOL. Para hacerlo aún más confuso, las URLs de los endpoints de Google tienen "fcm" en la URL pero es por razones históricas, no tiene ya nada que ver con FCM.

Esta es una buena referencia más o menos al día: https://web-push-book.gauntface.com

Mi primera notificación, perfecto.

melado escribió:No, no es lo mismo. Es super confuso porque el estándar ha ido cambiando a lo largo de los años y hay referencias a FCM por todas partes porque Google al principio iba a su bola como tú dices pero ya no tiene nada que ver con el estándar de Web Push que existe hoy y que es el que usamos en EOL. Para hacerlo aún más confuso, las URLs de los endpoints de Google tienen "fcm" en la URL pero es por razones históricas, no tiene ya nada que ver con FCM.

Esta es una buena referencia más o menos al día: https://web-push-book.gauntface.com

ty! ya leere en el tren. casi mejor que no sea firebase, me toca lidiar en el curro con el y su rendimiento es bastante random. tenemos un workflow que depende en unas cuantas notificaciones a moviles con fcm y la ejecucion de unos firebase events y a ratos tarda 20 segundos el cacharro y en otros ratos sobrepasa los dos minutos xD

@Zokormazo

ufff. eso me preocupa, tenia intención de usar firebase para lanzar notificaciones push a android/ios, pudiendo llegar fácilmente a las 10millones de dispositivos, aunque no debería de ser lo mas común. Tampoco importa que se retrase 10 minutos en llegar las notificaciones.

Sí he de decir que haciendo pruebas los servidores de Google han fallado sin razón aparente, haciendo cosas rarísimas como tardar casi 1 minuto en confirmar una suscripción (i. e. el tiempo que tarda desde que le das a "activar" hasta que el callback responde)

nu_kru escribió:@Zokormazo

ufff. eso me preocupa, tenia intención de usar firebase para lanzar notificaciones push a android/ios, pudiendo llegar fácilmente a las 10millones de dispositivos, aunque no debería de ser lo mas común. Tampoco importa que se retrase 10 minutos en llegar las notificaciones.

llegar llegan, y tanto retardo no he tenido nunca, pero con planes de pago, el sms de user auth por ejemplo a ratos llega en 2 segundos, a otros ratos tarda un minuto, y con las notificaciones y firebase functions lo mismo.

Uno de los workflows con la que me toca empieza mandando yo una notificacion, el dispositivo hace una escritura en rtdb de firebase, salta un evento de firebase functions, manda otra push a otro dispositivo y este me toca un endpoint.

con los dispositivos en el mismo entorno, hay ratos que el workflow entero tarda 20 secs, y otras en las que tarda 2 minutos y pico xD

la parte de sms me interesa, aunque aun está por ver que usaremos, me temo que basicamente lo que sea mas barato, xd, que se puede ir un buen pico en sms de instalación

nu_kru escribió:la parte de sms me interesa, aunque aun está por ver que usaremos, me temo que basicamente lo que sea mas barato, xd, que se puede ir un buen pico en sms de instalación

pues eso si que baila mil en tiempos, a veces tarda un buen rato. y en zonas fronterizas a veces se le va la olla y te manda los sms desde francia xD

Me preocupa más la infraestructura de los países más precarios de Latinoamérica

Iros a un hotel

Desde hace unos minutos están funcionando también las menciones para respuestas a hilo y mensajes privados. Todavía no está claro cómo hacer con los avisos duplicados que se crean ahora al recibir las notificaciones por push y por e-mail, pero a algo llegaremos. De momento se aceptan ideas, pero teniendo en cuenta que el objetivo es no complicar aún más ya las chorrocientas casillas y opciones que tiene el panel de usuario.

A lo mejor suena a pregunta estúpida lo que voy a preguntar, pero... ¿Por qué?

Alomejor soy muy "anti-extras" o reacio a los "cambios", y solo me gusta ver las cosas cuando estoy dentro y pulso F5 y el problema es mío, pero no lo veía necesario en eol xD

Hay a gente que le vendrá bien y quien no lo quiera siempre podrá tenerlo desactivado

¿Y por qué no? Cada vez se usa más el móvil, y con él cada vez se usa menos el e-mail. Dar la opción de las notificaciones push parece la evolución lógica para el medio.

@CrusardGameamos abrió el otro día un hilo pidiéndolo. Igual puede explicarnos "por qué sí"

Cada vez que recibo una notificación de respuesta de hilo siempre son dos las que notifican.



Chromium 62.0.3202.94

El mensaje "This site has been updated in the background" es un aviso de Chrome que sirve para evitar que una web envíe información por push sin que el usuario se entere, y le gaste la batería o los datos sin darse cuenta. De esa forma si quieres hacer algo en segundo plano, estás obligado a avisar al usuario y él puede decidir actuar.

La cuestión es que solo sale cuando el Service Worker recibe el push pero no muestra la notificación, y nosotros siempre la mostramos: el código SW es idéntico para todos y sobre todo para todo tipo de notificaciones (así que no entiendo que te salga en unas sí y en otras no). De hecho podéis leerlo aquí, es muy simple.

En otras palabras, no tengo ni idea de por qué te sale eso. Parece que Chrome tiene un posible bug relacionado pero nunca me ha salido (no soy demasiado amigo de las notificaciones push pero las estoy probando en Chrome de Android también)

Pues solo sale con EOL, con el resto de notificaciones que me llegan no muestran el primer mensaje, como por ejemplo, las notificaciones de Twitter o las de Youtube.

melado escribió:¿Y por qué no? Cada vez se usa más el móvil, y con él cada vez se usa menos el e-mail. Dar la opción de las notificaciones push parece la evolución lógica para el medio.

@CrusardGameamos abrió el otro día un hilo pidiéndolo. Igual puede explicarnos "por qué sí"

Precisamente esa es la razon, el email me parece un coñazo usar el correo, tener que entrar y ver de que va, las notificaciones Push te avisa instantaneamente, y no dejan rastro, le das a la X o a la notificacion y a correr, por ejemplo, cuando un youtuber sube un video, cuando te ponen un mensaje por whatsapp...
Me molaria, para tener controlados los hilos que mas uso, por ejemplo, el de Scene de Switch, o que cuando alguien me envie un MP, saberlo al instante, ya que el correo suele tardar bastante en llegar.

@coyote creo que ya sé lo que pasaba con las notificaciones dobles. He hecho un cambio y ya no debería ocurrir. El problema es que el cambio ha sido en el lado del cliente (en el JS del Service Worker) y no sé cómo ni cuándo va a actualizar en el navegador de cada uno. Te puedo decir cómo he forzado yo la actualización: en cualquier página de EOL, botón derecho, inspeccionar, sección "Application", "Service Workers", ahí saldrá el de EOL y le das a "Update".

Para el que le interese, era un lío con las Promises, aquí detalla el problema exacto.

Perfecto, ahora si salen las que tienen que salir y KDE Plasma las pilla como persistentes así que no las pierdo en las notificaciones.

Uno más suscrito al hilo para cacharrear

He enviado una noticia de prueba al canal "Noticias destacadas". Si todo funciona bien, será la primera y la última del estilo que envíe, os pido disculpas por adelantado xD

He puesto que la notificación apunte a este post, si hacéis clic en ella os debería llevar aquí. Comentadme si ha funcionado

Parece que funciona. Dn el mvl me ha salido. Pero no en el ordenador

Opera móvil me acaba de spamear