¿Para qué me sirve WP Remote?

Para gestionar blogs en WordPress, léase backups, actualizaciones de wp, de plugins, de themes, etc.

¿Cómo lo instalo?

Creas una cuenta y seguís los pasos que te va indicando el sitio.

Guille me comentó que conocía Manage Wp (Es más complejo, y es pago.)

Imagen: Girl Cleaning Up With Broom and Trash Bags, por Pink Sherbet

La función wp_head() básicamente lo que hace es llamar funciones y scripts de wp y de los plugins que instalamos y los agrega al header. En una instalación normal con un par de plugins nos encontramos con que wp_head() agregó cosas como estas en home:

Y esto en el single:

Particularmente me gusta optimizarlo a mi manera, hay cosas que suelo eliminar según cada sitio.

Pueden eliminar la función que quieran, van al functions.php del theme que usen (si no existe lo crean) y agregan el código.

Para eliminar jQuery:

Para eliminar el enlace a RSD:

Para eliminar wlwmanifest (lo usa Windows Live Writer):

Para eliminar link rel='prev' y rel='next' que son el enlace al post anterior y al siguiente:

Para eliminar el generador de la versión de WordPress:

Para eliminar rel='canonical' -no lo recomiendo-, pero si lo eliminan porque quieren ordenar el código no se olviden de agregarlo a mano después:

Para eliminar rel='shortlink':

Para dar un ejemplo imaginemos que hoy queremos hacer lo que hace softonic con las descripciones de las categorías (o la de programas, que está aún más automatizada.), que sería agregar descripciones masivamente a las mismas.

La estructura para las categorías que cuenta el sitio antes mencionado es la siguiente: "Descargar programas de categoria en Softonic. Programas gratis y en español ¡Bájatelos!".
Ejemplo: "Descargar programas de Antivirus en Softonic. Programas gratis y en español ¡Bájatelos!".

Suponiendo que queremos hacer o tenemos un sitio de software y queremos poner algo así como lo que hace softonic tenemos dos maneras de hacerlo: "Virtualmente" o "Físicamente", paso a explicar:

Virtualmente sería agregar la meta tag description en el theme, por ejemplo:

Mientras que la manera física de hacerlo sería escribirlo en la base de datos, que es lo que vamos a hacer.

La diferencia de estas 2 formas está en que de la forma "virtual" estamos obligados a mostrar siempre lo mismo y cuando necesitemos cambiar la descripción de una sola categoría tenemos que agregar tags condicionales y no le veo mucho sentido, en cambio de la manera "física", cuando tengamos ganas de editar los datos de una categoría en particular simplemente vamos a /wp-admin/edit-tags.php?taxonomy=category y editamos la descripción. Fácil, ¿no?.

Para editar las categorías de forma "física" van a tener que entrar a la base de datos, ir a la solapa sql y hacer la siguiente consulta:
(no se olviden de adaptarla a sus necesidades )

"wp_terms.name" escribe el nombre de la categoría, asi que simplemente editenlo a gusto.

Dejo un par de capturas por si se les complica para llegar a "sql".

Necesitaba crear una lista de tags que muestre todas verticalmente como lo hace la función wp_list_cats() con las categorías, pero WordPress no me ayudaba mucho.
Es cierto que está la función de las nube de tags, pero no me servía. La función get_the_tag_list() muestra solo las tags de un current post, por lo que tampoco servía.

Googleando encontré esto y fué la solución, el código lo modifiqué para que quede un poco mejor, acá se los dejo:

Y que las tag lists estén con ustedes...

Nota: Leer este comentario antes de implementar el código

Si necesitás crear una lista de artículos al azar tenés suerte, ya que es algo bastante fácil de hacer.

Para hacer esto, abris el archivo donde querés mostrar la lista y agregás el código que está más abajo, yo por ejempo lo hize con el sidebar y quedó así:

El código sería el siguiente:

Por supuesto que en "numberposts=5" pueden ponerle el número de artículos a mostrar que ustedes quieran.

No me voy a poner a explicar lo que es the_excerpt, pero si no saben lo que es, siempre el codex es la mejor opción.

Realmente no se cuantas son las palabras por defecto que muestra WordPress si utilizamos the_excerpt, aunque creo que son 100.

El problema (que en realidad ya no será problema) viene cuando nos interesa poner por ejemplo solo 50 palabras y no 100, he aquí la magia del functions.php, ya que lo vamos a abrir y vamos a agregar lo siguiente:

Donde xx es el número de palabras que querés que muestre wp en cada excerpt.

pd: no olviden que si no tienen la llamada the_excerpt() en el archivo donde llaman a los posts y tienen por ejemplo the_content() esto no anda .
pd2: a nadie le importa, pero les cuento que estoy por sacar un nuevo diseño para el sitio, que me gusta bastante y espero que le guste a varios.

Este problema tiene en común obviamente a los que usan WordPress como cms y Hostgator como alojamiento.

Para entender que robots.txt es el que más se ajusta a nuestras necesidades, primero hay que entender en que consiste, una breve explicación:

El protocolo de robots.txt es un método para evitar que ciertos bots que analizan los sitios Web agreguen información innecesaria a los resultados de búsqueda.(Wikipedia)

Básicamente un robots.txt consiste en indicar el robot y lo que queremos que haga, el robot se indica como "User-agent: nombre del bot" y las órdenes "Allow :", "Disallow :"

Por ejemplo si queremos que ningún robot pueda acceder al directorio "privado" vamos a poner lo siguiente:

User-agent: *
Disallow : /privado/

El caracter "*" es usado como comodín para indicar todos los robots, por ejemplo si quisiéramos que solo el robot de Yahoo no ingrese a la carpeta "privado" vamos a poner lo siguiente:

User-agent: Slurp
Disallow : /privado/

Hace bastante tiempo, WordPress (o sus desarrolladores) eran medios torpe y no incluían las meta tags noindex y nofollow en el área de administración y había que decirle al bot que no indexe el login por ejemplo, hoy ya eso no es un problema.

Como dije al principio, el robots.txt depende de que necesitemos y de las preferencias nuestras, por ejemplo a mi no me gusta que se indexe el archivo (2009/03), ni tampoco lo de autor (/author/*), ni las páginas (/page/*).

En el robots.txt también podemos incluir la dirección de nuestro sitemap del modo "Sitemap: http://dominio.com/sitemap.xml"

La orden "Allow" no suele ser muy utilizada, en mi caso la uso si creo algún directorio y quiero que google lo indexe más rápido, o para las categorías, tags e imagenes, aunque a veces no es necesario.

Muchos siguen teniendo en cuenta robots.txt de hace 3 años llenos de código innecesario, mi recomendación es que hagan un robot que sea lo más corto posible, como por ejemplo:

User-agent: *
Disallow:
Sitemap: http://dominio.com/sitemap.xml

Tengan en cuenta que los bots son case sensitive, esto quiere decir que no es lo mismo decirles que un directorio se llama "Privado" o "privado".

Pueden encontrar información más detallada sobre los robots.txt en la web de los robots.

Algunos renegados usamos WordPress en inglés, yo particularmente porque me siento más cómodo, y cada uno tendrá su motivo, pero con wp en inglés las fechas también están en inglés y eso queda feo si escribimos blogs en español y nuestros visitantes son de habla hispana, por lo que, traducir y subir el locale.php es la mejor opción para poner WordPress en español, ahora como cambió el archivo (locale.php), lo he traducido de nuevo para que puedan bajarlo y subirlo en /wp-includes, si lo descargan, deben renombrar locale.txt a locale.php, o si no pueden copiarlo y crear un nuevo locale.php y pegarlo.

Descargarlo.

En pocas palabras, podemos decir que CHMOD - abreviatura de change mode- sería el comando encargado de asignar permisos tanto a archivos como a directorios en sistemas tipo Unix.

Permisos de archivos

Los permisos de archivos básicos son 3:
r - read (lectura) Permite: leer un archivo o contenido de un directorio.
w - write (escritura) Permite: Escribir (modificar) o eliminar un archivo o directorio.
x - execute (ejecución) Permite: Ejecutar (acceder) a archivos o directorios.

La combinación de estos 3 permisos produce una cadena que se entiende como comando chmod.

Usuarios

UGOA (clases de usuarios)

u - user (usuario) Dueño del archivo
g - group (grupo) Usuarios miembros del grupo de archivos.
o - others (otro) Resto de usuarios que no son ni user ni group (ejemplo: un usuario que entra a un sitio).
a - all (todos) Others, group y user.

Existen 2 clases o maneras de dar o asignar permisos a los usuarios: Modo Carácter y Modo Octal, generalmente en "lo que hacemos nosotros" utilizamos Modo Octal (Sistema de numeración de 8 dígitos).

Notas para entendernos mejor

*Los permisos chmod pueden estar expresados en números o en letras, las letras pueden estar en grupos de 3 caracteres cada uno, siendo el primer grupo el encargado de indicar los permisos de owner, el segundo de group y el último para others, mientras que mediante números podemos expresar un solo grupo de 3 dígitos que puede variar del 000 al 777 como vemos en el siguiente ejemplo:

Arriba ingresé una serie de 10 caracteres y anteriormente les había comentado que eran 9 siempre que estemos hablando de letras, esto es por que el primer caracter (rojo) es el que indica si es un directorio (d), si es un archivo (-) o si es un link (l) (también pueden aparecer 3 caracteres más pero es muy poco probable), en el ejemplo estamos hablando de un archivo, si estuviéramos hablando de un directorio sería:

Hablando de Números:

Los permisos con los que trabajamos entonces, están separados generalmente por 1 grupo de 3 dígitos, dentro de estos 3 dígitos existen instrucciones para los tres grupos de usuarios y para cada uno existen 3 tipos de permisos de archivos, esto quiere decir que en 3 dígitos tenemos 8 modos e instrucciones diferentes:

*Permisos de archivos en letras y su ubicación: read(r) write(w) y execute(x). Esto quiere decir que una "r" en primer lugar permite leer el archivo, una "w" en segundo lugar significa que el archivo se puede escribir, y, finalmente, una "x" en tercer lugar significa que el archivo se puede ejecutar. Mientras que un "-" indica que no tiene ningún permiso.

*Categorías de usuarios: como en la imagen del primer ejemplo, el primer dígito es para el owner (user(u)), el segundo el grupo(group(g)), y el último de los 3 indica los permisos para el resto de usuarios (others(o)).

Ejemplos de permisos de archivo y su numeración:

Letras = Equivalente en números = Significado

--- = 0 = sin acceso

--x = 1 = ejecutar

-w- = 2 = escribir

-wx = 3 = escribir y ejecutar

r-- = 4 = leer

r-x = 5 = leer y ejecutar

rw- = 6 = leer y escribir

rwx = 7 = leer, escribir y ejecutar

[/php]

Por lo que, si tenemos el siguiente archivo (index.php), en el cual actualmente tenemos permisos chmod 644, podemos entender que:
6 = lectura y escritura permitida al owner, ya que el owner está en primer lugar.

4 = lectura para el group por estar en segundo lugar, ya que el 4 es "r--" y significa lectura.

4 = lectura para others (usuarios), ya que como mencionaba anteriormente, el 4 es lectura y este por ser el último dígito del grupo de 3, pertenece a los permisos de others.

Modificando mediante el comando CHMOD los permisos
Es el momento de que empezemos a modificar los permisos de nuestros archivos en nuestro servidor o hosting, para poder ver y editar los permisos, en la mayoría de los clientes ftp solo basta con hacer clic derecho sobre el archivo o directorio e ir a "File permissions" o permisos de archivos. 

Permisos chmod recomendados
Recomiendo que todos los archivos tengan chmod 644, mientras que los directorios, 755 (a exclución del directorio de uploads y caché que deben tener 777).
Para ampliar la idea de chmod
Catcode.com - Chmod Tutorial.

Ignside.net - CHMOD files, asignando permisos.

Ss64.com - chmod MAN Page.

Wikipedia.
Para terminar
Seguramente me olvidé de varias cosas y este post tenga mucho por corregir, por lo que invito a todos los que quieran aportar algo para mejorarlo a dejar un comentario  
]]>
			http://wordpress-hacks.com/guia-chmod.php/feed
		3