Te conectas a mysql con mysql -uroot -p y:
|
1 2 3 |
CREATE USER 'miusuario'@'localhost' IDENTIFIED BY 'miclave'; GRANT ALL PRIVILEGES ON laDB.* TO 'miusuario'@'localhost'; FLUSH PRIVILEGES; |
En este post vamos a enfocarnos sobre Memcached tratando de mostrar las ventajas a la hora de utilizarlo en Drupal 7. Memcached para los que no lo conozcan, es un data cache basado en RAM. Usar Memcached en Drupal tiene un beneficio altísimo tanto para usuarios logueados como para anónimos. ¿Por que?, fácil, Drupal para
Paramos el servidor: [console]sudo service mysql stop[/console] Arrancamos “mysqld_safe”:
|
1 |
sudo mysqld_safe --skip-grant-tables |
Dejamos esa consola con “mysqld_safe” corriendo. Abramos otra consola y hagamos lo siguiente:
|
1 |
sudo mysql -u root |
Una vez adentro de mysql tiramos los siguientes comandos:
|
1 2 3 4 |
use mysql; update user set password=PASSWORD("NUEVACLAVE") where User='root'; flush privileges; quit |
Ahora que hemos vuelto a la consola de linux, paramos mysql:
|
1 |
sudo service mysql stop |
El anterior comando va a terminar el proceso “mysqld_safe”
SQL_NO_CACHE es especialmente útil para cuando estas analizando una query lenta que se está cacheando y te impide ver el tiempo que consume en realidad.
|
1 |
SELECT SQL_NO_CACHE id, name FROM customer; |
NOTA: esta solución es útil para cualquier sistema que almacene las claves de usuarios en MYSQL por medio de MD5 o SHA1. Hecha la aclaración, comento el caso concreto de Drupal que nos va a servir de idea para el resto: Si no te acordás la clave de “admin” en Drupal y tenes acceso a
Estas son las cosas que mas me gustan de drupal: Resolver sus “misterios”. Resulta que estoy haciendo cientos de miles de nodos (no es broma o_O) con el modulo Devel generate para hacer unas pruebas, y cuando los creo de a 10.000 no hay problema, se tarda un huevo en hacerlos pero el batch que
|
1 |
mysql -uUSUARIO -pCLAVE capy_db < /home/capy/Descargas/dump.sql |
-uUSUARIO: nombre del usuario mysql con privilegios sobre la BD -pCLAVE: clave del usuario <: indicamos que vamos a lanzar el siguiente SQL sobre la BD /home/capy/Descargas/dump.sql: Ruta hasta donde tenemos guardado el dump. ACTUALIZACION: hacer y restaurar DB con gzip
|
1 |
mysqldump -uUSUARIO -pCLAVE BASE_DE_DATOS | gzip -9 > archivo_de_salida.sql.gz |
|
1 |
gunzip < archivo_de_salida.sql.gz | mysql -uUSUARIO -pCLAVE BASE_DE_DATOS |
No había tenido un problema asi nunca, pero en uno de los últimos proyectos se dio. Al recuperar unos registros de la base de datos ya me estaban llegando mal codificados. Así como áóñ. Buscando y buscando por todos lados encontré una serie de soluciones, y la combinación resultante para solucionar este problemita fue: Cambiar
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:
|
1 |
<strong>sudo gedit /etc/php5/apache2/php.ini</strong> |
Buscamos “memory_limit” para cambiarle el limite de 16m que es lo que viene por defecto a 32M
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:
|
1 |
$_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