El casi nuevo Humans.txt
Seguro que ya conoces el fichero robots.txt, el archivo que usamos para decirle a los robots de los buscadores cosas sobre nuestro contenido, que seguir, que no mirar, etc.
Pero ¿sabías que también podemos crear un fichero humans.txt con el que decirle a todo el mundo quien hay detrás de un sitio, las personas, el Staff?.
Se trata de una iniciativa de un grupo de programadores que pretenden crear un nuevo estándar y que, además del típico robots.txt también todos los sitios tengan su humans.txt, un modo de humanizar la web. Quizá suene un poco egocéntrico, pero es curioso cuanto menos.
Ante las dudas que puedan surgir si te parece interesante el tema te dejo la lista de respuestas que nos da Fernando en su blog:
- ¿Donde se pone?: en el raíz de tu sitio, donde está robots.txt
- ¿Por qué hacerlo?: por humanizar la web, pero no es obligatorio
- ¿A quien pongo?: a quien quieras que participe, haya participado o ayude al sitio
- ¿Hay algún estándar?: puedes partir de esta base, y ampliarla a tu gusto
- ¿A quien se lo digo?: a quien quieras, una vez lo generes puedes añadirlo a la lista de humans.txt aquí e incluso declarar que lo tienes y promocionar este nuevo estándar con un logo de estos Continua leyendo “El casi nuevo Humans.txt” »
Como instalar plugins y temas sin poner credenciales de FTP
Como instalar plugins y temas sin poner credenciales de FTP
A mi me ha pasado al migrar mis blogs a un Cloud server, pero es que parece ser que, según el servidor en que te encuentres, y mas si eres de moverte buscando siempre el mejor precio o servicio, hay veces que se te piden los datos de acceso FTP para instalar y actualizar plugins y/o temas, y sin embargo otras veces el proceso es automático sin preguntarte nada.
Si te molesta, o te cansa o simplemente te das cuenta de que es un fallo de seguridad de proporciones bíblicas y quieres que el proceso se realice de forma automática, tienes dos opciones (quizá algunas mas pero yo te voy a hablar solo de dos), un plugin, o editar el archivo wp-config.php, así que si tu idea es solucionarlo sigue leyendo que nos ponemos con ello.
Continua leyendo “Como instalar plugins y temas sin poner credenciales de FTP” »
Warning! WP Super Cache caching broken! The script advanced-cache.php
¿Has migrado tu wordpress a un nuevo servidor y te ha aparecido este error?:
Warning! WP Super Cache caching broken! The script advanced-cache.php could not load wp-cache-phase1.php.
Please edit /home/****/public_html/*****/wp-content/advanced-cache.php and make sure the path to /home/****/public_html/*****/wp-content/plugins/wp-super-cache/wp-cache-phase1.php is correct…
No te preocupes. Este es un error común en sitios WordPress que han sido migrados a un nuevo alojamiento. Sin mas podrías volverte loco cambiando permisos, borrando caches, lineas e archivos, etc. Hagas lo que hagas no puedes desactivar el plugin WP Super Cache, ni entrar a los ajustes. Empiezas a desesperarte. Son esos errores que no te esperas y que te los encuentras, pues como en nuestro caso, por casualidad al hacer la migración de mis blogs. Pero no te preocupes. La solución, como casi siempre, es mucho mas fácil de lo que cabe pensar.
Para reparar este error, lo único que tienes que hacer es eliminar el fichero wp-content/advanced-cache.php
Ya está. Como en la instalación de WordPress no esperes mas pasos. Esto hará que WP Super Cache se reconfigure y vuelva a funcionar, eso si, luego entra a revisar los ajustes por si no está todo como lo dejaste, pero eso ya son dos minutos. Por si tienes dudas aquí te enseño como configurar WP Super Cache.
Magento: Cómo eliminar el módulo The Find (community/Find_Feed)
Si eres de los que está teniendo problemas al actualizar a la versión de Magento 1.6.2.0, o simplemente tienes conflictos con community/Find_Feed, has llegado a tu solución.
En la instalación por defecto de la versión 1.6.1.0 el módulo The Find Feed se incorporó como un componente requerido del Core, para que funcionara correctamente, y ahora da conflictos al actualizar.
La solución sencilla para los que tenéis acceso via shell, por ssh, es la siguiente:
PHP:
-
rm -rf /var/cache session
-
./mage mage-setup .
-
./mage config-set preferred_state stable
-
./mage list-installed
-
./mage list-upgrades
-
./mage install http://connect20.magentocommerce.com/community Mage_All_Latest --force
-
./shell php indexer.php reindexall
Si no es tu caso, y no posees este acceso, tranquilo, aún hay solución. Me costó mucho tiempo dar con ella, pero la he probado y funciona.
Como siempre, lo primero es que hagas una copia de seguridad, tanto de los archivos como de la Base de datos, por lo que pueda pasar. Una vez la tengas, vamos a entrar en materia. Continua leyendo “Magento: Cómo eliminar el módulo The Find (community/Find_Feed)” »
Últimas consideraciones y fallos comunes
Tabla de contenidos para Manual: Como instalar Magento en local a partir de nuestro Backup
- Descargar e instalar Xampp 1.7.7 para Windows
- Poner en marcha nuestro servidor Xampp 1.7.7
- Preparando el servidor Apache
- Últimas consideraciones y fallos comunes
Bueno pues si hemos hecho todos los pasos anteriores y una vez apache ha sido reconfigurado y reiniciado, toca retocar el archivo .htaccess en el directorio htdocs donde vaciamos el backup de nuestra tienda que en mi caso es en /htdocs/magento/.htaccess donde buscamos la siguientes línea:
PHP:
-
############################################
-
## you can put here your magento root folder
-
## path relative to web root
-
-
RewriteBase /index.php/
Y cambiamos la base de reescritura para que funcione con el Alias que escogimos en el paso anterior, magento en nuestro ejemplo. Debería quedar así:
PHP:
-
RewriteBase /magento/index.php/
Es importante no comerse el / del final. Ahora vamos con la Base de Datos. Entramos en el phpMyAdmin y nos vamos a la tabla que creamos con los datos de la de nuestro servidor. Al pinchar sobre la misma veremos que esta (o debería estar si no te corroyeron las prisas) vacía. Pinchamos en la pestaña opuesta a cuando hicimos el backup (Exportar), es decir, Importar. Seleccionamos el archivo donde tenemos la copia, y que deberías haber bajado comprimido si es muy grande, y dejando el resto como esta (comprobamos que este marcada la casilla de importaciones parciales, sobre todo si es muy grande) le damos a continuar. Ahora te puedes bajar al WC, fumar un cigarro, o llamar a un amigo por que tienes para un rato.
Continua leyendo “Últimas consideraciones y fallos comunes” »
Magento: Solución a error 500 Internal Server Error
Muchas veces mientras trasteamos en nuestro Magento nos aparece el dichoso Error 500 Internal Server Error. Hay veces que no nos queda mas, es un error interno del servidor por que parte del código choca con las directrices del mismo, y no te lo ejecuta, generalmente por la configuración (sobre todo de Google o Paypal), pero en Magento el 90 por ciento de las veces, es algo mas sencillo. Puede ser que estemos intentando acceder a una sesión ya caducada, en cuyo caso se resuelve borrando var/cache y var/sessions y volviendo a entrar pero borrando todo lo que no sea la url de la tienda.
La otra opción mas común, es que se nos han desconfigurado (por no decir que los hemos desconfigurado nosotros) los permisos CHMOD. Esto se corrige asignando los permisos correctos a todos y cada uno de los archivos y carpetas de nuestra tienda Magento. Lo puedes hacer uno a uno, pero claro como Magento apenas tiene archivos, tus nietos pueden acabar tu labor. También hay programas FTP, como por ejemplo FileZilla que es gratuito, que si te pones en la carpeta superior, te cambia los permisos automáticamente de todo lo que tenga dentro, pero claro, también tarda lo suyo, aunque considerablemente menos, eso si también te chupa transferencia.
Hace tiempo en un foro encontré un script, que he ido modificando y adaptando según actualizaban las versiones para mi propio magento, y me ha ido bastante bien. Solo había que editar la línea 83 para poner el path a nuestra tienda.
Continua leyendo “Magento: Solución a error 500 Internal Server Error” »
Preparando el servidor Apache
Lo mejor a la hora de incluir nuestros archivos sería mantener una estructura similar a la de nuestro servidor, de forma que sea mas facil manejarnos al igual que luego implantar los cambios que vayamos haciendo. Para ello nos vamos al directorio donde se instalo Xampp, que si dejaste el que venía por defecto será: C:\xampp\ allí miramos los directorios que tiene el servidor y si es necesario añadimos el que falte para que, entre todos los existentes esten estos cuatro directorios:
- config: para el archivo de configuracion de apache.
- mysql: para los dumps de la base de datos.
- htdocs: para los archivos publicos de la aplicación en otros servidores es public_html, si es tu caso esta seria la equivalente pero deja htdocs para que te funcione.
- scripts: para los scripts administrativos (aunque en este post no lo voy a tratar).
Pasar el Backup a nuestro servidor local
Ahora vamos a por los datos y archivos, tenemos que recoger de nuestro servidor, el que queremos clonar, lo siguiente:
- backup de nuestro magento (todo el directorio de instalacion completito preferiblemente con sus permisos).
- Backup o dump de la base de datos de magento.
- los datos de instalacion de magento: usuario de la BD, clave, usuario administrativo, clave, etc (esto se puede extraer de los archivos de configuracion, pero siempre será mas sencillo si lo tenemos todo a mano)
- esto lo buscamos en nuestro pc: las ubicaciones de nuestros archivos de configuracion local de apache para hacer las modificaciones pertinentes (como puse antes si dejaste el que venia por defecto será: C:\xampp\).
Continua leyendo “Preparando el servidor Apache” »
Poner en marcha nuestro servidor Xampp 1.7.7
Tabla de contenidos para Manual: Como instalar Magento en local a partir de nuestro Backup
- Descargar e instalar Xampp 1.7.7 para Windows
- Poner en marcha nuestro servidor Xampp 1.7.7
- Preparando el servidor Apache
- Últimas consideraciones y fallos comunes
Ha llegado el momento, tras descargar e instalar nuestro nuevo y flamante servidor Xampp 1.7.7 en nuestro ordenador, de ponerlo en marcha y que funcionen todos los servicios propios de un servidor real (Apache, PHP, MySQL, etc). Para hacerlo no tenemos mas que pinchar dos veces en el icono que creamos en nuestro escritorio:
Acceso directo de Xampp
Arrancar y poner en funcionamiento el servidor creado con Xampp
Una vez hecho el doble click en el icono de escritorio nos aparecerá el panel de control de Xampp donde tendremos que arrancar los servicios necesarios para el correcto funcionamiento. Pincharemos sobre el botón Start a la derecha de Apache y de MySql. Con esto ambos estarán activos, si por lo que sea al darle a Start se para, pulsaló tantas veces sea necesario hasta que se quede arrancado, es un error de varias versiones de Xampp que ignoro por que no corrigen. No siempre pasa pero no te asustes si es así. Ahora pinchamos en el botón que pone Admin a la derecha también de Apache. Nos aparecerá el logo de Xampp y varias opciones de idioma, entre las que elegiremos Español. Al hacerlo pasaremos al Panel principal de Xampp esta vez en la lengua de Cervantes, y que utilizaremos para crear la Base de Datos. Continua leyendo “Poner en marcha nuestro servidor Xampp 1.7.7” »
Descargar e instalar Xampp 1.7.7 para Windows
Tabla de contenidos para Manual: Como instalar Magento en local a partir de nuestro Backup
- Descargar e instalar Xampp 1.7.7 para Windows
- Poner en marcha nuestro servidor Xampp 1.7.7
- Preparando el servidor Apache
- Últimas consideraciones y fallos comunes
En este artículo os traigo un manual sobre como instalar Magento en local a partir de nuestro Backup de nuestra tienda en producción. He necesitado hacerlo y pese a que en principio no debería ser complejo me he encontrado unos cuantos problemas y he visto que no hay manuales actualizados o completos sobre ello, por lo que me he decidido a crear este por si sirve para alguien en mi situación.
Hay muchas formas de instalar magento en local, las tipicas son las que nos muestran en la documentacion de magento, que no eran lo que yo buscaba, porque algunas veces lo que necesitamos es crear una version de pruebas de nuestra tienda para usarla en local y trastear sin riesgo de cargarnos nada de nuestra Tienda en producción.
En esos casos mas que una instalacion limpia necesitamos un clon de lo que esta en nuestro servidor para probar como si estuviéramos en nuestra Tienda. Lo primero será instalar un servidor en el que clonar nuestra Tienda. Luego volcar en el nuestro Backup y finalmente, hacerlo funcionar. Esto que cuento lo voy a instalar en un PC con Windows XP, en función de otro sistema operativo pueden variar algunos pasos. Pongámonos el mono de trabajo y al lío.
Instalar nuestro servidor local
Tras buscar las diferentes opciones he optado por instalar Xampp, pues aunque veo que no se actualiza desde hace algo de tiempo, tiene todo lo que necesitamos para poner nuestra tienda en marcha así que lo primero será descargarlo. Una vez descargado lo instalamos, y finalmente le activamos como servicios el Apache y el MySQL que será lo que a priori necesitaremos.
Xampp es un servidor completo y al instalarlo contaremos con Apache, PHP y MySQL requisitos indispensables para instalar nuestro Magento hasta la actual versión 1.6.1.0. Por este motivo voy a hacer una serie de manuales para que podamos instalarlo, configurarlo y añadirle nuestro Backup de Magento aunque como digo valdría para probar y testear cualquier tipo de web. Trataré de enseñaros a: Continua leyendo “Descargar e instalar Xampp 1.7.7 para Windows” »
Solución: Han desaparecido todas mis entradas de WordPress
A veces, mientras publicamos una entrada, actualizamos un plugin, etc, al volver a nuestra portada de WordPress nos da un vuelco el corazón pues en el lugar donde antes estaban nuestros post aparece el siguiente mensaje en letra gorda:
Not Found
No results were found for your request.
Lo primero que piensas es ¿Que me he cargado ahora? ¿Como lo he hecho? y la mas importante de todas ¿Como lo soluciono? Empiezas a sudar pensando que has perdido tiempo de trabajo en ocasiones años. Si eres previsor tendrás copias de seguridad, por lo que dices, "a las malas la restauro" pero seguro que es de hace tiempo y perderías los cambios realizados en ese tiempo.
Bueno pues ahora vienen las buenas noticias. No te eches a temblar. Es un fallo que se da mas de lo que debiera. El problema suele ser que se te ha corrompido la tabla wp_post. La solución es tan sencilla como entrar al phpmyadmin y reparar esa tabla. Generalmente no conlleva perdida de datos ( en ocasiones la última entrada, lo que es un mal menor), por lo que respira hondo, encomiendate a San Bit de todos los blogs y repara la tabla. Adiccionalmente puedes analizar, revisar y optimizar las tablas que nunca viene mal, y ya que estas aquí, sobre todo si no eres de los que tienen copia de seguridad, ¿por que no aprovechas para hacerte una?
Espero que os haya sido de utilidad. Si quieres puedes comentarnos tu experiencia.
Comentarios recientes