Hola.
En un principio, iba a actualizar mi web principal (en cuenta paralela para pruebas) a zikula, pero he estado mirando y hay algunos modulos que uso que aun no son compatibles o han sido actualizados para zikula, por ello, prefiero esperar a que dichos modulos puedan operar (o sean actualizados) a zikula, pues son la base de mi web.
No obstante, dispongo de otro site, con mucho menor trafico, el cual si quiero empezar a actualizar a zikula, y de ese modo, ir profundizando mas en dicho tema, no me importaria que dicha web, quedase inoperativa algunos dias por la actualizacion, pues como comento, casi no tiene trafico.
El caso es que, dispone de algunos modulos que, algunos, se de sus "similes" en zikula, pero otros no, os comento los modulos que tengo instalados a ver si necesito cambiar alguno o no:
Mmmm, tocaría ver si el último pnPHPFreeChat funciona sobre Zikula
acerca de los demás:
El dpEditor tendría que ser sustituído por Scribite,
he visto que el dpStaffStatus ha funcionado en la 1.0 pero no he visto si se necesita algo....
el htmlpages tendrìa que ser migrado a Pages
pnBook reemplazado (y si se uede actualizado) a Eternizer
y contactar al autor de pnUserDeletion para ver qué pasa con ese mod.
Por último, porqué tienes dpPrvMsg y pnMessages?
ambos son de mensajería privada, por qué tener los dos sistemas en un sitio?
o usas uno en cada sitio?
Sobre pnPHPFreeChat, probaria a ver si funciona o no sobre zikula, luego, los resultados, los pondria y tenemos un modulo mas para saber si funciona o no.
Sobre los demas:
dpEditor lo sustituyo por Scribite.
dpStaffStatus probare, en una prueba que hice en una cuenta paralela (pero sobre la web principal) no me funciono, probablemente necesite algo.
El htmlpages, deberia migrarlo a Pages, pero aqui me surge una duda, antes o despues de la actualizacion de zikula?
pnBook reemplazado a Eternizer, en este modulo, me surge la misma duda que con el anterior, no se si antes o despues del update.
Contactare con el autor de pnUserDeletion para que que sucede con ese mod.
Y sobre dpPrvMsg y pnMessages, tienes toda la razon, no es logico que tenga ambos modulos pues, por el motivo que en su dia instale dpPrvMsg hoy en dia puedo hacerlo con pnMessages, sucede que, al tener esta web poco trafico la visito muy poco y no cai en la cuenta de lo comentado.
Ahora mismo desinstalare dpPrvMsg.
Pero pnMessages, creo aun no es compatible con zikula, corrigeme si me equivoco.
Bueno
los nuevos módulos Pages y Eternized sólo funcionan sobre ZIkula,
por lo que la actualización/migración de sus datos la haces al tener ya ZIkula corriendo.
pnMessages funciona, aunque no sé si todavía tiene algunos detalles problema con IE...
tendrías que probar la versión de desarrollo
Ok, zanks.
Mi duda residia ahi, en los modulos no operativos en zikula, y los que no lo son en pn.764, por eso la duda de la actualizacion, si antes o despues.
Probare con la version de desarrollo de pnMessages.
Ahora, a localizar un theme que concuerde con el site (o no mucho, pues simplemente quiero actualizar, el theme corre menos prisa) e inicio ya mismo el upgrade.
Primera duda justo antes del inicio del upgrade:
Me he leido el doc de actualización muy detenidamente, para hacer los pasos sin error alguno, y me ha surgido una duda:
En el punto 2. Prepara tu instalación 0.76x, donde indica los modulos que tenemos que tener activados en pn 0.764, mas abajo indica lo siguiente:
"Los demás módulos son opcionales, pues el núcleo de Zikula v1.0 se redujo removiendo los módulos de contenido aparte. Tu puedes actualizarlos por separado descargando el paquete de ValueAddons distribuido en el NOC. Una vez completes este paso tu base de datos está lista para ser actualizada."
Bien, esta es la parte en la que no tengo clara, indica que, los demas modulos son opcionales, podemos actualizarlos por separado descargando el paquete de ValueAddons, y, una vez complete este paso, la bd esta lista para actualizarse.
Bien, esta es mi duda: Esos otros modulos que podemos actualizarlos y descargarlos del NOC, deben actualizarse antes o despues del upgrade a zikula? Es que no acaba de quedarme claro del todo, pues indica que podemos actualizarlos por separado, y mas tarde, indica que, una vez hecho esto, esta lista la bd para actualizarse, es este punto el que me tiene con duda, si esos modulos los actualizo antes o despues.
Prefiero asegurar este punto antes de iniciar el upgrade
Bueno, realmente se puede hacer en cualquier punto, antes o despues,
aunque dado un "bug" en el cambio de estado de los módulos, te recomiendo esto:
Elimina todos los módulos que no tengas instalados en tu sistema
de la lista de Módulos. Y bueno, los archivos de la 0.764 igual has de borrarlos todos
pero lo importante, es que los no instalados, no estén en la lista de módulos en tu base de datos
Y ya, la diferencia en actualizarlos antes o después
es el consumo de memoria, pues si pones los ValueAddons antes de ejecutar la actualizacion
se van a actualizar junto con el núcleo
y si tienes muchas noticias, o muchas Páginas en Sections, etc, pues va a consumir mucha memoria
por lo que has de estar seguro de que el PHP de tu hosting tenga grande el límite de memoria
sino, los dejas para después que el núcleo se actialice, uno por uno desde la lista de módulos
Hello.
Ok, entiendo, los unicos modulos que debo dejar, son los que tengo activados en la lista de modulos, aunque eso es algo que siempre me ha gustado hacer, si tengo un modulo no activo en la lista de modulos, lo elimino y elimino el modulo del hosting, y cuando lo necesite realmente, entonces lo subo e instalo.
Luego, una vez actualizado el nucleo, actualizo los modulos de ValueAddons uno a uno.
Primera duda actualizando/actualizando el archivo config.php:
Siguiendo el upgrade.htm de la carpeta docs, tenemos varios campos que logicamente, debemos actualizar, todos ok, menos uno, y es en el que dudo:
Tenemos esto:
Esta parte bien.
Pero la siguiente:
Concretamente el valor:
Que por defecto viene a "innodb" y segun creo yo, hay que cambiarlo a "myisam", pero como ya ha sido cambiado en un campo anterior llamado "tabletype" en lugar de "dbtabletype" es aqui donde me surge la duda de si debe ser cambiado o no
Bueno, ya hice el upgrade en el segundo site que tengo, con poco trafico, y asi puedo hacer todo tipo de pruebas.
El upgrade fue bien, pero una vez actualizado, ya me han salido las primeras dudas/problemas:
Inicialmente (ahora no recuerdo en que pagina) zikula me indica que tengo activado el soporte para modulos antiguos y que me recomienda desactivarlo, he estado mirando por todo el menu y no he sido capaz de encontrar dicha opcion, xDD.
Por otro lado, tal y como dice el doc del upgrade, dicho upgrade borra el contenido del pie de pagina, pero guarda una copia en el directorio pnTemp. El caso es que he querido volver a ponerlo y no he sido capaz, en la administracion de la web no veo o no soy capaz de encontrar, la opcion para ponerle o editar el pie de pagina, y en el directorio pnTemp, no he visto nada tampoco.
Y luego, este problema es con el que he estado mas centrado estas ultimas horas, es tema de permisos, pero no soy capaz de dar con el problema en cuestion.
Un user no logueado, en el bloque del menu principal, no ve las opciones de Loguearse, Administracion (esto esta bien, no debe verlo) y la de hacer logout.
He mirado y remirado una y otra vez los permisos y el bloque, y creo que por hoy lo dejare, porque cuando uno mira tanto y no ve, quizas lo tenga delante, pero no soy capaz de verlo.
Como con Zikula no podemos hacer copy/paste del texto de permisos, os pongo unas capturas:
1) Lo de módulos antiguos está en Sistema > Módulos > Configuración
2) Si quieres modificar el footer en el dpXanIris que hice sobre BlankTheme (como en cualquier otro theme basado en BlankTheme) puedes ir y modificar el archivo templates/footer.htm.
Una facilidad que sólo tienen los BlankThemeS
Esto del footer hay que modificarlo en cada theme, si se manejan varios...
3) Permisos permisos!
Bueno, como ves el bloque extended menu (extmenu) es mejor que el antiguo menú, y además ya no maneja los permisos con el texto de la opción sino con su ID, por eso ves que la segunda regla (con ID = 13) tiene como instancia 1:2: y la regla completa es:
Todos los grupos | ExtendedMenublock:: | 1:2: | NINGUNO
, que quiere decir:
que el bloque extmenu con ID=1 en la opcion con ID=2, está "prohibida" para todos los grupos
(menos para el admin que ya tiene permiso para administrar todo en la primera regla)
En tu regla con ID=4 no puedes utilizar el texto de la opción "Enviar noticias"
tienes que buscar el ID de esa opcion en el extmenu (que no se ve en el screenshot)...
Otra cosa, entre menos reglas mejor, por lo que te recomiendo sintetizar las reglas 8, 7 y 9 en esta sola:
No registrados | (Stories|Polls|pnBook):: | .* | COMENTAR
así como las opciones de menú, las reglas genéricas se pueden agrupar en una regla
1) Lo de los módulos antiguos, ok, localizado, zanks (por cierto, tu recomiendas desactivar soporte para módulos antiguos?)
2) Sobre el pie de página, ok, eso me lo miraré con más calma pues es más fácil que lo haga mal a que lo haga bien, xD. En un principio, puse el dpXanIris que hiciste tú para testearlo, aunque ese site lo tenia trabajando con dpXanAutumn, que lo he subido y actualizado a Xanthía 3.0 y a priori, parece que bien, aunque hay algunos aspectos que deberé modificar (como la variable que indica quien envio la noticia...) pero son detalles.
Imagino que los pie de pagina, en la mayoria, en el templates/footer.htm.
3) Los permisos que me tuvieron de permiso toda la noche dandome de permisos contra la pared, jejejeee.
Efectivamente, al ver la nueva estructura de los permisos fue eso lo que vi, ahora, se indica el ID del bloque seguido de la opción/ID del bloque.
Segun esa regla, eso es lo que pensaba yo, el bloque con ID y su opcion con ID2 esta "prohibida" para todos los grupos (a excepcion del admin que tiene permisos de administrar todo el site) pero siendo asi, no habia manera de que apareciese bien el bloque.
Siguiendo con tus indicaciones, directamente elimine el permiso con ID4 que en el texto da la opcion de "Enviar Noticias", ya que, localizare el ID de esa opcion en el extmenu (aunque me va a ser un poco dificil si no aparece en el screenshot, xDD), pero de momento, el enviar noticias no me "urge" como tal.
Habiendote leido que ese permiso estaba mal configurado opté por eliminarlo directamente, y a partir de ese momento, el permiso: Todos los grupos | ExtendedMenublock:: | 1:2: | NINGUNO me ha funcionado perfectamente, en el bloque del menu principal ya se muestran todas las opciones menos la opcion 2 que es la de administrar, osea, tal y como indica el permiso
Desconocia el hecho de que se podian sintetizar reglas en una sola, tal y como has puesto en el ejemplo, asi como las opciones de menu, reglas genericas... pero corrigeme si me equivoco, se pueden sintetizar siempre que la opcion sea la misma, osea, que todas ellas sean iguales en el aspecto de Nivel de Permiso (Administrar, comentar, leer....).
Configure la regla tal y como pusiste y perfecto, me ha venido muy bien este ejemplo para entender mucho mejor el funcionamiento de los permisos en el nuevo Zikula
Ahora que tengo solventados estos problemillas (zanks por tu ayuda ) voy a instalar los modulos antiguos que tenia en mi anterior version 0.764, que ayer, releyendo el archivo upgrade de la carpeta docs de zikula, me surgio la duda: En el indicaba que, teniamos que dejar determinados modulos activados y presentes en pn 0.764, pero que los demas modulos son opcionales y podemos actualizarlos por separado descargandolos del paquete value addons, ahi reside mi cuestion, si los hubiese dejado activados (logicamente, solo los compatibles zon Zikula) hubiese sido mejor opción? Lo comento porque ahora, algunas carpetas tienen otra ubicación.
Zenkius por la ayuda, seguiré indicando la compatibilidad y funcionamiento de los antiguos modulos en zikula y de los modulos ayer comentados, sabes que en esa cuenta, la tenemos 100% operativa para hacer todo tipo de pruebas
Un saludo
P.D. Del theme dpXanIris, por lo que he testado, muy bien, aunque le he visto un par de bugs, cuando tú quieras te los voy reportando, yo ire mirando tambien de si puedo o se solventarlos
OK
pues lo de legado lo dejas activo si tienes módulos muy viejos que lo necesiten
y que no van a funcionar sin esa opción activada... entonces, te toca probar los módulos antiguos que puedas tener y si da error, habilitas el soporte a módulos antiguos....
y sí
las reglas se sintetizan cuando es el mismo nivel de acceso (NINGUNO, LEER, COMENTAR) y además la misma instacia genérica (.*), cuando es una instacia específica, se necesita una refla individual, como en el caso de las opciones de los menús...
Por cierto, la regla con ID=4 la necesitabas para ocultar las opciones de Tu Cuenta y Salir a los no registrados, que no la necesitan ni les sirve de nada
Ok, ire haciendo eso, probaré módulos antiguos que pueda usar y si da error, le habilito el soporte a módulos antiguos.
Respecto a la regla con ID=4, tienes toda la razon, yo me "encegué" en esa regla con el tema de envio de noticias, pero a los no registrados, de poco les sirve la opción Salir, xDD.
He creado la regla y ahora todo ok, no obstane, les he dejado "Mi Cuenta" ya que, hasta que no monte dpStaffStatus, es la única opción de loggin que tienen.
Seguimos con las pruebas
Observo en la administración de modulos que, por ejemplo, tengo instado y habilitado el módulo PageLock, pero no soy capaz de encontrarlo por ninguna parte del menú de administración.
Otro hecho que he encontrado es que, tengo configurado el site para no habilitar opcion multilenguaje, borrada la carpeta eng de la carpeta de idiomas, y aun asi, siguen apareciendome algunos parametros que puedo configurarlos en ambos idiomas.
Despues de hacer varias pruebas (aunque he de decir que no accedi a la base de datos hasta ahora) observo algo muy curioso, accedo al panel de control de mi hosting, voy a phpmyadmin mediante firefox y me aparece: numeric key detected
Y no accedo.
En cambio, si lo intento con internet explorer, ningun problema ¿?
He probado con mi site principal (alojada en el mismo hosting y servidor) y no he tenido ningun problema con ningun navegador, es por ello que no me he dirigido al hosting para comentarles este problema.
Todos los logos y marcas registradas en este sitio son propiedad de sus respectivos dueños. Los comentarios son propiedad de sus autores, el resto es de este sitio Web (c) 2003,
que fue creado con PostNuke, un sistema portal Web escrito en PHP. PostNuke es Software Libre liberado bajo la licencia GNU/GPL.
Navegación
Inicio de actualizacion a Zikula
