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 crear el Robots.txt perfecto para WordPress
Os traigo el robots.txt perfecto para WordPress. Ya sabéis que soy fan de WordPress y de vez en cuando os pongo truquillos para optimizarlo. En este caso el truco no es mío y para mas Inri es algo antiguo, pero sin embargo sigue estando de plena actualidad, ya que yo al menos no he encontrado nada mejor a día de hoy.
En el blog de Armonth, SigT.net nos ayudan a mejorar nuestro espacio de comunicación. Han elaborado un fichero robots.txt con el que mejorar la visibilidad del blog y, de paso, evitar contenido duplicado en los buscadores. Yo lo he aplicado tal cual, pues es un robots.txt listo para copiar y pegar, tiene los comentarios de Armonth por si queréis adaptarlo.
Continua leyendo “Como crear el Robots.txt perfecto para WordPress” »
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” »
Comentarios recientes