Bueno, unas líneas para celebrar que vamos avanzando. parece que empiezo a tener domado al WP 3.0 "multisitio". A lo mejor parece una tontería, pero tiene su dificultad y su riesgo. He conseguido montar una instalación en un servidor en mi portátil/
sobrelamesa y ya parece que funciona el tema de los usuarios cada uno con su subdominio.
Como para algunos, la parte técnica os aburrirá voy primero a lo práctico y al final me enrollo un paoco más.
Las malas noticias son que algún día habrá temas (lo que da el aspecto a las páginas) como a mi me gustaría, pero ese día sigue lejos. Mi principal problema con los "temas" es que cuanto más tenga que personalizarlos, más cambios tengo que hacer cada vez que haya versiones nuevas, tanto del tema como de WordPress. Al menos, ahora, habrá un tema común en la principal que será heredado o utilizado por las personales. Pero hay que intentar que dicho tema sea lo más flexible posible.
La flexibilidad está medida en:
- estandarización: cuanto menos "particularidades" tenga un tema, más fácil será adaptarlo a nuevas versiones o necesidades. Ahora hay una cosa que se llama "Widgets", que son como plugins conteniendo los diferentes módulos que se ven en la página (menús de enlaces, archivos, categorías, calendario...). Si el tema soporta estos wiggets, hemos ganado mucho. A lo mejor no son temas tan espectaculares, pero los tendremos antes.
- localización: que estén preparados para ser traducidos automáticamente. En caso contrario, hay que ir traduciendo por el código y si cambiamos a versiones más nuevas o a otros temas, es trabajo perdido.
- personalización del aspecto visual: cambiar colores, distribución del texto, anchuras... Algunos temas complejos permiten cambiar todo esto desde una página con selectores de colores y cosas muy fáciles, pero no suelen cumplir los dos requisitos anteriores. Otros dependen de que la hoja de estilos sea más o menos sencilla para no tener que cambiar "cuatro cosas" en cuarenta sitios.
Y con todo esto llegamos al meollo:
En cuanto al tema yo votaría por uno de ancho flexible.
Open-sourcerer no tiene mala pinta.
En su día respondí, que la mayoría lo eran, pero no es cierto. Hay dos tipos de flexibilidad. Que los márgenes se adapten a la anchura del navegador / pantalla. Y que los objetos, imágenes y textos que pongas en los mensajes adapten la anchura de éste para que quepan.
En esto último sobre todo, está el problema. Porque las demos están hechas con una imagen pequeña comparada con las nuestras de 700 puntos de ancho. Y en la mayoría de los temas, ésta se corta o se monta sobre los menús laterales.
Hay una tendencia con esto de "los blogs" a que los textos se muestren siempre a la misma anchura, por lo que la mayoría de los diseños ponen ésta a capón. Entonces lo que nos queda es irnos a un tema como el que menciona Redy o adaptar la hoja de estilos donde se definen las anchuras como he venido haciendo hasta ahora. Es un mal menor pero depende de lo mejor o peor estructurada que esté la hoja. El tema que propone Redy es muy "flexible", pero hay que reconocer que hay otros mucho más atractivos como la mayoría de los que hemos ido mencionando en el hilo.
Y como todo, lo mejor sería que lo vieseis en real sobre la página, así que en los próximos días intentaré poner algo visible, ya que dar acceso a mi servidor me parece más complejo.
Mientras tanto, sería bueno que echaseis un vistazo a los temas disponibles desde esta página en la que se puede seleccionar criterios de filtrado.
http://wordpress.org/extend/themes/tag-filter/Es casi imprescindible marcar el de
translation-ready que permita automatizar el idioma. E imprescindible también (creo) el
custom-header para que cada autor pueda personalizar su cabecera, al menos con una imagen propia. Ya que ahora el diseño es compartido y solo si se puede cambiar esto podemos diferenciar el aspecto de cada página.
Si marcáis lo de "flexible-width" (ancho flexible) comprobaréis que las opciones disminuyen considerablemente.
Algunos tienen también los colores "a medida" (custom-colors) pero son pocos y menos los que resultan prácticos. Ahí temo que no me quedará más remedio que apañar la hoja de estilo.
Si tenéis tiempo y ganas se agradecerían opiniones antes de que esté hecho.
Y para los que quieran saber de tripas, un poco de charla más técnica antes de que me duerma del todo.
Como decía, he conseguido montar lo que ahora se llama "una red" con un par de usuarios exportados de la página real de Internet, un sindicado (Tomy) y haciendo que aparezca todo en la principal.
Ahora, los usuarios comparten código con el sitio principal (en realidad el único) y lo que se crean son copias de las tablas particulares de cada uno en la base de datos única, en lugar de tener un código y una base de datos para cada uno. Ya no hay subdirectorios con cada copia del programa y los subdominios son medio virtuales. Es un plugin el que los gestiona. Por ello es de esperar que el consumo de memoria sea mucho menor y confiemos en que se resuelvan nuestros problemas. Habrá un único programa ejecutándose en lugar de uno por cada autor más la principal.
El hacer que los artículos de los diferentes autores aparezca en la principal es ahora también por un plugin, en lugar de por sindicación. ésta sigue no obstante para las páginas externas como la de Tomy. Pero parece que rula y respeta los "more". Aunque necesita que las categorías hayan sido creadas previamente en la principal.
Lo mejor de ahora, quitando el que funcione con menos memoria como esperamos, es que hay una administración casi única y no tengo que ir por cada página propagando cambios cada vez que instalo un plugin o modifico algo.
Si la cosa va como espero, creo que resultará más sencillo volver a crear los subdominios para las páginas que cerramos (enhy, charly...) porque no se actualizaban y con ello se daría de nuevo la oportunidad a sus autores de ponerse otra vez a las teclas, así como de admitir más colaboraciones. Pero esto lo confirmaré cuando estemos "en el aire".
El riesgo al que me refiero al principio es que tiene algunas restricciones que no aplicarían a instalaciones nuevas, pero por ejemplo, fuerza a que se instale en el "raiz" del dominio, lo que me impide crear una prueba en un directorio o subdominio donde ir probando y configurando. Y la política de subdominios es demasiado nueva como para arriesgarse a hacer pruebas en real. Hay que cambiar el modo de gestionar los subdominios en el servidor y se podría romper "bastante". De ahí que me hiciera la instalación casera, aunque aquí la gestión del "mapeo" de dominios es totalmente diferente, así que creo que voy a intentar montarlo primero "en real" en algún dominio de los que no uso y cuando esté fino lo paso aquí. Creo que eso además me permitiría realizar observaciones sobre los diferentes temas y comentarlos con vosotros. Aunque mala época es por eso de las vacaciones. Que es cuando yo tengo tiempo y vosotros no estáis.
Bueno, creo que me ha quedado muy liado el mensaje.
Pero es que o aprovecho los días y ratos que saco algo de tiempo o nos eternizamos.
Como estoy seguro de que no se entiende ni la mitad, os lo voy explicando mañana como respuesta a vuestras siguientes preguntas.