AdminWiki/Proxy

madri+d usa un proxy que libera al servidor dónde está alojado Experimenta_wiki de una eventual carga excesiva de peticiones; entre otras funciones.

Tabla de contenidos

Se han detectado algunos problemas con el filtrado de código que hace el proxy para servir las páginas que genera el wiki.

En esta página reportamos los problemas detectados:

IMÁGENES. Algo raro pasa. Hay imágenes que se ven "rotas" vía Proxy.
- Ver: [1] (proxy) y sin proxy
- Hay imágenes (como ésta Imagen:64px-Cc-by new.svg.png) que no se ven vía proxy. Y otras muy similares (como esta Imagen:64px-Cc-sa white.svg.png) que sí se ven.
- --Dvdgmz 15:15 23 may 2008 (CEST)
  - Vemos todas bien con/sin proxy ¿más info? ¿seguro q no es un tema de caché local del navegador?.
HOVER. Parece que el proxy impide el uso de la pseudoclase ":hover" (CSS2) que usamos en las ayudas en línea de los formularios, entre otros sitios.
- Justificación uso: algunos navegadores no soportan esta pseudoclase; de todas formas está en el estándar y la usamos para mejorar la navegación para los que sí la soportan sin impedir la accesibilidad a quienes no.
- Se puede ver en cualquier formulario. Por ejemplo en: http://www.madrimasd.org/experimentawiki/feria/Especial:AddData/Experimento-nuevo/Adda
- Ver que las Ayudas deberían cambiar de color y aumentar de tamaño al pasar el cursor sobre ellas. Pasa el cursor sobre "Escribe aquí un subtítulo descriptivo o breve ..."
- Comprobar también el efecto con y sin proxy en esta página de ejemplo: Página de pruebas

HOVER.
- El problema con el HOVER continua, ver ejemplo arriba --Dvdgmz 19:12 8 may 2008 (CEST)
  - No es un problema del proxy... sino otro semi-bug del MW. No tiene nada que ver con alergia al HOVER. Para el proxy esto es transparente. Es que el MW en lugar de generar un URL relativo a la raíz del web, está enviando en un estilo un url absoluto. Es parecido al otro semibug del MW que encontramos: exceso de información en el URL, que sólo funciona si nadie te está cambiando precisamente esas partes que no deberías añadir :-) --Madrimasd 19:36 8 may 2008 (CEST)
    - No es semi-bug MW. Con proxy/sin proxy, el navegador solicita los mismos ficheros de estilos, y recibe exactamente el mismo contenido de estilos. Sin embargo en un caso, el navegador APLICA los estilos que recibe y en el otro el navegador no aplica ALGUNOS de los estilos que recibe (otros sí). Por supuesto, el navegador lo hace en base a algún criterio... eso es lo que estamos investigando. --Madrimasd

'IE-6. Mediante el proxy no se sirven las correcciones que hay en las Skins para InternetExplorer-6 (y anteriores). El resultado es que se desmonta el interfaz. RESUELTO 8 may 2008
- Ahora mediante IE-6 ya se ve el wiki en un aspecto aceptable, en cierta medida equivalente a como se ve Wikipedia. Aunque:
  - Los links de la parte superior no se alinean bien a la derecha.
  - Los textos salen muy grandes (seguramente IE-6 no maneja bien los tamaños relativos o tiene un tamaño por defecto grande; pero es algo que el usuario puede corregir)
Interrogante en títulos de página. Con el proxy no pueden generarse títulos de página acabados en "?" RESUELTO 8 may 2008
Detección duplicidades al subir archivo: Cuando vas a subir un archivo MW detecta si ya está subido y en caso de ser así te muestra una imagen en miniatura y un mensaje de advertencia. Esto lo hace por Ajax. A través del proxy esto falla. RESUELTO 8 may 2008
URL formularios. Se concatenan las URL generadas por SF si se accede a través del proxy. RESUELTO 8 may 2008