Para que puedas proclamar al mundo que eres miembro la gente de Drupal creó unos logos (más bien chapas) pero no nos gustan.

Por eso le dijimos a Fernando Bernal, uno de nuestros diseñadores que creara unos nuevos logos para ponerlos en Neurotic:

descargar png para fireworks

descargar png para fireworks

descargar png para fireworks

descargar png para fireworks

descargar png para fireworks

descargar png para fireworks

descargar png para fireworks

descargar png para fireworks

Además, como primera versión también hizo otros que a nosotros nos gustan menos pero que seguro que hay personas que les gustan más:

descargar png para fireworks

descargar png para fireworks

descargar png para fireworks

descargar png para fireworks

Fatal error: Maximum execution time of 30 seconds exceeded
in /home/marujeo/public_html/wp-includes/classes.php on line 422

Al principio pensamos que era alguna consulta de base de datos que no estaba optimizada, pero hemos encontrado la causa. En el fichero /wp-includes/classes.php, hay una función recursiva llamada display_element que va calculando el tamaño de las categorías y las va clasificando de forma jerárquica. Esta función es correcta cuando tienes 20 o 30 categorías, pero nosotros tenemos nada más y nada menos que 999 categorías y esta función llega a tardar hasta 4 minutos en terminar.

Así que finalmente hemos subido un “parche” (a falta de una solución definitiva) que elimina la ejecución de esta función, lo malo es que no se pueden dar de alta nuevas categorías hasta que encontremos una solución mejor.

El parche ha consistido en comentar las siguientes líneas del método walk del fichero /wp-includes/classes.php:

// flat display
/*if ( -1 == $max_depth ) {
$empty_array = array();
foreach ( $elements as $e )
$output = $this->display_element( $e, $empty_array, 1, 0, $args, $output );
return $output;
}*/

/*foreach ( $top_level_elements as $e )
$output = $this->display_element($e,$children_elements $max_depth,0,$args,$output );
/*
* if we are displaying all levels, and remaining children_elements is not empty,
* then we got orphans, which should be displayed regardless
*/
/*if ( ( $max_depth == 0 ) && sizeof( $children_elements ) > 0 ) {
$empty_array = array();
foreach ( $children_elements as $orphan_e )
$output = $this->display_element( $orphan_e, $empty_array, 1, 0, $args, $output );
}*/

Pasos realizados para Ubuntu 7.10 con MySQL 5. Si quieres saber como restaurarlo en Windows, al final del post tienes un link al respecto.

Parar la base de datos

sudo /etc/init.d/mysql stop

Asegurarnos de que no queda ningún proceso de MySQL en el sistema

ps -ef | grep mysql

Si quedara alguno, pedirle amablemente que se vaya

sudo kill numero_de_proceso

Iniciamos MySQL en modo seguro (más información sobre skip-grant-tables):

mysqld_safe --skip-grant-tables &

Realizamos la conexión como root

mysql -u root

Y, desde el prompt de mysql, modificamos el password:

mysql> UPDATE mysql.user
SET password=PASSWORD('nuevo_password')
WHERE user='root';

Si tenemos un entorno local asegurado y queremos ahorrarnos el password, dejamos el campo en blanco:

UPDATE mysql.user SET password='' WHERE user='root';

Deberemos ejecutar esta sentencia para asegurarnos de que los cambios tienen efecto de forma inmediata:

mysql> flush privileges;

Ya solamente nos queda reiniciar el servidor de MySQL:

sudo /etc/init.d/mysql restart

Y podremos acceder con el usuario root de nuevo:

mysql --user=root -p

O sin password

mysql --user=root

Visto aquí, más información y los pasos para realizar la recuperación en Windows en la documentación de MySQL

Se accede al gestor de base de datos (normalmente PHPMyAdmin) y se ejecutan las siguientes sentencias de UPDATE, antes de realizarlas conviene asegurarse de que los nombres de los campos se correspondan (pueden variar según la versión de phpnuke) y los nombres de los usuarios de administración (en nuke_authors, lo normal es que sea “God”).

UPDATE nuke_users SET user_password = MD5( 'nuevo_password' )
WHERE nuke_users.username = "usuario_administrador";
UPDATE nuke_authors SET pwd = MD5( 'nuevo_password' )
WHERE nuke_authors.name = "usuario_administrador"

Está probado en MySQL pero es SQL estándar así que no debería dar problemas con otros motores de BBDD.

La codificación utilizada es MD5, por lo que se almacena de forma segura.

Visto aquí.

Tras investigar y descubrir que es un problema relacionado con el fichero includes/session.inc la solución consistió en aplicar este parche
function sess_read($key) {
global $user;
register_shutdown_function('session_write_close');
$result = db_query_range("SELECT u.*, s.* FROM {users} u
INNER JOIN {sessions} s ON u.uid = s.uid
WHERE s.sid = '%s' AND u.status < 3", $key, 0, 1);
if (!db_num_rows($result)) {

Y eliminar la llamada a register_shutdown_function(‘session_write_close’); en la función db_connect(), en el caso de drupal 4.7, del fichero includes/database.mysqli.inc

La explicación en detalle es que, a partir de PHP 5.0.5, los destructores pueden usar sesiones pero los manejadores de sesion no pueden usar objetos, por lo que debemos cambiar el orden, se ha de cerrar la sesion con register_shutdown_function(‘session_write_close’); antes de destruir los objetos.

Este problema y su solución están ya incluidos en la rama principal de desarrollo de Drupal, y evitar este tipo de inconvenientes es una razón adicional a la que nos ofrecen los parches de seguridad, por lo que, si bien no sería imprescindible migrar todas las instalaciones de Drupal a la release más actual, sí es muy recomendable tenerlas actualizadas al último parche de su versión correspondiente.

Lo primero que necesitamos es descargar Drupal desde su página oficial. A día de hoy la última versión estable es Drupal 5.6

Una vez descargado, deberemos instalar un servidor LAMP, para Ubuntu y Debian es algo tan simple como esto:

sudo apt-get install apache2 php5-mysql libapache2-mod-php5 mysql-server php5-gd mysql-query-browser mysql-admin

Si os pide el password para el usuario de MySQL y la instalación es solamente local, podéis dejarlo vacío.

Realizar esta instalación y configuración para entornos Windows es sensiblemente más compleja, podéis echarle un vistazo al paquete XAMPP si ese es vuestro caso.
El siguiente paso es crear la base de datos MySQL y crear / asignar permisos a un usuario sobre la misma. Lo podemos hacer mediante la aplicacion MySQL Administrator o por línea de comandos:

mysql --user = root

Si le hemos puesto password al usuario antes, deberemos poner la opción -p y la contraseña.

Y ejecutamos estas dos sentencias

CREATE DATABASE nombre_bbdd;
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP,INDEX,
ALTER,CREATE TEMPORARY TABLES, LOCK TABLES ON nombre_bbdd.*
TO 'usuario_bbdd'@'localhost' IDENTIFIED BY 'password';

Extraemos Drupal en el directorio que más nos guste, por ejemplo /webs/Drupal y en el fichero /webs/Drupal/sites/default/settings.php , substituimos en la variable $db_url los valores con los que hemos creado la base de datos.

$db_url = ‘mysql://usuario_bbdd:password@localhost/nombre_bbdd‘;

Solamente nos queda configurar el Apache, si no queremos realizar el montaje del servidor de nombres y virtual hosts, podemos utilizar sites-available y sites-enabled, en el directorio /etc/apache2/ (para Ubuntu/Debian)

En el directorio sites-available deberemos crear un fichero con el nombre que queramos, por ejemplo drupal5 y lo configuramos:

NameVirtualHost drupal:80
<virtualhost drupal:80>
ServerAdmin root@localhost
ServerName drupal5
DocumentRoot /webs/Drupal
<directory />
Options FollowSymLinks
AllowOverride None
</directory>
<directory /webs/Drupal/>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</directory>
</virtualhost>
Después habilitamos el sitio

a2ensite /etc/apache2/sites-available/drupal5

Y reiniciamos Apache

sudo /etc/init.d/apache2 restart

Realizamos la instalación del sistema accediendo a http://drupal5/install.php y listo, ya podemos empezar a usar Drupal.

Una forma de resolver esto sin complicarnos demasiado es añadir esta línea al principio del fichero .sql que vayamos a importar;

/*!40101 SET NAMES utf8 */;

Esto hará que toda la codificación de ese fichero se realice en UTF8, evitándonos problemas con los caracteres extraños.

Una de las grandes ventajas de MySQL es que permite la codificación de caracteres a unos niveles muy detallados, puedes especificar una codificación en la propia instalación, en una base de datos… hasta en una columna de una tabla. En esta entrada del blog Orthogonal Thought hay un estupendo análisis de la codificación de caracteres orientada a la migración de datos.

En el fichero /etc/mysql/my.conf se deben comentar estas dos líneas

#skip-networking
#bind-address = 127.0.0.1

Después, se debe reiniciar el servidor MySQL

/etc/init.d/mysql restart

Y entonces, nos conectamos a mysql en el servidor y asignamos los siguientes privilegios:

GRANT ALL PRIVILEGES ON *.* TO usuario@"192.168.1.%"
identified by "password";

Donde usuario y password son los datos de conexión que utilizaremos para conectarnos en remoto y 192.168.1.% indica que todas las direcciones IP de nuestra red local tienen acceso, % se usa como comodín.

De esta forma todas las direcciones IP de nuestra red local podran conectarse en remoto a través de usuario / password:

mysql --user=root --host=servidor -p password