• PHP (PHP Hypertext Pre-processor) es un lenguaje de programación de uso general de código del lado del servidor originalmente diseñado para el desarrollo web de contenido dinámico. 
  
• MySQL es un sistema de gestión de bases de datos relacional, multihilo y multiusuario.
  
• Apache es un servidor web HTTP de código abierto, para plataformas Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh y otras, que implementa el protocolo HTTP/1.12 y la noción de sitio virtual.
  

• Framework, en el desarrollo de software, es una estructura conceptual y tecnológica de soporte definido, que puede servir de base para la organización y desarrollo de software. 
• CMS, sistema de gestión de contenidos (del inglés Content Management System) es un programa que permite crear una estructura de soporte para la creación y administración de contenidos, principalmente en páginas web, por parte de los administradores, editores, participantes y demás roles.

• JavaScript es un lenguaje de programación interpretado. Se define como orientado a objetos, basado en prototipos, imperativo, débilmente tipado y dinámico.  Se utiliza principalmente en su forma del lado del cliente , implementado como parte de un navegador web permitiendo mejoras en la interfaz de usuario y páginas web dinámicas, en bases de datos locales al navegador...
  
• jQuery es una biblioteca de JavaScript, que permite simplificar la manera de interactuar con los documentos HTML, manipular el árbol DOM, manejar eventos, desarrollar animaciones y agregar interacción con la técnica AJAX a páginas web.

• HTML , siglas de HyperText Markup Language («lenguaje de marcado hipertextual»), hace referencia al lenguaje de marcado predominante para la elaboración de páginas web que se utiliza para describir y traducir la estructura y la información en forma de texto, así como para complementar el texto con objetos tales como imágenes.
• CSS o las hojas de estilo en cascada (Cascading Style Sheets) hacen referencia a un lenguaje de hojas de estilos usado para describir la presentación semántica (el aspecto y formato) de un documento escrito en lenguaje de marcas. Su aplicación más común es dar estilo a páginas webs escritas en lenguaje HTML y XHTML.
  

• WP es software libre (GPLv2)
• Instalación rápida y sencilla
• Multiplataforma
• Disponible en varios idiomas
• Respetuoso con los estándares web
• Orientado a SEO
• Conocimientos básicos de programación
• Comunidad grande y muy activa

1. La libertad de usar el programa, con cualquier propósito.
2. La libertad de estudiar cómo funciona el programa y modificarlo, adaptándolo a tus necesidades.
3. La libertad de distribuir copias del programa, con lo cual puedes ayudar a tu prójimo.
4. La libertad de mejorar el programa y hacer públicas esas mejoras a los demás, de modo que toda la comunidad se beneficie.

WordPress ha puesto mucho énfasis en la sencillez de instalación, haciendo famosa su "Instalación en 5 minutos".

1. Descargar el software
2. Subirlo por FTP o SSH al servidor destino
3. Acceder a la URL dónde estará el blog
4. Seguir los pasos de instalación

En la actualidad todos los CMS mínimamente importantes llevan un instalador gráfico (GUI - Graphical User Interface)

• Los requerimientos de WordPress existen tanto en sistemas Windows como UNIX (Mac, Linux, etc)
• A pesar de ser multiplataforma, lo habitual es utilizarlo en Linux, el sistema más común ofrecido por las empresas de alojamiento web (y el menos costoso).
• Es recomendable instalarlo en un entorno LAMP (Linux, Apache, MySQL, PHP)
  

• Por defecto, WP se descarga e instala en inglés.
  
• Sin embargo, existe la posibilidad de utilizarlo en otro idioma.
  
• En http://es.wordpress.org se puede descargar WP en español.
  

El Consorcio World Wide Web (W3C - http://www.w3c.es/) trabaja para desarrollar estándares Web.  WordPress realiza un especial esfuerzo para respetar al máximo los estándares de la W3C.  Cumplir los estándares web conlleva, entre otras cosas: 

• Mejorar la carga de la página (los navegadores interpretan más rápido el contenido a mostrar)
  
• Los motores de búsqueda (Google, Yahoo, etc) interpretan mejor el contenido, por lo que se favorece a la indexación y posicionamiento.
  

WordPress tiene una serie de características que favorecen al SEO

• Cumple los estándares web
  
• Se esfuerza por que las páginas tengan un contenido estructurado
  
• Permite que el contenido tenga URL's amigables
  

Sin duda, la mayor fortaleza de WP es su sencillez de uso. 

• Es el CMS más sencillo de usar para el usuario.
  
• La capacidad de personalización del aspecto visual desde la administración es muy amplia.
  
• Si se quiere ir más allá, con escasos conocimientos de HTML, CSS y PHP se puede conseguir.

Debido a la sencillez de WP, miles de programadores y diseñadores apostaron por este CMS. Gracias a esto, WP tiene una de las comunidades más grandes y activas en el mundo del Software libre. 

• 24.178 plugins creados por la comunidad disponibles en http://wordpress.org/extend/plugins/
• 1.735 themes existentes en http://wordpress.org/extend/themes/
  
• Cientos de blogs orientados a ayudarte en la gestión de tu WP
  

WP permite su instalación en varios idiomas pero no permite de forma nativa que cohabiten varios idiomas a la vez.

Existen plugins para resolver esta carencia, aunque su uso limita el crecimiento del sitio ya que para tener un soporte multi-idioma adecuado, los plugins a instalar deberán ser compatibles con el plugin multi-idioma escogido.

El sistema de plugins / widgets / themes y su arquitectura hace que sea rápido y sencillo programar para WP, gracias a esto cualquier persona con conocimientos básicos (o prácticamente nulos) puede animarse a realizar sus propios plugins, etc. A esto ayuda una documentación clara y bastante concisa. Sin embargo:

• Existen limitaciones a la hora de llevar tu WP un nivel avanzado.
  
• La calidad del código, su estructura y la relación entre elementos deja qué desear. 
  

Es un concepto relacionado con la programación en sí, por lo que el usuario no suele ser consciente. Tampoco se va a profundizar en este punto, baste decir que existen otras soluciones que abordan de una forma más eficaz este concepto.

Desde sus comienzos, WP ha padecido de problemas de seguridad que tuvieron su punto álgido en 2007/2008 cuando recibió fuertes críticas por parte de expertos en el tema y sitios reconocidos sufrieron problemas de seguridad.

Ya no hay tanto ruido con WP y sus problemas de seguridad, pero siguen existiendo, especialmente utilizando las "SQL Injection"

PHP 5.2.4 o superior 

MySQL 5.0 o superior

PHP 4.3

MySQL 4.1.2

PHP 5.2.4 o superior

MySQL 5.0 o superior

Sistema Operativo Linux (Debian)

Apache2 + mod_rewrite + mod_fastcgi / mod_suphp

1. Contratar un espacio web con los requerimientos mínimos y acceso FTP.
2. Crear una cuenta de acceso FTP si no existe ninguna por defecto.
3. Crear una base de datos y asociarle un usuario si no existe ninguna por defecto.
4. Ir a http://es.wordpress.org/ y descargar la última versión de WordPress (http://es.wordpress.org/wordpress-3.5.1-es_ES.zip)
5. Descomprimir el fichero y subir el contenido de la carpeta wordpress a la carpeta raíz de acceso web de tu espacio.
6. Acceder a http://www.example.com/

• Nombre de la base de datos
• Nombre de usuario
• Contraseña
• Host de la base de datos
• Prefijo de la tabla

• Título del sitio
• Nombre de usuario
• Password
• Tu correo electrónico
• Privacidad

Seguridad de las contraseñas

Por seguridad, es importante que la contraseña se seleccione 

teniendo en cuenta lo siguiente:

• Aunque la longitud mínima recomendada para cualquier contraseña es de 8 caracteres, se considera una longitud segura a partir de 20.
• Debe contener letras tanto mayúsculas como minúsculas
• Debe contener números
• Debe contener símbolos como - _ ! ? $ @ % ^ &
• Los caracteres \ " ' pueden ser conflictivos

Si el alojamiento web escogido no utiliza el mod_fastcgi o el mod_suphp, el instalador no es capaz de generar el wp-config.php

 

En este caso, al finalizar el proceso, WP muestra por pantalla el código del fichero. Se debe copiar el código en un fichero, guardarlo como wp-config.php y subirlo por FTP al directorio raíz del espacio web.

Permisos en directorios

Si, y sólo si, el proceso de instalación no ha podido generar el wp-config.php tampoco podrás utilizar varias características de WP (instalación de plugins/themes desde la administración, subidad e imágenes, etc) directamente. Parte de esas características se habilitan realizando modificaciones de permisos

En este caso necesitarás establecer un CHMOD 777 para:

• wp-content/cache
• wp-content/uploads
  

Cuando wordpress nos pide establecer CHMOD 777 es porque el apache funciona con un usuario y grupo que no puede modificar los ficheros de tu espacio web (que están asociados a un usuario y grupo exclusivo tuyo)

Con CHMOD 777 permitimos que cualquier usuario o grupo existente en el servidor donde tenemos alojada nuestra web pueda leer/modificar/crear/eliminar contenido lo que es, evidentemente, peligroso aunque también extremadamente habitual.

En los requerimientos hemos puesto mod_fastcgi o mod_suphp. Ambos son módulos de Apache (el servidor web) que permiten al Apache ejecutar el sitio web con el usuario y grupo dueños del espacio. Es por este motivo que de existir, el instalador crea el wp-config.php. Esta solución es más segura y aumenta sensiblemente la seguridad del servidor.

Si este es tu caso, deja que sólo el usuario de tu espacio tenga permisos de lectura y escritura, lo que significa que los ficheros de WP tengan CHMOD 400 y los directorios 700

Por la red se pueden encontrar sitios "especializados" que aconsejan que tras instalar WP se establezca un CHMOD 777 a los directorios:

• wp-content/plugins
  
• wp-content/themes

• Cual es nuestro proyecto web.
• Su finalidad.
• Qué queremos ofrecer.
• A quién se lo vamos a ofrecer.
• Cómo lo queremos ofrecer.

Como nuestro proyecto web no es más que la extensión del proyecto real, gran parte del camino ya está realizado en la propia definición del proyecto, simplemente debemos trasladarlo al ámbito web.

En esta ocasión, nuestro proyecto web se centra en 

dar soporte en la red a un lanzamiento discográfico.

Aunque queremos utilizar un sitio web para ese soporte, se ha decidido utilizar las redes sociales y sus diferentes servicios/opciones para buscar un mayor impacto en la red.

Por lo tanto, nuestro proyecto web es, más bien, un proyecto de difusión en los diferentes medios que la red de redes proporciona.

Ya tenemos claro cual es nuestro proyecto, pero necesitamos concretar su finalidad para poder comprobar, en el futuro, si hemos logrado nuestros objetivos o no.

En nuestro ejemplo, la finalidad es dar a conocer al mayor número de personas el nuevo lanzamiento, generar interés y proporcionar a los seguidores un lugar dónde estar al tanto de todo el mundo que lo rodea. OJO: El lanzamiento, la banda en sí no.

• El lanzamiento del disco.
• Las firmas de discos.
• Las fechas de los conciertos.
• Los videoclips.
• Avances del disco.
• Venta de artículos.

Tan importante como saber qué ofrecer es conocer el público objetivo, para así poder determinar qué medios utilizar, el lenguaje, etc.

En nuestro ejemplo, el lanzamiento discográfico es el álbum "Vida" de la banda de rock/folk/épico Saurom.

El público objetivo es, principalmente, seguidores de literatura fantástica, jóvenes o de mediana edad y activos en las redes.

• El sitio web será el centro de operaciones.
• Todo el contenido estará disponible desde la web.
• Se usará YouTube para alojar los videos.
• Se usará MySpace.
• Se creará un espacio en iTunes para venta.
• Se usará Spotify para la difusión del álbum.
• Se utilizará Flickr para difundir imágenes.
• Facebook, Twitter y Tuenti de la banda.
• Se embeberá en la web el contenido que sea posible.

WordPress tiene un gran repositorio de plugins.

Desafortunadamente muchos no siguen la filosofía 

de "no reinventar la rueda" y en vez de colaborar con 

un plugin existente, crean uno nuevo.

Por lo tanto, tendremos muchos plugins que sacian una 

misma necesidad. ¿cómo acertar?

Si nuestro sitio web lo estuviese creando una empresa especializada, la situación debería ser:

• Su interlocutor se reúne o conversa con nosotros.
  
• De esas conversaciones extrae los requisitos del proyecto.
• La empresa crea la especificación de requisitos. En ella se incluye la versión de WP escogida, los plugins de terceros a utilizar y los plugins que la empresa va a crear para el sitio.
• Nuestra labor sería de control que gracias a nuestros conocimientos básicos de WP podrá ser mejor.

Al no ser nuestro caso, tendremos que limitarnos a utilizar los plugins tal y como vienen, ciñéndonos a sus opciones por defecto.

Nuestra primera tarea es determinar si existe algún plugin crítico, o lo que es lo mismo, si existe algún plugin que interactúe a bajo nivel con WP y cuyo uso sea un requisito tan importante como el propio WP a la hora de utilizar otros plugins.

En otras palabras: Escoger, si existe, un plugin que a nivel práctico  sea como si formase parte del WP en sí.

Normalmente, los plugins críticos son aquellos que cubren una necesidad básica, no incluida de forma nativa en WP.

Podemos resumir estas necesidades en dos:

1. Soporte multi-idioma
2. Soporte para tipos de contenidos y tipos de datos

En principio, el lanzamiento discográfico es a nivel nacional, a pesar de ello no queremos cerrar las puertas al mercado internacional ya que las redes sociales pueden resultar un aliado 

en esa vía. Así pues, decidimos que el sitio web va a tener soporte multi-idioma, aunque igual sólo se publique en un idioma.

Sobre los tipos de contenido/datos, como son necesarios conocimientos de programación para su correcto 

funcionamiento, se descarta como plugin a utilizar, por lo 

tanto no puede ser plugin crítico.

Así pues, ya tenemos establecido que nuestro plugin crítico va a ser el plugin de multi-idioma. 

Como dato de interés, aunque estuviésemos contemplando el uso de un plugin para tipos de contenido/datos, la decisión sería la misma, ya que de las dos necesidades, es el multi-idioma quien funciona a más "bajo nivel".

Ya sabemos cual es nuestro plugin crítico, ahora tenemos que decidir cual de los plugins multi-idioma existentes utilizaremos. Este análisis es muy importante, teniendo que valorar:

• Los idiomas soportados y si se pueden incorporar idiomas no soportados por defecto.
• El comportamiento a la hora de relacionar el mismo contenido (por ejemplo: entrada de blog) en los diferentes idiomas.
• La existencia de plugins compatibles que cubran nuestras necesidades.

Además de los puntos indicados, existen otros que se deben tener en cuenta en el análisis a la hora de seleccionar el plugin a utilizar.

Un análisis decente de esta situación es cuestión de días, incluso semanas dependiendo de cuánto se quiera profundizar.  

En este punto, toca dar un salto de fe y aceptar como conclusión válida del análisis que el plugin a utilizar sea:

 The WordPress Multilingual Plugin

WPML (The WordPress Multilingual Plugin) no es un plugin gratuito, por lo que no lo podremos descargar/instalar

desde el Escritorio de WP.

Se puede descargar y comprar desde su sitio web http://wpml.org/ su versión Multilingual CMS tiene un coste de 79$ y aunque existe otra más económica es altamente recomendable adquirir la versión indicada.

Teniendo como base la planificación realizada y 

que el plugin crítico es el WPML, tendremos que 

realizar un nuevo análisis para seleccionar los plugins

compatibles con WPML que vamos a utilizar.

Al igual que a la hora de determinar el plugin crítico, daremos un nuevo salto de fe y nuestro listado de plugins a utilizar será...

• Plugin para SEO: WordPess SEO by Yoast
• Plugin para formularios web: Contact Form7
• Plugin captcha: Contact Form7 reCAPTCHA Extension
• Plugin para compartir: Share Buttons by AddThis
• Plugin perfiles sociales: Social Media Icons Widget
• Plugin servicios nube: JetPack by Wordpress.com
• Plugin para eventos: Events Manager
• Plugin estadísticas: Google Analytics for WordPress
• Plugin antispam: Akismet - Por defecto en WP
• Plugin viral: Tweet and get it
• Plugin Youtube Channel: Youtube Channel Gallery
• Plugin Flickr: Awesome flickr gallery plugin

Aunque para nuestro proyecto no vamos a utilizarlos, es muy habitual utilizar los siguientes plugins:

• Plugin para Newsletter: Knews
• Plugin tipos de contenido/datos: Types

Ya tenemos la primera versión de nuestro listado de plugins a instalar. Un total de 12 plugins.

 

Pueden parecer muchos extras para  conseguir la funcionalidad deseada en nuestro sitio web que, a fin de cuentas, no tiene 

ningún requisito complejo. 

Esto es así porque WP sigue uno de los "pilares" del desarrollo de software en general y del libre en particular. 

Esto trasladado a un CMS significa que la descarga del CMS en sí (WP v3.5 en nuestro caso) debe traer lo mínimo para cumplir su funcionalidad básica, siendo todo lo demás descargas de plugins.

Evidentemente la decisión de "lo mínimo" está en manos de los responsables del proyecto, por lo que a veces su concepto de lo mínimo dista bastante de la opinión de la comunidad.

También nosotros, a la hora de elaborar la lista de plugins,

tenemos que pensar en el pilar indicado, para que nuestros 

plugins hagan una cosa, la hagan bien y cubran 

una necesidad  concreta que tengamos.

Una vez elaborada la lista, ciñéndonos a las necesidades, procuraremos no instalar más plugins de los necesarios; si queremos jugar con diferentes opciones, lo mejor es tener una instalación de WP diferente en local o en otro espacio web que podamos romper sin miedo.

Un problema habitual en el uso de CMS es que los sitios web acaban utilizando una cantidad de recursos importante en el servidor dónde están alojados, lo que conlleva:

• Aumento del tiempo de carga del sitio web.
• Traslado del problema al servidor.
• Suspensión del espacio o necesidad de aumentar el plan de alojamiento más allá de lo que el sitio web requeriría.

Estos problemas de consumo de recursos suelen ser bastante comunes cuando se utilizan CMS mucho más potentes que WordPress, como es el caso de Joomla y Drupal. 

Aunque WP es menos potente y la cantidad de código que incluye es mucho menor (WP con nuestro listado de plugins no se acercaría ni de lejos a la cantidad de código escrito y utilizado por Drupal) su calidad es muy inferior a Drupal y su rendimiento más deficiente. 

Aunque WP está avanzando en la depuración de su código, sigue comportándose ineficazmente a medida que el sitio web aumenta en contenido y estructura. 

Cuanta más información tenga y muestre, su exigencia de recursos tiende a un crecimiento exponencial. 

Para intentar solucionar los problemas de recursos, existen los sistemas de caché, sin embargo sólo los utilizaremos cuando sean necesarios, ya que a nivel de plugin de WP no son tan maravillosos como se pintan.

Con nuestro WP instalado y con nuestra lista de plugins a 

instalar definida, toca sentar las bases de la apariencia gráfica

del sitio web.

El entorno visual del sitio web es muy importante ya que

el impacto visual es la primera impresión del sitio que

se lleva el visitante. Si estuviese una empresa especializada

encargándose de nuestro sitio web, el diseñador se encargaría

de crear una apariencia gráfica acorde a la finalidad

y al público objetivo de nuestro sitio web. Posteriormente el programador se encargaría de crear el theme con dicha apariencia gráfica.

Pero no tenemos un diseñador para hacer esa tarea ni un programador que cree el theme, así pues tendremos que escoger una apariencia de las disponibles para WP.

Tendremos que hacernos unas cuantas preguntas para centrar la elección:

• Theme gratuito o de pago.
• Compatibilidad con el plugin crítico.
• Lenguajes de maquetación (HTML4 / XHTML / HTML5, CSS2 / CSS3, ...).
• Diseño web adaptable (Responsive Web Design) sí o no.

Junto con los múltiples themes disponibles de forma gratuita en wordpress.org  existen páginas que ofrecen themes de pago, básicamente hay dos tipos de sitios y están bajo dos modalidades

1. Sitios web que sólo venden para WP
2. Bancos de themes que venden para diferentes CMS

Modalidades

1. Compra de un theme concreto.
2. Cuota anual con acceso a todos los recursos del sitio.

En trazos-web.com tenemos un listado de 50 sitios dónde adquirir themes premium para WP.

Generalmente se ensalzan los themes premium (en la entrada de trazos-web sin ir más lejos), de adoptarse esta solución, debe ser de forma puntual (preferiblemente sólo la primera vez) ya que a pesar de todo este tipo de soluciones no son tan ideales como las pintan.

• Suelen proporcionar una home impactante.
• Hacen hincapié en efectos visuales (imágenes).
• El contenido impactante suele ser gestionable.
• Suelen ser soluciones "plug-and-play".

• No ofrecen casi nada que no aporten los plugins existentes.
• Todo el código está en el theme, cuando debería ser una combinación de themes y plugins.
• Cuando el theme incluya el PSD, no se suele poder alterar, si no se cuenta con un diseñador, es como si no lo tuvieses. 

• El cuidado que ponen en la home, se pierde en las pantallas interiores.
• El código de estos themes suele ser muy chapucero (especialmente los de los bancos de themes).
• Un mirada medianamente experta detecta poca variedad y que muchos son theme gratuitos con plugins integrados. 

En nuestro caso, vamos a utilizar un theme gratuito y libre. Para ello utilizaremos la sección en wordpres.org que nos permite buscar entre los themes disponibles y ver una página demo para comprobar cómo funciona.

http://wordpress.org/extend/themes/

Ya sabemos que queremos un theme libre y gratuito!!

Ahora debemos determinar si nuestro theme debe tener como condición necesaria la compatibilidad con nuestro plugin crítico.

Nuestro plugin crítico es el WPML y un theme puede contener textos propios del theme, por lo tanto una compatibilidad del 

theme con el plugin WPML es muy deseable.

De forma resumida, el theme es el encargado de enviar al navegador el contenido a mostrar por pantalla, por lo tanto debe utilizar un lenguaje que el navegador sepa interpretar, a grosso modo, se utiliza un compendio de "lenguajes" divididos por tareas:

• Indicar la estructura de contenido y la información.
• Describir la presentación semántica (aspecto y formato).
• Mejorar la interfaz de usuario y de la página web dinámica.

Para esta tarea existen tres posibilidades generalizadas:

• HTML 4.01 - Obsoleta. Su uso se recomendaría exclusivamente en sitios que requieran una compatibilidad extrema con navegadores muy antiguos. (IE6, Firefox 3...)
• XHTML 1.0/1 - La opción más habitual, substituyó a HTML 4.01 para avanzar en el concepto de "web semántica"
• HTML 5 - El presente y futuro de la web semántica.

Para esta tarea existen dos posibilidades generalizadas:

• CSS2 - Suele usarse con HTML 4.01 y XHTML 1.0/1
• CSS3 - Suele usarse con HTML5

Para esta tarea no tenemos que tomar ninguna decisión, ya que WordPress lo decide por nosotros. Utiliza jQuery, 

un framework que se está consolidado como el estándar 

a la hora de programar en Javascript.

• Este concepto tiene su origen en el año 2008
• Lleva más allá el viejo concepto de diseño fluido o líquido
• Su uso empieza a convertirse en habitual a lo largo de 2012

De forma sencilla, un diseño web adaptable significa que una misma versión en HTML y CSS mostrará el contenido de una forma u otra según el dispositivo desde el que se acceda, 

para que el contenido visualizado se pueda leer a simple vista.

En más de una ocasión, a la hora de entrar en alguna 

web a través de un teléfono móvil ocurre lo siguiente: 

• La web se muestra extremadamente pequeña y no se ve nada.
• Se cambia la orientación del móvil para tener más ancho de pantalla.
• A pesar de ello, nos vemos obligados a hacer zoom para poder leer los textos.
• Intentar tocar con el dedo los enlaces de la web es misión imposible.

El sitio web visitado no tiene en cuenta los diferentes dispositivos desde los cuales se accede, estando únicamente optimizada para un acceso desde un equipo tradicional (ordenador).

Todos estos problemas descritos los soluciona un diseño 

adaptable, se puede ver un claro ejemplo en:

http://www.bostonglobe.com/

Analizando todos los criterios a tener en cuenta, el theme que escojamos debe ser:

• Gratuito
• Compatible con el WPML
• HTML5 y CSS3
• Responsive Design

Para nuestro proyecto seleccionamos un 

theme llamado Responsive