Quizás la mayor parte de nuestros lectores no sean usuarios de Spotify, pero si bien es cierto que se trata del servicio de música en streaming bajo demanda con más éxito del momento vamos a tratar de adecuarlo lo mejor posible a nuestro escritorio Ubuntu, más concrétamente instalando el tema Ambiance en este reproductor de música.
Antes de nada, y para que no instaléis algo de lo que luego pudierais decir que no visteis cómo quedaba, os presento unas capturas de pantalla. Antes y después:
Si sois seguidores de WordPress, sabréis que a partir de la versión 3.5, las nuevas instalaciones y activaciones en el caso de redes de blogs WordPress, pasan a no tener el gestor de enlaces.
En realidad no es que no tengan, es que por defecto no se activa y es una maniobra para eliminarlo a medio plazo (versión 3.6 o 3.7 quizás). Los que no tenían enlaces en uso, tampoco lo verán.
¿Por qué?
No sé las razones a ciencia cierta pero diría que es una mezcla de que la tabla wp_links ya no encaja tan bien dentro de la filosofía actual de la base de datos WordPress (podríamos hacer un custom post type con enlaces por ejemplo para sustituirla) y es una funcionalidad que se saca del núcleo para integrarla en un plugin.
Los repositorios GetDeb y PlayDeb dejan de mantenerse. En su momento eran muy usados, ahora ya no son tan útiles. https://t.co/w8QdqGrm
— Adrián Raya (@unforgiven_too) January 19, 2013
Cómo ocultar IP en Linux con Tor – ¡Muy fácil! – http://t.co/RcJgubOz
— Anonymous Hispano (@anonopshispano) January 20, 2013
Guía de instalación paso a paso de Gentoo Linux http://t.co/JivA3h3U
— MiradaDelReplicante (@tannhausser) January 25, 2013
Cuando trabajamos con WordPress, uno de los puntos básicos es definir diferentes vistas en función del rol del usuario. En la mayor parte de las ocasiones, la diferencia será: es administrador, no lo es.
¿Para qué puede servirnos esto? Desde poner un enlace a editar entrada a otro de eliminar comentarios en tu tema, pasando por todo lo que podáis imaginar que queráis dividir entre visitantes de vuestro sitio y vosotros que sois los administradores.
El código:
if(current_user_can('manage_options'))
{
// solo administrador
}
else
{
// resto
}
Cuando usamos WordPress como un CMS o incluso como una API y desarrollamos para él, no serán pocas las veces que tengamos que hacer operaciones de inserción y edición de datos mediante formularios.
Tener un formulario en una aplicación web, es un punto de entrada a nuestro sistema y un sitio complicado en lo que a seguridad se refiere. Si no cuidamos este aspecto también en WordPress, lo que es un CMS seguro, puede convertirse en un problema.
Para resolver este tema, la API de WordPress nos proporciona un mecanismo muy sencillo llamado nonce, que viene del inglés: número usado sólo una vez, number used once.
Se usan en todo tipo de peticiones: salvando opciones en el administrador, haciendo peticiones AJAX o llevando a cabo cualquier acción susceptible de un problema de seguridad intercambiando información.
Probablemente, en alguna ocasión te hayas enfrentado vía log o vía mensaje de urgencia con un mensaje de este tipo: “table marked as crashed and should be repaired” cuando trabajas con MySQL. Más aún si has tenido un reinicio de emergencia, si usas MyISAM o si tienes problema con tu sistema de ficheros (o tus discos).
Puedes tratar de reparar tabla a tabla, sin embargo, lo más productivo es hacer todas de una vez. Antes de cualquier operación de este tipo, haz una copia de todo por si acaso (aquí en Linux Hispano hablé de cómo hacer backups y recuperarlos).
La orden a ejecutar será la siguiente y el resultado lo veréis en la consola, si OK o si hay problemas:
mysqlcheck -u root -p --auto-repair --optimize --all-databases
La muerte por suicidio del hacker Aaron Swartz reabre el debate sobre formas más abiertas de acceder a la Ciencia http://t.co/9AfszjZj
— Javier Forment (@javijevi) January 17, 2013
Arcón de posts: Programando en Bash – parte 1-Usemos Linux http://t.co/28CUIrSX
— Usemos Linux (@usemoslinux) January 18, 2013
https://twitter.com/Luweeds/status/292069800576942081
Cuando desarrollamos es muy frecuente que necesitemos leer código de otros ficheros, los lenguajes y las tecnología difieren en la forma, pero es algo básico y común a todos ellos (salvo excepciones). En PHP una forma cómoda de hacerlo es con require_once o include_once.
¿Por qué cómoda? Porque incluimos ficheros sin preocuparnos de si ya han sido incluidos. PHP lo hace por nosotros.
¿Qué problema hay? PHP al buscar si han sido incluidos o no, consume una cantidad de recursos y de tiempo de ejecución que siempre que podamos, debemos ahorrárnoslo.
¿Qué soluciones hay frente a este problema? Voy a detallar algunas de ellas, pero seguro que tú conoces alguna más que te funciona.
Usar un framework o un CMS
Si usas un entorno de este tipo, probablemente él te dote de funciones similares en funcionalidad que esquivan este problema. Por ejemplo en WordPress uso mucho get_template_part.
Indicar mediante define si se ha incluido o no
La idea sería algo así:
if (!defined('MiFichero')) {
require('MiFichero');
define('MiFicherp', 1);
}
De esta forma, con esta bandera, ya tenemos siempre presentes si está incluido o no (podemos hacer una función con ese código para reutilizarlo).
