Bueno como pueden ver, le he cambiado el Theme al blog, es algo que quería hacer desde hace mucho, ya que el Summerfruit ya estaba muy viejo y descontinuado. De verdad que no había nada que había hecho en este blog que me tomara tanto tiempo como escoger el Theme, desde buscar el que mas te guste, verificar si el cambio que harás va (según tu) con lo que escribes y/o contigo, verificar si es compatible con las nuevas versiones de wordpress y por ende con las ultimas funcionalidades.
De paso esto no es suficiente, porque una u otra cosita del Theme que escojas puede ser que no sea de tu entero agrado por lo cual tendrás que buscar alguna forma de modificarlo. En mi caso el header y varios iconos los cambie por otros, en el caso del header mi adorada amiga Jannabel lo creo desde 0.
Creía que el problema del RSS se iba a solucionar con este cambio, pero al parecer no es así. Tendré que chequear los errores en W3validator y fajarme a arreglar los desastres que hay.
También He agregado un banner nuevo, a ver si las personas se dignan a entender que soy un comment whore, y que por lo tanto me encantan los mismos. Eso si no se de donde esta sacando este favicon porque ese archivo ni siquiera existe en el servidor aunque es el default, pero no se de donde insiste en usarlo. Nada espero que este de su agrado tanto como el mio. Comiencen a dejar comentarios de que otras cosas quieren cambiar.
Update: Como mal webmaster que soy veo que hay problemas de compatibilidad con Internet Explorer. Simplemente la mayoría de opciones del Sidebar (lado derecho) no aparecen. Con el Internet explorer 8 el problema no es tan grave. Ya verificare luego. Mientras tanto use un Browser decente como Firefox.
[poll id=”2″]
[email_link]
Esta idea puede lucir descabellada pero no lo es como verán.
La principal razón por la cual quisieran hacer esto sería para tener un ambiente donde realizar los cambios de su blog, sobre todo los Themes, sin que esto afecte el ambiente de producción, o mejor expresado para que el ambiente afectado sea el de desarrollo. De esta forma puedes controlar los errores que se pudieran presentar sin que tu blog este fuera de servicio.
Algunos pueden argumentales que es preferible hacerlo en subdominio pero hay ventajas inertes al hecho de hacerlo localmente, entre ellas.
• Si escoges un ambiente de desarrollo virtualizado podrás tener cuantas copias de tu servidor como quieras, igual que podrás hacer pruebas error sin necesidad de reconstruir el ambiente cuando todo se dañe.
• No necesitas estar trabajando con servidores FTP.
• Puedes trabajar sin necesidad de conexión a Internet.
• Puedes trabajar donde quieras que estés.
• Si tu sitio es importante, aun es más importante tener tu código y/o cambios ocultos hasta que decidas publicarlos.
En Fin espero que le saquen provecho a este documento y cualquier cosa por favor déjenme el mensaje.
Como instalar WordPress En un Servidor Local by Nehemoth (Grimaldy Soto) is licensed under a Creative Commons Reconocimiento-No comercial-Compartir bajo la misma licencia 2.5 Colombia License.
Quienes entraron ayer al blog (osea si, 3 buenos amigos) se dieron cuenta que les daba un error de que no encontraba el post, el layout del site estaba intacto sin embargo no había ninguna información disponible.
La cosa fue que ayer después de actualizar a la ultima versión de wordpress, decidí remover algunos plugins que no estaba utilizando, entre estos estaba un llamado WP-Sticky, que es para ponerle stick a los post, como se que esta funcionalidad estará incluida en la próxima versión de wordpress 2.7 decidí removerlo.
Cuando le dije uninstall & delete la tabla el blog grito gravemente, como si fuera poco creí que había hecho un click donde no debía y que había borrado todos los post’s, así que rápidamente decidí hacer un restore de la base de datos, por suerte tengo un plugin que hace este backup automáticamente a diario, así que el backup del día ya se había hecho.
Como no se de base de datos ni nada mas, busque otro plugin, el WP-phpMyAdmin que te permite tener acceso directo a tu base de datos de wordpress, comencé a subir mi sql file pero fallo porque tenia 27MB, por suerte la interfaz tiene una consola que te permite pegar el código, así lo hice, pero nada de nada. Busque otro plugin que se llama WP-DBManager, el cual es mas completo que el wp-backup ya que te permite hacer los backups pero también los restore’s, lamentablemente el solo te permite hacer restore’s de backups realizados por el mismo y obviamente no había ninguno.
Ya a estas altura estaba desesperado porque no sabia que hacer, con el WP-phpMyAdmin confirme que mi backup estaba nítido y que toda la info de mis posts estaba ahí, pero nada me permitía verla.
Al final me rendí, busque ayuda en foros y demás lugares pero no encontré nada, pedí ayuda a un amigo pero en ese momento estaba tomando clases y no podía ayudarme. Así fue entonces que decidí esperar e irme para la univ ya que tenia clases, a estas alturas aun no me había dado cuenta que yo no había borrado la base de datos, y como vi que el wp-sticky aun estaba instalado decidí verificar la opción a la cual le había hecho click en la mañana y que fue el causante de todo.
Cuando entre a las opciones me di cuenta que no había hecho nada raro, así que comencé a buscar errores de este plugin, y encontré que no era el único a quien le había pasado esto, así que ellos explicaban que aunque el programa se instalaba bien, hay una forma en que debe ser instalado, cosa obviamente que no hice al instalarlo y que no creí necesario ya que estaba funcionando.
Les diré que con el simple hecho de desactivar el jodió plugin todo volvió a la normalidad, se perdieron unas estadísticas del site pero todo esta muy bien, todos los comentarios y los post están ready. Ayer también me di cuenta que unos problemas que tengo con los feeds son causado por otro plugin llamado Simple tags, el cual por algún motivo bloquea el auto discover que provee WordPress.
Después de esto se de la importancia de un backup.
[email_link]