Responder a este mensaje

Oscar Manuel Gómez Senovilla escribió: 
> Ricardo Palomares Martinez escribió: 
>> 
>> Tengo una primera implementación OOP basada en un array (...) 
>> bastante aproximada, pero tiene un par de problemas: 
>> 
>> - no incluye las extensiones (se podría poner como un contenido fijo, 
>> pero tendría que ser fuera del <dl> que usé en la prueba). 
>  
> La remodelación de la página principal de extensiones está todavía 
> pendientes de hacerse, más que nada para incluir los nuevos productos en 
> su página principal. De todos modos, una cosa que tenía pensado incluir 
> es una opción para poder cargar un listado únicamente de las extensiones 
> pertenecientes a un producto. 
 
 
Añadir eso no sería problemático si se puede invocar la página de 
extensiones una manera sensata (p.e.: 
"descargas_extensiones.php?producto=firefox" para Firefox). 
 
 
> (...) Se me ocurre que se podría 
> aplicar lo mismo a la propia página de descargas, es decir, que con un 
> parámetro relativo al nombre del producto, se carguen sólo las descargas 
> relativas a ese producto, junto con sus extensiones. 
 
 
Bueno, creo que me has respondido a algo distinto a lo que yo 
comentaba. :-) Sólo pretendo tener un enlace dentro de la página de 
descargas a otra URL que dé acceso a las extensiones (ahora mismo a 
productos/extensiones/; en un futuro podría ser a esa página de 
descargas de extensiones que comentas). Revisa el ejemplo que puse el 
otro día 
(http://rpalomares.openforyou.com/prueba_descargas/descargas.html). 
 
Aparte de mis pretensiones, me encuentro un par de problemas para 
incorporar las extensiones al array de descargas: 
 
- la estructura de directorios de las extensiones no separa por 
versiones ni tiene un directorio "descargas". Esos detalles se podrían 
corregir, bien reestructurando los directorios, bien ajustando la 
clase PHP de descargas. 
 
- la variabilidad de versiones de las extensiones. La traducción de un 
producto tiene binarios para varios sistemas operativos y, a veces, un 
XPI. En cambio, algunas extensiones tienen un único XPI, otras uno por 
sistema operativo (p.e.: Calendar), otras varios por sistema operativo 
(Enigmail tenía este caso, ¿no?), otras varios en función del producto 
anfitrión (una para Thunderbird, otra para Firefox, etc.), a veces 
incluso distintos XPIs según la versión del anfitrión, etc. Todo se 
puede solucionar, pero la complejidad que introduciría en la clase no 
creo que compense cuando ya hay un mecanismo que funciona bastante 
bien en productos/extensiones/. 
 
 
 
>  
>  
>> - no hay un mecanismo para acceder a versiones anteriores (el "Más" 
>> que hay en la página de prueba no está definido). En realidad, el 
>> array que define los productos está preparado para contener distintas 
>> versiones, así que bastaría con escribir otro método que pintara la 
>> lista completa en lugar de sólo las últimas versiones de cada 
>> producto, definir una propiedad en la clase para especificar la URL de 
>> la página con la lista completa (p.e.: "descargas_todas.php") y 
>> modificar ligeramente el método actual de pintado para que añada ese 
>> "Más". 
>> 
>  
> Yo creo que debemos ir dejando de mantener versiones antiguas de 
> productos en la página principal, ya que no suele ser habitual no 
> haberse actualizado tras cierto tiempo. Si acaso, se podría poner una 
> página secudaria para productos anteriores, 
 
 
A eso me refiero... 
 
 
> ...enlazando a mozilla.org o donde sea. 
 
 
...pero sin enlazar a mozilla.org, que o bien añadiría complejidad 
(sería un mirror más con una estructura distinta de los nuestros), o 
bien terminaría llevando a una página en inglés de Mozilla.com/org (no 
veo archivo de versiones en Mozilla-Europe). 
 
Nuestro archivo de versiones antiguas, en cualquier caso, no tiene que 
ser un archivo completo. Se trata, simplemente, de que si seguimos 
teniendo el binario de Firefox 1.0.7, por ejemplo, ¿por qué no 
ofrecerlo? Pasados unos meses quitaremos el binario y actualizaremos 
el array de descargas. 
 
Quitar las versiones antiguas inmediatamente tras aparecer las nuevas 
podría provocar 404s en páginas de otros sitios que estén enlazando 
directamente a los binarios de NAVE. No es que haya que guardarlos 
para siempre por si acaso, pero aguantar un mes o dos no hace daño y 
da tiempo de sobra a todos los webmasters que sean responsables a 
actualizar su página, y el enlace correspondiente, con la nueva versión. 
 
Saludos. 
 
 
 
-~--------------------------------------------------------------------~-
 
-~--------------------------------------------------------------------~-
         Compra o vende de manera diferente en www.egrupos.net