Entradas etiquetadas con Mysql
Obviamente estamos queriendo usar mas memoria de la que tenemos asignada para procesar la consulta que deseamos o cuando importamos dumps.
La solución es mas bien simple:
Para agregar mas memoria vamos a php.ini con el comando:
sudo gedit /etc/php5/apache2/php.ini
Buscamos “memory_limit” para cambiarle el limite de 16m que es lo que viene por defecto a 32M o 64M o lo que necesitemos.
Guardamos y reiniciamos Apache con el comando:
sudo /etc/init.d/apache2 restart
Drupal 6, $_SESSION y el usuario Anonymous
Pocas veces me encuentro con un problema tan boludo y con una solución tan sencilla.
El problema: digamos que por algún motivo tenemos que guardar información en una variable de sesision:
$_SESSION['referencia'] = "algunareferencia";
Bien, el problema se dió cuando no lograba que el usuario “Anonymous” guardara esta variable al cambiar de página, aunque estuviera dentro del mismo sitio.
La solución:
Resulta que por algún motivo, drupal cambió el id que tiene dicho usuario de “0” a otro numero cualquiera, y eso básicamente decanta en que drupal al querer almacenar los datos de la sesision en la tabla sessions, no machea su id ya que busca la session con id 0…
En fin, la solución es simplemente editar en la tabla “users” al usuario Anonymous y cambiar su ID a 0 (si no existe el usuario solo bastaría con crear un nuevo registro con los datos en blanco, pero con ID 0).
Hacer y recuperar Dumps Mysql desde la consola
Para obtener un dump:
mysqldump --opt --password=miclave --user=miuser mibasededatos > archivo.sql
Para recuperar un dump:
mysql --password=miclave --user=miuser mibase < archivo.sql
(Reemplacen lo que esta en negrita por los datos que correspondan).
ACTUALIZACION: hacer y restaurar DB con gzip
mysqldump -uUSUARIO -pCLAVE BASE_DE_DATOS | gzip -9 > archivo_de_salida.sql.gz
gunzip < archivo_de_salida.sql.gz | mysql -uUSUARIO -pCLAVE BASE_DE_DATOS