Y por eso uso Firefox desde el principio. Y si alguna web no va pues toca usar alguno basado en Chromium.
Por cierto, en Firefox movil podéis instalar ublock.
Utilicé este servicio para implementar parte de la funcionalidad de mi TFM. Me sirvió para poder crear una aplicación de movilidad urbana bastante potente en muy poco tiempo.
Su parte orientada al transporte de mercancias y flotas de camiones es realmente magnífica, sin embargo GMaps sigue haciendo algunas cosas bastante mejor.
Que hijos de puta que son. Que no se preocupen, que paguen y que el estado se encargue de mejorar los comedores sociales. Es más, ante esto eliminaría directamente su casilla de la renta...
#59 Se que Safari sobre iOS no. ¿Y las versiones de Firefox y Chrome para iOS si lo permiten?
editado:
Acabo de leer que son solo wrappers del motor de Safari.
#31 Diría que el tema de las push ya se puede hacer con la Notification API.
Es más, diría que con Firebase tienes un bloque específico de la documentación para las PWA y las push.
Y bueno, que esté hecha con React no implica que sea una PWA. El uso de una tecnología no convierte tu producto en algo por arte de magia otra serie de características quizá.
Desconozco si menéame las cumple.
#19 no, entrando a Menéame desde el navegador no tienes notificaciones push. Y la app de Menéame precisamente es una PWA (Progressive Web App), pues está desarrollada con React.
#31 Diría que el tema de las push ya se puede hacer con la Notification API.
Es más, diría que con Firebase tienes un bloque específico de la documentación para las PWA y las push.
Y bueno, que esté hecha con React no implica que sea una PWA. El uso de una tecnología no convierte tu producto en algo por arte de magia otra serie de características quizá.
Desconozco si menéame las cumple.
#58 ningún navegador en iOS soporta notificaciones push.
#59 Se que Safari sobre iOS no. ¿Y las versiones de Firefox y Chrome para iOS si lo permiten?
editado:
Acabo de leer que son solo wrappers del motor de Safari.
Sale la basura del juez Serrano en el documental. Asco.
Hola #0,
veo que habéis corregido muchas de las cosas que reporté en algunos comentarios, seguro que otros también lo hicieron. Me alegra que os hayamos servido de testing.
Tenéis que repasar como se ve la web en Firefox móvil. Todavía hay cosas que no funcionan bien.
Otra cosa que no entiendo es la supresión de del menú de la cola de nuevas. Ahora para ver todas las candidatas hay que pinchar en la cabecera de un bloque en el sidebar derecho. Hasta que pensé eso... creo que esto tenéis que corregirlo.
Con todo mi respeto. La usabilidad del sitio ha empeorado y mucho.
Y ahora la pregunta.
De desarrollador a diseñador:
El desastre inicial me recordó a cuando el Gobierno muestra una nueva web en sociedad. Caos y sensación de que no se está siendo profesional.
¿Por qué no se ha hecho un testing mas exhaustivo?
¿Cómo ordeno las noticias NUEVAS por CANDIDATAS? o _ O
Me auto respondo:
Hay que pinchar en la cabecera del bloque derecho CANDIDATAS para que te salgan todas...
No parece ni un LINK. Vaya tela señores.
¿Cómo edito un maldito comentario que quiero ir actualizando?
Sigo añadiendo cosas:
El bloque de cabecera de una noticia donde esta el select para ver los votos, sale cortado.
Estoy alucinando con la cantidad de bugs 
Opiniones:
- El naranja elegido para mi gusto es demasiado "fuerte", molesta un poco a la vista. Contrasta demasiado con el resto de contenido.
- Cuando entras a ver los comentarios de una noticia el color elegido para "EDICIÓN GENERAL", ese negro, hace que no sea demasiado legible.
- Los iconos de los subs son tan diminutos que se podría hasta prescindir de ellos.
- Al pinchar en la lupa de búsqueda, se desmonta la barra al aparecer el campo y queda en dos líneas. La lupa arriba y el campo bajo.
- El bloque de la barra lateral derecha no sigue una concordancia. En general la cabecera de subs es naranja, en la sección de candidatas, es gris. Y bueno, el color de destacadas no tiene ningún sentido. Solo se repite ahí.
En móvil (Android / Firefox):
- Se corta por la izquierda el botón "Menéalo".
- El logo de menéame se ve borroso.
Hasta ahí con un vistazo rápido.
Vecindario cuñao 2.0
#141 Y yo también pensaba que era la web gorda del Ayuntamiento.
Sin embargo estoy probando la web y en velocidad no tiene absolutamente nada que envidiar a algo hecho bajo MEAN. Ahora, me gustaría verla con pruebas de carga a ver como se comporta. Con Node como servidor ya se sus límites
Respecto a que no son tropecientas. Vale. No son tropecientas. Son 14 librerías externas para hacer algo decente. Para mi gusto excesivo. Pero ya sabemos que si quieres usar Node, es a lo que te expones
Por cierto, Express también sirve ficheros estáticos Y también hay librerías de caché para node.
Lo del balanceo de carga. Ok.
#73 No pongo en duda tus conocimientos ni muchísimo menos. Pero para la web de un ayuntamiento no veo en utilizar MEAN una solución válida y te remito a #61.
Mis razones:
1. Para utilizar Node + Express y que sea usable en un proyecto enorme tienes que utilizar tropecientas mil librerías añadidas, middlewares, etc. Tendrás que fiarte de lo que otros hayan hecho a ciegas. Por ejemplo "hacemos la parte del contenido con handlebars", una librería de templates Moustache.
Lo curioso es que de por sí, Node a pelo es algo de muy bajo nivel y para ser usable tienes que meterle aderezos y azúcares. Si es super rápido y en escalabilidad es genial pero para determinadas cosas, no es un vale para todo.
2. Angular. La versión 1 va a estar obsoleta en nada y la version 2 no se parece absolutamente en nada. Angular ensucia el html de una forma exagerada aunque para gustos colores. Para utilizar angular prefiero Backbone.js
3. Tener que montar una infrastructura con un proxy inverso para que sirva las páginas teniendo a Node como servidor me parece estúpido. También conozco el uso de Phantom.
5. Respecto a las miles de llamadas: Está claro que dependerá del desarrollador y de como usar la tecnología pero insisto...¿ves viable MEAN en la web del ayuntamiento después de valorar todo lo que ha comentado #61?
6. Sobre tu código. Como conocedor de Javascript se de que va. Otra persona te dirá otra cosa. Y por cierto, espero que uses "use strict" y todo el poder del Javascript funcional
7. Que digas que la parte de interfaz es la que lleva más tiempo me desconcierta. Cuando el backend de la web de un ayuntamiento tiene que ser monstruoso y probado hasta el infinito.
Lo dicho, para gustos colores.
Yo digo, MEAN si. Pero con cabeza y sabiendo donde están sus limitaciones.
#137 el del #61 (que soy yo) pensaba que estábamos hablando de la web del ayuntamiento (el comentario origen del hilo era "500K o 100K por una web????"), pero como ya han aclarado es la de participación, decide.madrid.es
Yo soy más de back-end y no controlo clientes pesados, pero para una web tan participativa como esta, con contenidos que cambian continuamente a partir de la aportación de cientos de usuarios diferentes, no tengo muy claro (aunque igual me equivoco) que se pueda limitar de forma eficiente el número de peticiones al servidor.
#137 lo que pasa es que #61 pensaba que se trataba de la web del ayuntamiento y se trata de esta https://decide.madrid.es/
yo estoy utilizando sólo estas librerías:
"app-module-path": "^1.0.4",
"body-parser": "^1.14.1",
"compression": "^1.6.0",
"config": "^1.16.0",
"cookie-session": "^1.2.0", -> esta por culpa del oauth de twitter
"elasticsearch": "^8.2.0",
"express": "^4.13.3",
"glob": "^5.0.15",
"method-override": "^2.3.5",
"monqodb": ">0.4.6", -> esta es mía
"nodemailer": "^1.5.0",
"oauth": "^0.9.14",
"qpipejs": ">0.0.15", -> esta es mía
"request": "^2.64.0"
No me parecen tropecientas...
Será que soy mejor vaquero que frontenista pero a mí'personalmente, los fronts (de interacción no de contenido) me llevan más del doble de tiempo que los backs.
Usar nginx te sirve para no tener de preocuparte de que node haga todas las cosas que hace nginx hace bien: https, servir ficheros estáticos, cache...
Te sirve también para cuando llegue el momento escalar horizontalmente usándolo de balanceador de carga...
#141 Y yo también pensaba que era la web gorda del Ayuntamiento.
Sin embargo estoy probando la web y en velocidad no tiene absolutamente nada que envidiar a algo hecho bajo MEAN. Ahora, me gustaría verla con pruebas de carga a ver como se comporta. Con Node como servidor ya se sus límites
Respecto a que no son tropecientas. Vale. No son tropecientas. Son 14 librerías externas para hacer algo decente. Para mi gusto excesivo. Pero ya sabemos que si quieres usar Node, es a lo que te expones
Por cierto, Express también sirve ficheros estáticos Y también hay librerías de caché para node.
Lo del balanceo de carga. Ok.
#20 otro espécimen que va con las modas. Para una web de un ayuntamiento usar no de y angular es muerte.
Oye quiero una web de 1 pagina. No pasa nada, la hacemos con angular todo en el cliente con no de de servidor y para servir una página hago 3747382 llamadas. Me meto en el pozo de los callbacks y para colmo sin hacer chanchullos google ni la indexa.
Sabes lo que es la usabilidad y la especificación de requisitos?
En fin...
#46
1.
La parte de interfaz (que es la que lleva tiempo) se hace en angular en un momento.
No es necesario que google la indexe.
Si necesito indexar lo que hago es un frontend del lado del servidor supersimple que sólo muestra lo que a los bots les interesa. El reverse proxy se encarga de mandar los bots a un sitio y los usuarios a otro.
(no es "ilegal" a no ser que muestres contenido diferente)
Otros usan phantom y parece ser que no es demasiado complicado.
Sinceramente no lo he probado.
2. la parte de contenido se hace con handlebar, se renderiza de lado del servidor asi que no hay que hacer nada para que google la indexe.
3.
No te metes en un pozo de callbacks si sabes usar la tecnología.
yo uso mi propia librería, y el código se ve así: (código real espacios sustituidos por . para que se vea bien en meneame)
var deleteUser = function (req, res) )
... .do(req.testPermissions)
... .all(
...... deleteUser.comments,
...... deleteUser.votes,
...... deleteUser.manager,
...... deleteUser.author,
...... deleteUser.delete,
...... deleteUser.target
... )
... .ok()
}
¿Se ve feo?
Respeto las miles de llamadas, otra vez depende de si sabes usar la tecnología.
La primer versión de crowdference hacía miles de llamadas, y confiaba en la cache del navegador para reducirlas.
Ahora hago sólo una llamada, y obtengo los datos que necesito ahora, y los que necesitaré después.
https://crowdference.org/_
Sé un poco de lo que hablo.
#73 No pongo en duda tus conocimientos ni muchísimo menos. Pero para la web de un ayuntamiento no veo en utilizar MEAN una solución válida y te remito a #61.
Mis razones:
1. Para utilizar Node + Express y que sea usable en un proyecto enorme tienes que utilizar tropecientas mil librerías añadidas, middlewares, etc. Tendrás que fiarte de lo que otros hayan hecho a ciegas. Por ejemplo "hacemos la parte del contenido con handlebars", una librería de templates Moustache.
Lo curioso es que de por sí, Node a pelo es algo de muy bajo nivel y para ser usable tienes que meterle aderezos y azúcares. Si es super rápido y en escalabilidad es genial pero para determinadas cosas, no es un vale para todo.
2. Angular. La versión 1 va a estar obsoleta en nada y la version 2 no se parece absolutamente en nada. Angular ensucia el html de una forma exagerada aunque para gustos colores. Para utilizar angular prefiero Backbone.js
3. Tener que montar una infrastructura con un proxy inverso para que sirva las páginas teniendo a Node como servidor me parece estúpido. También conozco el uso de Phantom.
5. Respecto a las miles de llamadas: Está claro que dependerá del desarrollador y de como usar la tecnología pero insisto...¿ves viable MEAN en la web del ayuntamiento después de valorar todo lo que ha comentado #61?
6. Sobre tu código. Como conocedor de Javascript se de que va. Otra persona te dirá otra cosa. Y por cierto, espero que uses "use strict" y todo el poder del Javascript funcional
7. Que digas que la parte de interfaz es la que lleva más tiempo me desconcierta. Cuando el backend de la web de un ayuntamiento tiene que ser monstruoso y probado hasta el infinito.
Lo dicho, para gustos colores.
Yo digo, MEAN si. Pero con cabeza y sabiendo donde están sus limitaciones.
#137 el del #61 (que soy yo) pensaba que estábamos hablando de la web del ayuntamiento (el comentario origen del hilo era "500K o 100K por una web????"), pero como ya han aclarado es la de participación, decide.madrid.es
Yo soy más de back-end y no controlo clientes pesados, pero para una web tan participativa como esta, con contenidos que cambian continuamente a partir de la aportación de cientos de usuarios diferentes, no tengo muy claro (aunque igual me equivoco) que se pueda limitar de forma eficiente el número de peticiones al servidor.
#137 lo que pasa es que #61 pensaba que se trataba de la web del ayuntamiento y se trata de esta https://decide.madrid.es/
yo estoy utilizando sólo estas librerías:
"app-module-path": "^1.0.4",
"body-parser": "^1.14.1",
"compression": "^1.6.0",
"config": "^1.16.0",
"cookie-session": "^1.2.0", -> esta por culpa del oauth de twitter
"elasticsearch": "^8.2.0",
"express": "^4.13.3",
"glob": "^5.0.15",
"method-override": "^2.3.5",
"monqodb": ">0.4.6", -> esta es mía
"nodemailer": "^1.5.0",
"oauth": "^0.9.14",
"qpipejs": ">0.0.15", -> esta es mía
"request": "^2.64.0"
No me parecen tropecientas...
Será que soy mejor vaquero que frontenista pero a mí'personalmente, los fronts (de interacción no de contenido) me llevan más del doble de tiempo que los backs.
Usar nginx te sirve para no tener de preocuparte de que node haga todas las cosas que hace nginx hace bien: https, servir ficheros estáticos, cache...
Te sirve también para cuando llegue el momento escalar horizontalmente usándolo de balanceador de carga...
#141 Y yo también pensaba que era la web gorda del Ayuntamiento.
Sin embargo estoy probando la web y en velocidad no tiene absolutamente nada que envidiar a algo hecho bajo MEAN. Ahora, me gustaría verla con pruebas de carga a ver como se comporta. Con Node como servidor ya se sus límites
Respecto a que no son tropecientas. Vale. No son tropecientas. Son 14 librerías externas para hacer algo decente. Para mi gusto excesivo. Pero ya sabemos que si quieres usar Node, es a lo que te expones
Por cierto, Express también sirve ficheros estáticos Y también hay librerías de caché para node.
Lo del balanceo de carga. Ok.
Hagamos un pequeño cambio en el titular. Solo una letra.
"¿Podemos sabe si Júpiter echó del sistema solar a un quinto planeta gigante?"
Esto es lo que lei de inicio. jajaja
Un trabajador de esta empresa me hizo una encuesta después de haber acompañado a votar a alguien. No me extrañaría nada que esto que acaban de publicar lo terminaran el mismo día de las elecciones...
#62 Eso sería épico. Le llamarían "El Looper".