Continuar leyendo »]]> En todo blog de WordPress, tenemos la posibilidad de que cualquier persona registrada pueda estar en una de sus 5 categorías (o roles) de usuario existentes: suscriptor, colaborador, autor, editor y administrador. No se trata de discriminar, sino de asignarle mayores ‘poderes’ por ejemplo si colabora en el blog o si nos ayuda a llevarlo.

Desde el Menú de Usuarios de nuestro Tablero podremos en cualquier momento ‘ascender’ o ‘descender’ a quien queramos, ya sea para una actividad puntual o de forma definitiva.

Como es muy importante tener claro que se puede hacer (o no hacer) en cada una de las categorías, a continuación veremos en que consisten:

• Suscriptor. Es el rol por defecto. Es un usuario que hace la función de lector del blog, sin participación activa excepto en los comentarios (aunque tampoco hace falta registrarse en un blog de WordPress para comentar). Puede entrar en la zona de Administración (Tablero) para modificar datos de contacto.
• Colaborador. Es el primer nivel para el usuario que comienza a colaborar. Tiene derecho en su Tablero a crear entradas (artículos), pero estas permanecerán a la espera de su aprobación por usuarios con rol superior. Es decir, puede escribir pero no publicar, ni tampoco subir archivos, con lo cual poner imágenes en el post se convierte en un problema (que veremos en otro post como resolver).
• Autor. Tiene los privilegios del anterior, pero además puede publicar las entradas para que sean visibles en el blog, así como subir archivos. Nos servirá para dárselo a aquellas personas con las que tengamos ya total confianza para publicar y que tengan soltura a la hora de trabajar con los artículos.
• Editor. Este usuario además de los privilegios anteriores, puede modificar entradas de otros usuarios, crear y editar páginas y categorías. Básicamente tiene privilegios para todo lo relacionado con el trabajo día a día de un blog.
• Administrador. Es el nivel máximo y tiene todos los privilegios posibles dentro de WordPress. Además de los derechos para crear, editar y borrar artículos y comentarios, tiene acceso a los plugins, widgets, temas y opciones de configuración del blog.

Siempre que una persona quiera colaborar en nuestro blog, recomiendo que se le asigne el rol de Colaborador, aunque si tiene experiencia previa y confiamos en su trabajo, puede ser perfectamente Autor.

Cuando alguien me encarga un blog para su uso personal o profesional, normalmente le asigno de manera provisional el rol de Editor. De esta manera podrá hacer todo lo que necesite para trabajar con los posts y los comentarios, pero no podrá ver las opciones de configuración del blog (plugins, sección de opciones…). De esta forma podrá ir familiarizándose con lo realmente importante (publicar, publicar, publicar) y cuando tenga la suficiente soltura le asigno definitivamente el rol de Administrador para que pueda configurar cualquier rincón del blog.

Continuar leyendo »]]> Y como no hay dos sin tres, un nuevo problema surgió pero en este caso no en el servidor, sino en este blog. El jueves 11 por la mañana ya estaba disponible la esperada nueva versión de WordPress, la 2.8. Como en cualquier nueva versión siempre hay que andar con precauciones y esperar unos días a que ‘haga rodaje’ y salgan los fallos normales de cualquier nueva versión. Incluso es aconsejable esperar para tener la versión española disponible.

Así que como yo no puedo esperar, hice mis copias de seguridad y me dispuse a actualizar el blog a la 2.8. El proceso fue rápido, pero nada más cargar ya vi algo raro. En el Tablero, el panel de Administración de WordPress, se encuentra un menú en el lateral izquierdo, con pestañas desplegables donde ver las opciones de cada Menú. Pues bien, las pestañas no se abrían, como tampoco podía cambiar de posición las ventanas arrastrándolas ni tampoco podía ver la ventana de estadísticas (Blog Stats).

Lo primero que hice fue irme al Menú de Aspecto, donde se pueden cambiar los widgets del blog y moverlos de posición. Tampoco podía hacer allí nada, ni cambiarlos, ni moverlos, nada.

Me fuí a la web de WordPress, me bajé el zip con la nueva versión y los subí por FTP, pero tampoco tuve resultados. Ni tampoco reinstalando por el menú Herramientas del Tablero. Probé con varios navegadores distintos por si era cosa del Chrome, pero los demás tampoco dejaban trabajar a las pestañas. Incluso mi amigo Fernando (Respuesta Laboral) se coló en mi Tablero con la misma suerte que yo, por tanto quedaba claro que no era cosa de mi navegador ni de mi ordenador, sino algo de WordPress.

Al final he ido desactivando uno a uno los plugins (si, me he dado cuenta que tengo demasiados, pero mi blog es el campo de pruebas de todos los que encuentro interesantes) y todo volvió a la normalidad tras desactivar el llamado Social Media Page. Este plugin sirve para que en cada post del blog, aparezca una barra que permite enviar el artículo a una gran cantidad de webs 2.0 para compartirlo.

En los comentarios del 11 de junio de esa página se comenta el mismo problema que tuve: los desplegables no funcionan y los widgets no se pueden modificar. Por suerte el creador del plugin ha andado rápido y simplemente con quitar una línea concreta de código del plugin todo vuelve a la normalidad.  Ya tengo blog de nuevo

Continuar leyendo »]]> Los datos. Como decíamos ayer, el servidor no era nada estable, pero para comprender el tema mejor aquí van los datos del servidor y de las webs:

El servidor donde nos alojamos es un VPS, un Servidor Privado Virtual. Es un punto medio entre un servidor compartido (el más habitual cuando adquirimos un alojamiento para nuestra web, donde en nuestro servidor se encuentran decenas de otras web y por tanto es un alojamiento de precio muy asequible) y un servidor dedicado (cuando tenemos varias web de grandes dimensiones y necesitamos en exclusiva un servidor entero para nosotros solos, por tanto la solución más cara). En un VPS tienes un acceso y control mayor que en uno compartido y básicamente es como si una parte del servidor fuera tuya en exclusiva, donde se te asigna una parte de la RAM, del procesador, del disco duro, etc.

En nuestro caso el VPS tiene 256 MB de RAM (ampliable a picos de 1GB), 40 GB de disco duro, 500 GB de transferencia, cPanel, panel WMH y acceso SSH. Como veis entre las característica habituales nunca suelen decir nada del procesador, pero es lo que más suele incordiar una vez que están en marcha tus webs porque el resto es más que suficiente para nuestras necesidades.

Las webs. En el servidor tenemos alojadas en estos momentos 12 webs, de las cuales 6 estaban realmente en funcionamiento, siendo las otras proyectos a la espera o comenzando a funcionar y que por tanto no eran causantes de la carga del servidor. Los datos de estas webs para mayo son:

La web más ‘pesada’ es Sondas Espaciales (Joomla!), aunque ni mucho menos está en los máximos del año pasado. Yoriento ha subido bastante, OPR está volviendo a despegar, pedroleon.info y leylazurah.com son blogs personales (todos con WordPress) que están empezando y Astroidea (Pligg) es la última incorporación que apenas lleva un mes y tiene unas cifras más que aceptables, aunque lejos de ser una web ‘cargante’. Un grupo de webs con estas características no podían tumbar a diario un servidor más que decente, así que algo raro pasaba.

Las pruebas. A primera vista no había nada raro en los logs de estás páginas, ni aparentes fallos de código. Estuvimos una semana desactivándolas y reactivándolas una a una para ver como afectaban al rendimiento del servidor y sólo dos (Sondas y Yoriento) producían una caída grande en la carga del servidor, así que nos centramos en ellas. Ni que decir tiene que todas estaban dotadas de sistemas de caché, antispam, recaptcha, .htaccess, etc. Y actualizadas a las últimas versiones disponibles.

Nuestras primeras sospechas recayeron sobre un ‘puente’ (bridge) de Sondas, que unía la web hecha con Joomla! con el foro hecho con SMF. Este puente permitía que los usuarios sólo se tuvieran que registran en uno de los dos sistemas para que el otro sistema se actualizara con ese usuario, evitando dobles registros. Desactivamos el puente, pero a las pocas horas el servidor se disparaba de nuevo. Desactivamos muchos de los plugins más pesados, pero la carga seguía disparada, incluso con el caché activado. Optamos por desactivar la web con Joomla! entera durante dos días, pero seguían los picos de carga del servidor. Desactivamos el foro SMF pero el servidor seguía cargándose mucho, menos que antes, pero mucho aun.

Así que tras varios días con Sondas, la reactivamos y pasamos a Yoriento. También desactivamos plugins y vimos que Facebook Connector, Simple Tags y Usercloud 24 eran muy cargantes para la base de datos y el servidor, sobre todo el primero de ellos. Así que desactivamos los tres y Yoriento iba mucho más ligero, pero el servidor seguía con las sobrecargas, aunque no tan grandes como antes. Incluso comprobamos como el hecho de entrar en la Administración de WordPress y trabajar en ella provoca un buen aumento en la carga del servidor, algo que WordPress deberá mejorar en próximas versiones.

Para poder trabajar con más claridad decidí comprar un servidor RPS, un tipo de servidores poco conocido que consiste en una placa base con procesador y ram, pero sin disco duro. El disco duro es compartido entre muchos servidores pero no se encuentra en el tuyo. Esto permite tener un servidor dedicado pero a coste mucho más bajo del habitual. Trasladamos allí a Yoriento para ver como se comportaba sólo… y el resultado fue que Yoriento con sus plugins activados es bastante pesado en relación a las visitas que tiene, pero no era la causa de las sobrecargas brutales del servidor. De hecho nos ha ido tan bien este servidor que Yoriento sigue en él.

En el otro servidor VPS la marcha de Yoriento se notó, siendo ahora la carga menor, pero tuvimos un par de picos en el gráfico muy claros. Fuimos al log, el archivo donde queda registrado todas las visitas y eventos que ocurren en una web y nos pusimos a inspeccionar los minutos anteriores y posteriores al pico. Esto lo habíamos hecho ya antes pero sin resultados claros ni nada que llamara la atención. Pero ahora nos encontramos con una IP que solicitaba muchas páginas del Foro de Sondas, muchas seguidas. La IP era 190.196.11.130. Bueno, era una entre al menos 8 que ya hemos detectado. Si haces una búsqueda en la Wikipedia te encuentras con http://es.wikipedia.org/wiki/Usuario_Discusi%C3%B3n:190.196.11.130

La Wikipedia tacha a esta IP de ‘vandálica’. Y otras IPs tienen avisos aun mayores y más prolongados en el tiempo. ¿Y que son esas IPs? ¿A quien pertenecen? Pues son los llamados ‘harvesters’ (recolector, cosechador), básicamente recoletores de correos electrónicos, spammers que se dedican a rastrear foros leyendo sus páginas automáticamente para captar los correos electrónicos de sus usuarios y aumentar sus bases de datos de emails, para más tarde hacer envíos masivos de spam. Eran tantos y tan frecuentes que literalmente tumbaban nuestro servidor todos los días, llevándolo a extremos insostenibles. Y son difíciles de pillar porque no hacen nada raro, no inyectan código en la base de datos ni nada, sólo visitan sin parar las páginas moviéndose entre los enlaces internos, hasta que han recolectado una buena cantidad de correos para seguir su sucia actividad.

Ahora están bloqueados, pero como cambian de IP más que de camisa, habrá que seguir atentos y mejorando la seguridad. El problema es que ninguna web o foro está a salvo de estos buitres, que seguirán campando por Internet. El reto está en dificultarles su trabajo lo máximo posible. En esta ocasión el cazador ha sido cazado y aquí esperaremos al siguiente.

Continuar leyendo »]]>

Powered by Twitter Tools.

Continuar leyendo »]]> Hay ocasiones en las cuales todo lo que puede salir mal, saldrá mal. Y parece que las dos últimas semanas llevaban escrito ese lema en la frente.

El aviso. A principios de mes nuestro proveedor de alojamiento nos avisaba contundentemente: “Consumimos mucho, la carga del procesador está por las nubes, muy alta todo el día y por momentos bloquea el servidor”. La sorpresa fue grande, porque aunque en el servidor hay varias webs, ninguna de ellas es una página con cientos de miles de visitas al día. Cierto que algunas tampoco son pequeñas del todo y que otras están en pleno crecimiento, pero como para tumbar servidores no están.

La carga. Rápidamente fuimos a comprobar en nuestro panel de control la carga del servidor, pero antes de entrar en detalles de lo que vimos, viene bien una explicación para los que no han oido hablar nunca del tema. Todo servidor que aloja una web tiene, como cualquier ordenador, uno o varios procesadores para poder trabajar con la información y servir las páginas de nuestras webs. Supongamos que un servidor no tiene webs alojadas, entonces la carga de trabajo del procesador será cero. Si tenemos nuestro procesador trabajando a la mitad de sus posibilidades, su carga será 0,5. Y si está a tope, al máximo, su carga será 1.

Pantalla SSH con el comando top. En la parte superior derecha permite ver la carga del servidor (0.21, 0.32, 0.26)

Pero ese no es el límite. Si seguimos pidiendo páginas al procesador (y con ellas todas las consultas necesarias para sacar la información de las bases de datos, algo habitual ya que casi todas las webs actuales las usan), el procesador va recibiendo nuevas peticiones que no puede atender y las va ‘poniendo en cola’. De esta manera un servidor con carga 2 significa que está a tope, y que tiene trabajo pendiente como para duplicar sus capacidades.

Como la carga es muy variable en el tiempo, en los servidores se suele medir con 3 números, al estilo 0,34 – 0,56 – 0,78. ¿Qué representaría esto? Pues se trata de la carga media en los últimos 1, 5 y 15 minutos. Es decir, que en los últimos 15 minutos ha trabajado de media al 78% de su capacidad, en los últimos 5 minutos al 56% y en el último minuto al 34%. Por tanto el servidor hace un rato iba más forzado y en los últimos minutos la cosa parece relajarse. Si el primer número pasa continuamente de 1, los otros dos irán subiendo poco a poco hasta ponerse a ese nivel.

Un servidor que esté pasando de 1 no entregará rápidamente las páginas, por eso a veces una página parece que tarde más de la cuenta en cargar, porque tiene que esperar a que el procesador termine con las que está entregando para poder enviarnos la nuestra. Si esto ocurre en un servidor compartido con otras web todas sufrirán esta lentitud y un buen hosting no debe permitirlo.

Gráficos. Está claro que mirar estos datos nos da una idea de la situación en los últimos 15 minutos, pero no podemos saber si ha ido más tranquilo o más forzado en las últimas horas o durante la noche. Por tanto, mi amigo Aitor Conde (Bultza), genio y figura de la programación, preparó un archivo donde se guardarían los datos de carga y con ellos crearía un gráfico donde pudieramos observar la evolución con los días y las horas del servidor.

¿Qué pudimos ver? Pues que la carga era notablemente alta, rondando casi siempre el 0,80-0,90, por lo que si llegaban varios visitantes simultáneos a las web, la carga fácilmente sobrepasaría el 1 y un efecto ‘bola de nieve’ hacía que cada vez quedaran más cosas por hacer y subiera al 2, al 3 …. y hasta el 20 llegamos a ver. En condiciones normales no debería estar por encima de 0,30-0,40, así que algo raro pasaba.

Continuar leyendo »]]>

Powered by Twitter Tools.

Continuar leyendo »]]> ¿Cómo describir Feedly? Bien, pues básicamente se trata de convertir Google Reader del que ya hemos hablado, en una página web al estilo de una revista o magazine. Muchos de nosotros necesitamos consultar un lector de noticias con frecuencia, pero Google Reader con todas sus enormes ventajas no es muy estético. Aquí es donde entra Feedly, por el ojo.

Nos descargamos la pequeña extensión de Firefox y en cuestión de segundos la tenemos instalada en nuestro ordenador. Y ya esta! A navegar por una página personalizada que nos muestra las carpetas y feeds que tenemos en nuestro Google Reader.

Podemos personalizarla, navegar por carpeta, marcar las que nos interesen, ver las fotografías, ampliar el artículo que queremos ver… muy simple (como todo lo que nos interesa) y sin tener que volver a recoger feeds ya que usa los que tengamos en Google Reader.

La lista de opciones a configurar es muy amplia y podemos incluir nuestro Twitter. La portada viene en cuatro versiones: cover, digest, latest y favorites  y dependiendo de nuestra necesidad elegimos una u otra.

Continuar leyendo »]]> Google Reader es tal vez el lector de feeds más utilizado en la actualidad. Nos permite organizar y clasificar todos los feeds de las páginas que queremos seguir para mostrarlas de una forma sencilla y veloz.

En la parte izquierda de nuestra ventana tendremos toda una lista de carpetas con nuestros feeds y a la derecha veremos el contenido de la carpeta o del feed que vayamos seleccionando.

Podremos ir destacando (marcando con una estrella) aquellos artículos que queramos leer más tarde o guardarlos, podremos compartirlos con otras personas, enviarlos por correo, anotar… y también tendremos un enlace para ir directamente al artículo en su web original.

En la parte superior izquierda tenemos un botón muy visible para añadir la dirección URL del feed que queremos comenzar a seguir, estadísticas, ver sólo los destacados, los compartidos, etc.

En la ‘Configuración’ tendremos una opción muy cómoda: nos permite añadir un nuevo ‘Favorito’ o ‘Marcador’ a nuestro navegador, de tal forma que cuando estemos viendo una web que nos interese, simplemente con pulsarlo ya añadiremos su feed a nuestro Google Reader. De hecho, en la mayor parte de las webs y blogs ya no hace falta obtener con el botón derecho del ratón la dirección del feed, sino que simplemente con pulsarlo se nos abre una ventana para que lo podamos añadir al lector de feed que usemos, en este caso Google Reader (si al pulsarlo nos sale un ‘texto raro’, debemos copiar la dirección que aparece en la barra de direcciones del navegador y pegarla en nuestro Google Reader).

Continuar leyendo »]]>

Empezando un encargo de un nuevo blog muy innovador… pero hasta que no esté hecho es ‘top secret’ #

@albertofersie ¡espero que la ‘astro’ idea funcione Cualquier comentario o sugerencia que tengas no dudes en pasarla! in reply to albertofersie #

Abriendo @ferortgue y yo en Beta http://www.astroidea.net, Red Social de Noticias Espaciales, dando sus primeros pasos #

Powered by Twitter Tools.

Continuar leyendo »]]> Un feed, o RSS, XML… es un archivo que generan automáticamente la mayoría de blogs y de webs actuales. En su interior contiene la información de los últimos artículos que se han publicado en esa web y su contenido se actualiza automáticamente, es decir, que cuando se publica un artículo nuevo, el contenido del archivo cambia para añadir el nuevo artículo.

Este concepto tan simple supuso hace unos años una revolución a la hora de conseguir información de Internet, ya que modificaba lo que era normal hasta entonces y que algunas personas todavía no se atreven a usar en la actualidad. Si aun eres de los que no los usa, lee este concepto y únete al club de los feedadictos.

La cantidad de información en Internet no para de crecer. Cada vez vamos conociendo más y más webs que nos interesan, que contienen información relacionada con nuestro trabajo o nuestros hobbies y que cada vez se nos hace más dificil seguirlas: simplemente no tenemos tiempo para todas. Intentamos guardarlas en los Favoritos (Marcadores) pero entre el desorden que tenemos y el poco tiempo, la mayoría de las veces no vemos muchas de ellas.

Ahora pregúntate lo siguiente: ¿porqué tienes que ir a buscar la información? ¿no sería mejor que la información fuese hacia ti? Pues esa es precisamente la función del feed. En la mayoría de las páginas actuales encontraremos un pequeño icono naranja con unas ‘ondas’ dentro, que nos indica que allí se encuentra el feed. Si vamos a él y obtenemos la dirección hacia la que enlaza, tendremos ya la fuente del feed de esa página.

¿Que hacemos con ella? Hace unos años era habitual instalar un programa en nuestro ordenador llamado ‘feed reader’ o ‘agregador’ para ir guardando estos feeds (si quieres uno recomiendo FeedReader), pero en la actualidad casi todo tiende a hacerse directamente en Internet, por lo que es mucho mejor usar algún servicio gratuito para nuestros feeds como Bloglines, FeedShow o mejor aun Google Reader, del que hablaré mañana.