[opensuse-es] Limpiando Firefox ("sqlites")
Hola, Con todo el follón de Thunderbird (ejem) he estado revisando el directorio de Firefox y veo que también tiene tendencia "a acumular" datos. Parece que los productos de Mozilla sufren de una especie de "síndrome de Diógenes" agudo, en este caso empeorado por el uso de una bdd que no permite ver los datos en claro (hay que instalar un plugin o programa para poder cargar el contenido de los archivos sqlite). sm01@stt008:~/.mozilla/firefox/[perfil].default$ ls -l *.sqlite -rw-r--r-- 1 sm01 sm01 7168 ene 4 17:21 content-prefs.sqlite -rw-r--r-- 1 sm01 sm01 562176 feb 27 12:01 cookies.sqlite -rw-r--r-- 1 sm01 sm01 4096 feb 26 23:08 downloads.sqlite -rw-r--r-- 1 sm01 sm01 546816 feb 27 11:59 formhistory.sqlite -rw-r--r-- 1 sm01 sm01 2048 dic 10 08:26 permissions.sqlite *-rw-r--r-- 1 sm01 sm01 31191040 feb 27 12:01 places.sqlite* -rw-r--r-- 1 sm01 sm01 2048 nov 14 20:07 search.sqlite -rw-r--r-- 1 sm01 sm01 32768 feb 27 11:58 urlclassifier3.sqlite -rw-r--r-- 1 sm01 sm01 2048 feb 27 11:57 webappsstore.sqlite 30 MiB ocupa el "places.sqlite". Vale. Perfecto. Al menos no son 300 MiB. No voy a volver a descargar mi ira sobre este sistema que me parece absurdo y desproporcionado (no todo el mundo tiene "gigas" de datos que gestionar en el navegador y el uso de una bdd puede resultar excesivo), pero en fin, a lo que vamos. He borrado el historial desde el propio programa pero sigue con ese tamaño, así que, aplicando la misma del lógica del Thunderbird, supongo que habrá algún "truco del almendruco". También he hecho los deberes y he consultado el artículo de Mozillazine¹ donde se lee que se puede eliminar el "places.sqlite" si se sospecha que el archivo está corrupto pero no creo que lo esté, sólo está "hinchado" y habrá que purgarlo... ¿Cómo lo vacío/descargo/purgo/compacto/defragmento? ¹ http://kb.mozillazine.org/Places.sqlite Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.2.00.1002271412390.25533@nimrodel.valinor> El 2010-02-27 a las 11:28 -0000, Camaleón escribió:
Con todo el follón de Thunderbird (ejem) he estado revisando el directorio de Firefox y veo que también tiene tendencia "a acumular" datos. Parece que los productos de Mozilla sufren de una especie de "síndrome de Diógenes" agudo, en este caso empeorado por el uso de una bdd que no permite ver los datos en claro (hay que instalar un plugin o programa para poder cargar el contenido de los archivos sqlite).
sm01@stt008:~/.mozilla/firefox/[perfil].default$ ls -l *.sqlite -rw-r--r-- 1 sm01 sm01 7168 ene 4 17:21 content-prefs.sqlite -rw-r--r-- 1 sm01 sm01 562176 feb 27 12:01 cookies.sqlite -rw-r--r-- 1 sm01 sm01 4096 feb 26 23:08 downloads.sqlite -rw-r--r-- 1 sm01 sm01 546816 feb 27 11:59 formhistory.sqlite -rw-r--r-- 1 sm01 sm01 2048 dic 10 08:26 permissions.sqlite *-rw-r--r-- 1 sm01 sm01 31191040 feb 27 12:01 places.sqlite* -rw-r--r-- 1 sm01 sm01 2048 nov 14 20:07 search.sqlite -rw-r--r-- 1 sm01 sm01 32768 feb 27 11:58 urlclassifier3.sqlite -rw-r--r-- 1 sm01 sm01 2048 feb 27 11:57 webappsstore.sqlite
Es lo típico. Yo tengo: - -rw-r--r-- 1 cer users 1.9M 2010-02-27 12:17 places.sqlite - -rw-r--r-- 1 cer users 43M 2010-02-27 11:49 urlclassifier3.sqlite
30 MiB ocupa el "places.sqlite". Vale. Perfecto. Al menos no son 300 MiB. No voy a volver a descargar mi ira sobre este sistema que me parece absurdo y desproporcionado (no todo el mundo tiene "gigas" de datos que gestionar en el navegador y el uso de una bdd puede resultar excesivo), pero en fin, a lo que vamos.
Ponen una base de datos hecha por otros porque les es más fácil que gestionar el almacenamiento de esos datos por sus propios medios. Y usan sqlite porque así es interna y no depende de un daemon que puede estar arrancado o no, y sobre el que pueden o no tener permisos. Y siendo una base de datos típica, tiene el típico problema de llenado desbordado por no borrar físicamente los registros borrados, o no reutilizarlos adecuadamente. Ya te dije que lo hacen muchos. >:-) Respecto a ver el contenido, quizás se podría con "sqlite3". En <http://en.wikipedia.org/wiki/Sqlite> mencionan algunas herramientas.
He borrado el historial desde el propio programa pero sigue con ese tamaño, así que, aplicando la misma del lógica del Thunderbird, supongo que habrá algún "truco del almendruco".
Lo hay, en efecto. http://www.downloadsquad.com/2009/08/24/speed-up-firefox-by-cleaning-out-you... Lo comentaron en la lista inglesa hace una semana o dos. Yo no lo he probado, y el que tenía el problema no notó mucha mejoría, su problema era otro. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuJH3UACgkQtTMYHG2NR9Uf6wCfVqTKuwwobkwJNjxBta7Dm7ta IMgAnjhMhq9sQf3N6qNqI1He10rIYEjY =RBnb -----END PGP SIGNATURE-----
El Sat, 27 Feb 2010 14:34:37 +0100, Carlos E. R. escribió:
El 2010-02-27 a las 11:28 -0000, Camaleón escribió:
sm01@stt008:~/.mozilla/firefox/[perfil].default$ ls -l *.sqlite -rw-r--r-- 1 sm01 sm01 7168 ene 4 17:21 content-prefs.sqlite -rw-r--r-- 1 sm01 sm01 562176 feb 27 12:01 cookies.sqlite -rw-r--r-- 1 sm01 sm01 4096 feb 26 23:08 downloads.sqlite -rw-r--r-- 1 sm01 sm01 546816 feb 27 11:59 formhistory.sqlite -rw-r--r-- 1 sm01 sm01 2048 dic 10 08:26 permissions.sqlite *-rw-r--r-- 1 sm01 sm01 31191040 feb 27 12:01 places.sqlite* -rw-r--r-- 1 sm01 sm01 2048 nov 14 20:07 search.sqlite -rw-r--r-- 1 sm01 sm01 32768 feb 27 11:58 urlclassifier3.sqlite -rw-r--r-- 1 sm01 sm01 2048 feb 27 11:57 webappsstore.sqlite
Es lo típico. Yo tengo:
- -rw-r--r-- 1 cer users 1.9M 2010-02-27 12:17 places.sqlite - -rw-r--r-- 1 cer users 43M 2010-02-27 11:49 urlclassifier3.sqlite
Ah, tu "places.sqlite" es más razonable. Pero... ¿43 MiB el "urlclassifier3.sqlite"? Eso es mucho ¿no? :-?
30 MiB ocupa el "places.sqlite". Vale. Perfecto. Al menos no son 300 MiB. No voy a volver a descargar mi ira sobre este sistema que me parece absurdo y desproporcionado (no todo el mundo tiene "gigas" de datos que gestionar en el navegador y el uso de una bdd puede resultar excesivo), pero en fin, a lo que vamos.
Ponen una base de datos hecha por otros porque les es más fácil que gestionar el almacenamiento de esos datos por sus propios medios. Y usan sqlite porque así es interna y no depende de un daemon que puede estar arrancado o no, y sobre el que pueden o no tener permisos. Y siendo una base de datos típica, tiene el típico problema de llenado desbordado por no borrar físicamente los registros borrados, o no reutilizarlos adecuadamente. Ya te dije que lo hacen muchos. >:-)
Ya sé que es la tendencia... el Amarok fue de los primeros en incorporar el uso de sqlite, creo. Si lo entiendo. A ver, los desarrolladores se curan en salud y tienen parte de razón porque cada vez queremos gestionar mayor cantidad de datos a la par que queremos velocidad y el uso de archivos estáticos y planos se queda corto. ¡Pero no siempre! :-) Al final va a llegar un día en el que los requisitos mínimos para instalar cualquier programita de medio pelo pasen por tener instala una DB como Oracle o MySQL... >>:-) Además, pase que usen este tipo de /backends/, pero si lo hacen, deberían incluir las herramientas necesarias para gestionar este tipo de archivos y automatizar su mantenimiento sin causar perjuicios al usuario.
Respecto a ver el contenido, quizás se podría con "sqlite3". En <http://en.wikipedia.org/wiki/Sqlite> mencionan algunas herramientas.
Sí, eso es lo que había leído. No me interesa tanto ver el contenido de los archivos pero sí mantener el tamaño a raya.
He borrado el historial desde el propio programa pero sigue con ese tamaño, así que, aplicando la misma del lógica del Thunderbird, supongo que habrá algún "truco del almendruco".
Lo hay, en efecto.
http://www.downloadsquad.com/2009/08/24/speed-up-firefox-by-cleaning- out-your-sqlite-databases/
¡Ah! Voy... *** A while back, Jason mentioned giving your Firefox performance a boost by limiting the length of time items are saved in history. At Mozilla Links, they've shared another handy tip from Mozilla developer Jeremy Orem. His advice: take a vacuum to your SQLite databases. Here's how to do it: 1. Open the Firefox tools menu and click on error console. 2. Paste the following command into the code box as a single line (as pictured): Components.classes["@mozilla.org/browser/nav-history-service;1"].getService(Components.interfaces.nsPIPlacesDatabase).DBConnection.executeSimpleSQL("VACUUM"); 3. Hit [enter] or click the evaluate button. After a momentary hang, you'll be able to close the console and return to your main Firefox window to enjoy your leaner, meaner browser! ***
Lo comentaron en la lista inglesa hace una semana o dos. Yo no lo he probado, y el que tenía el problema no notó mucha mejoría, su problema era otro.
Hum... lo he ejecutado, pero me ha dado este error: *** Error: uncaught exception: [Exception... "Component returned failure code: 0x80570018 (NS_ERROR_XPC_BAD_IID) [nsIJSCID.getService]" nsresult: "0x80570018 (NS_ERROR_XPC_BAD_IID)" location: "JS frame :: javascript:% 20Components.classes["@mozilla.org/browser/nav-history- service;1"].getService (Components.interfaces.nsPIPlacesDatabase).DBConnection.executeSimpleSQL ("VACUUM"); :: <TOP_LEVEL> :: line 1" data: no] *** Y sigue igual :-( sm01@stt008:~/.mozilla/firefox/[perfil].default$ ls -l *.sqlite -rw-r--r-- 1 sm01 sm01 7168 ene 4 17:21 content-prefs.sqlite -rw-r--r-- 1 sm01 sm01 562176 feb 27 15:10 cookies.sqlite -rw-r--r-- 1 sm01 sm01 4096 feb 26 23:08 downloads.sqlite -rw-r--r-- 1 sm01 sm01 546816 feb 27 14:12 formhistory.sqlite -rw-r--r-- 1 sm01 sm01 2048 dic 10 08:26 permissions.sqlite -rw-r--r-- 1 sm01 sm01 31191040 feb 27 15:10 places.sqlite -rw-r--r-- 1 sm01 sm01 2048 nov 14 20:07 search.sqlite -rw-r--r-- 1 sm01 sm01 32768 feb 27 14:59 urlclassifier3.sqlite -rw-r--r-- 1 sm01 sm01 2048 feb 27 11:57 webappsstore.sqlite Estoy con la versión 3.0.6 (Iceweasel). Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 27/02/10 15:30, Camaleón escribió:
El Sat, 27 Feb 2010 14:34:37 +0100, Carlos E. R. escribió:
El 2010-02-27 a las 11:28 -0000, Camaleón escribió:
out-your-sqlite-databases/ ¡Ah! Voy...
*** A while back, Jason mentioned giving your Firefox performance a boost by limiting the length of time items are saved in history. At Mozilla Links, they've shared another handy tip from Mozilla developer Jeremy Orem.
His advice: take a vacuum to your SQLite databases. Here's how to do it:
1. Open the Firefox tools menu and click on error console. 2. Paste the following command into the code box as a single line (as pictured):
Components.classes["@mozilla.org/browser/nav-history-service;1"].getService(Components.interfaces.nsPIPlacesDatabase).DBConnection.executeSimpleSQL("VACUUM");
3. Hit [enter] or click the evaluate button.
After a momentary hang, you'll be able to close the console and return to your main Firefox window to enjoy your leaner, meaner browser! ***
Lo comentaron en la lista inglesa hace una semana o dos. Yo no lo he probado, y el que tenía el problema no notó mucha mejoría, su problema era otro.
Hum... lo he ejecutado, pero me ha dado este error:
Pues yo lo he probado y no ha dado ningún mensaje de error, eso quizás signifique que todo ha ido bien. linux-n28i:/home/Nacho/.mozilla/firefox/[perfil].default # ls -l *.sqlite -rw-r--r-- 1 Nacho users 7168 ene 2 17:07 content-prefs.sqlite -rw-r--r-- 1 Nacho users 290816 feb 27 22:40 cookies.sqlite -rw-r--r-- 1 Nacho users 12288 feb 27 22:27 downloads.sqlite -rw-r--r-- 1 Nacho users 63488 feb 23 23:06 formhistory.sqlite -rw-r--r-- 1 Nacho users 2048 ene 19 22:59 permissions.sqlite -rw-r--r-- 1 Nacho users 2826240 feb 27 22:40 places.sqlite -rw-r--r-- 1 Nacho users 2048 feb 27 22:27 search.sqlite -rw-r--r-- 1 Nacho users 11264 feb 13 21:27 signons.sqlite -rw-r--r-- 1 Nacho users 38375424 feb 27 22:38 urlclassifier3.sqlite -rw-r--r-- 1 Nacho users 3072 dic 26 22:55 webappsstore.sqlite Este es el resultado, y aunque despues de todo no parece que sea mucho mejor que lo que vosotros mostrais.
*** Error: uncaught exception: [Exception... "Component returned failure code: 0x80570018 (NS_ERROR_XPC_BAD_IID) [nsIJSCID.getService]" nsresult: "0x80570018 (NS_ERROR_XPC_BAD_IID)" location: "JS frame :: javascript:% 20Components.classes["@mozilla.org/browser/nav-history- service;1"].getService (Components.interfaces.nsPIPlacesDatabase).DBConnection.executeSimpleSQL ("VACUUM"); :: <TOP_LEVEL> :: line 1" data: no] ***
Y sigue igual :-(
sm01@stt008:~/.mozilla/firefox/[perfil].default$ ls -l *.sqlite -rw-r--r-- 1 sm01 sm01 7168 ene 4 17:21 content-prefs.sqlite -rw-r--r-- 1 sm01 sm01 562176 feb 27 15:10 cookies.sqlite -rw-r--r-- 1 sm01 sm01 4096 feb 26 23:08 downloads.sqlite -rw-r--r-- 1 sm01 sm01 546816 feb 27 14:12 formhistory.sqlite -rw-r--r-- 1 sm01 sm01 2048 dic 10 08:26 permissions.sqlite -rw-r--r-- 1 sm01 sm01 31191040 feb 27 15:10 places.sqlite -rw-r--r-- 1 sm01 sm01 2048 nov 14 20:07 search.sqlite -rw-r--r-- 1 sm01 sm01 32768 feb 27 14:59 urlclassifier3.sqlite -rw-r--r-- 1 sm01 sm01 2048 feb 27 11:57 webappsstore.sqlite
Estoy con la versión 3.0.6 (Iceweasel).
Saludos,
Saludos. -- /Nacho -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sat, 27 Feb 2010 22:52:54 +0100, Ignacio de Juan escribió:
El 27/02/10 15:30, Camaleón escribió:
Lo comentaron en la lista inglesa hace una semana o dos. Yo no lo he probado, y el que tenía el problema no notó mucha mejoría, su problema era otro.
Hum... lo he ejecutado, pero me ha dado este error:
Pues yo lo he probado y no ha dado ningún mensaje de error, eso quizás signifique que todo ha ido bien.
Será por la versión del Firefox. ¿Tienes la 3.5.x? La mía es muy antigua :-( (...)
Este es el resultado, y aunque despues de todo no parece que sea mucho mejor que lo que vosotros mostrais.
Bueno, se supone que ese comando "purga" el archivo "places.sqlite" concretamente, y el tuyo tiene un tamaño de 2 MiB, no creo que pueda quitar mucho ;-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2010-02-28 00:04, Camaleón wrote:
El Sat, 27 Feb 2010 22:52:54 +0100, Ignacio de Juan escribió:
Será por la versión del Firefox. ¿Tienes la 3.5.x? La mía es muy antigua :-(
Estoy liado haciendo mermelada, no te pude contestar antes. Si, el enlace que puse es para la 3.5.
(...)
Este es el resultado, y aunque despues de todo no parece que sea mucho mejor que lo que vosotros mostrais.
Bueno, se supone que ese comando "purga" el archivo "places.sqlite" concretamente, y el tuyo tiene un tamaño de 2 MiB, no creo que pueda quitar mucho ;-)
Y no sabemos como modificar el comando para otras bases. El comando externo tiene mejores posibilidades. -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 28/02/10 00:04, Camaleón escribió:
El Sat, 27 Feb 2010 22:52:54 +0100, Ignacio de Juan escribió:
El 27/02/10 15:30, Camaleón escribió:
Lo comentaron en la lista inglesa hace una semana o dos. Yo no lo he probado, y el que tenía el problema no notó mucha mejoría, su problema era otro.
Hum... lo he ejecutado, pero me ha dado este error:
Pues yo lo he probado y no ha dado ningún mensaje de error, eso quizás signifique que todo ha ido bien.
Será por la versión del Firefox. ¿Tienes la 3.5.x? La mía es muy antigua :-(
(...)
Si, la 3.5.8
Este es el resultado, y aunque despues de todo no parece que sea mucho mejor que lo que vosotros mostrais.
Bueno, se supone que ese comando "purga" el archivo "places.sqlite" concretamente, y el tuyo tiene un tamaño de 2 MiB, no creo que pueda quitar mucho ;-)
Saludos,
saludos -- /Nacho -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :) On Saturday 27 February 2010 15:30 Camaleón wrote [...]
Hum... lo he ejecutado, pero me ha dado este error:
*** Error: uncaught exception: [Exception... "Component returned failure code: 0x80570018 (NS_ERROR_XPC_BAD_IID) [nsIJSCID.getService]" nsresult: "0x80570018 (NS_ERROR_XPC_BAD_IID)" location: "JS frame :: javascript:% 20Components.classes["@mozilla.org/browser/nav-history- service;1"].getService (Components.interfaces.nsPIPlacesDatabase).DBConnection.executeSimpleSQL ("VACUUM"); :: <TOP_LEVEL> :: line 1" data: no] ***
Y sigue igual :-(
sm01@stt008:~/.mozilla/firefox/[perfil].default$ ls -l *.sqlite -rw-r--r-- 1 sm01 sm01 7168 ene 4 17:21 content-prefs.sqlite -rw-r--r-- 1 sm01 sm01 562176 feb 27 15:10 cookies.sqlite -rw-r--r-- 1 sm01 sm01 4096 feb 26 23:08 downloads.sqlite -rw-r--r-- 1 sm01 sm01 546816 feb 27 14:12 formhistory.sqlite -rw-r--r-- 1 sm01 sm01 2048 dic 10 08:26 permissions.sqlite -rw-r--r-- 1 sm01 sm01 31191040 feb 27 15:10 places.sqlite -rw-r--r-- 1 sm01 sm01 2048 nov 14 20:07 search.sqlite -rw-r--r-- 1 sm01 sm01 32768 feb 27 14:59 urlclassifier3.sqlite -rw-r--r-- 1 sm01 sm01 2048 feb 27 11:57 webappsstore.sqlite
Estoy con la versión 3.0.6 (Iceweasel).
Prueba esto: http://weblog.savanne.be/153-performance-tip-of-the-day HTH Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com rgriman@jabberes.org Happily using KDE 4.4 :) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 28 Feb 2010 02:05:37 +0100, Rafa Grimán escribió:
On Saturday 27 February 2010 15:30 Camaleón wrote
[...]
Hum... lo he ejecutado, pero me ha dado este error:
(...)
Estoy con la versión 3.0.6 (Iceweasel).
Prueba esto:
*** Performance tip of the day If your Firefox, like mine, insists on doing huge amounts of I/O when closing, as well as acts slow when using the awesomebar, try the following (close down Firefox completely first): for f in ~/.mozilla/firefox/*/*.sqlite; do sqlite3 $f 'VACUUM;'; done It's harmless, no data will be lost: it compacts your SQLite databases. Noticable gains for me. *** Con ese comando se "purgan" todos los archivos "sqlite" del Firefox. Supongo que hoy por hoy debe ser la mejor opción pero de momento paso de instalar el sqlite3 :-P De todas formas, los de Mozilla tienen enfilado el problema, a ver si lo solucionan de una forma más /elegante/ en próximas versiones: https://wiki.mozilla.org/Firefox/Projects/Places_Vacuum Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sábado 27 Febrero 2010, Camaleón escribió:
Hola,
También he hecho los deberes y he consultado el artículo de Mozillazine¹ donde se lee que se puede eliminar el "places.sqlite" si se sospecha que el archivo está corrupto pero no creo que lo esté, sólo está "hinchado" y habrá que purgarlo...
¿Cómo lo vacío/descargo/purgo/compacto/defragmento?
¹ http://kb.mozillazine.org/Places.sqlite
Saludos,
* Instala un editor sqlite, ya que con el plug-in de mozilla no podras por que estara bloqueada la base de datos, o en linea de comandos sqlite3 ~/.mozilla/firefox/perfil/places.sqlite .help para la ayuda .databases para ver las bases de datos seguramente main. .tables para ver las tablas y hacer un vaacum o reindex VACUUM; para compactar .reindex tablas ; .quit o desde la shell echo 'VACUUM;' | sqlite ~/.mozilla/firefox/perfil/places.sqlite * En cualquier caso segun la pagina que mencionas, ese fichero se autogenera a partir de un backup y si no existe desde el de bookmarks. * haz una copia del directorio del perfil y cargate el fichero, parece lo mas facil.
El Sat, 27 Feb 2010 17:32:57 +0100, jose maria escribió:
El Sábado 27 Febrero 2010, Camaleón escribió:
También he hecho los deberes y he consultado el artículo de Mozillazine¹ donde se lee que se puede eliminar el "places.sqlite" si se sospecha que el archivo está corrupto pero no creo que lo esté, sólo está "hinchado" y habrá que purgarlo...
¿Cómo lo vacío/descargo/purgo/compacto/defragmento?
* Instala un editor sqlite, ya que con el plug-in de mozilla no podras por que estara bloqueada la base de datos, o en linea de comandos sqlite3 ~/.mozilla/firefox/perfil/places.sqlite .help para la ayuda .databases para ver las bases de datos seguramente main. .tables para ver las tablas y hacer un vaacum o reindex VACUUM; para compactar .reindex tablas ; .quit o desde la shell echo 'VACUUM;' | sqlite ~/.mozilla/firefox/perfil/places.sqlite
Hum... hummmmm....
* En cualquier caso segun la pagina que mencionas, ese fichero se autogenera a partir de un backup y si no existe desde el de bookmarks.
* haz una copia del directorio del perfil y cargate el fichero, parece lo mas facil.
Al final he optado por la tremenda y eliminar el "places.sqlite" como dices. Pero ojo, que el archivo también lleva los marcadores y sí, en el artículo dice que si se elimina el archivo los reconstruye automáticamente desde los JSON que se tengan de backup o en su defecto, el bookmark.html pero: a/ El último archivo de backup que tiene es de hoy a las 10:25 y posteriormente he añadido un par de marcadores más que no estarán almacenados por lo que se perderían. b/ El bookmark.html sólo tiene 3 marcadores (creo que los predeterminados) así que no sirve. Por lo que antes de nada, he hecho lo siguiente: 1/ Exportar los marcadores actuales a un archivo único "20100227_bookmark.html" 2/ Renombrar el directorio de los JSON (para que no le dé por reconstruir los marcadores desde los archivos de backup no actualizados) 3/ Mover el places.sqlite a otro directorio (glups...) 4/ Renombrar el "bookmark.html" original a "bookmark.html_orig.html" y renombrar el "20100227_bookmark.html" a "bookmark.html. 5/ Iniciar firefox Al hacerlo, se ha creado un "places.sqlite" nuevo, de 816 KiB (eso ya es otra cosa), se ha creado un nuevo directorio "bookmarkbackups" con un JSON del tamaño del bookmark.html actual y los marcadores están todos intactos. No sé si habrá algún otro efecto secundario, de momento todo parece correcto. En fin, vale. Pero menudo cachondeo se llevan los de Mozilla con sus archivos de almacenamiento... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Sábado, 27 de Febrero de 2010 12:28:20 Camaleón escribió:
Hola,
Con todo el follón de Thunderbird (ejem) he estado revisando el directorio de Firefox y veo que también tiene tendencia "a acumular" datos. Parece que los productos de Mozilla sufren de una especie de "síndrome de Diógenes" agudo, en este caso empeorado por el uso de una bdd que no permite ver los datos en claro (hay que instalar un plugin o programa para poder cargar el contenido de los archivos sqlite).
sm01@stt008:~/.mozilla/firefox/[perfil].default$ ls -l *.sqlite -rw-r--r-- 1 sm01 sm01 7168 ene 4 17:21 content-prefs.sqlite -rw-r--r-- 1 sm01 sm01 562176 feb 27 12:01 cookies.sqlite -rw-r--r-- 1 sm01 sm01 4096 feb 26 23:08 downloads.sqlite -rw-r--r-- 1 sm01 sm01 546816 feb 27 11:59 formhistory.sqlite -rw-r--r-- 1 sm01 sm01 2048 dic 10 08:26 permissions.sqlite *-rw-r--r-- 1 sm01 sm01 31191040 feb 27 12:01 places.sqlite* -rw-r--r-- 1 sm01 sm01 2048 nov 14 20:07 search.sqlite -rw-r--r-- 1 sm01 sm01 32768 feb 27 11:58 urlclassifier3.sqlite -rw-r--r-- 1 sm01 sm01 2048 feb 27 11:57 webappsstore.sqlite
30 MiB ocupa el "places.sqlite". Vale. Perfecto. Al menos no son 300 MiB. No voy a volver a descargar mi ira sobre este sistema que me parece absurdo y desproporcionado (no todo el mundo tiene "gigas" de datos que gestionar en el navegador y el uso de una bdd puede resultar excesivo), pero en fin, a lo que vamos.
He borrado el historial desde el propio programa pero sigue con ese tamaño, así que, aplicando la misma del lógica del Thunderbird, supongo que habrá algún "truco del almendruco".
También he hecho los deberes y he consultado el artículo de Mozillazine¹ donde se lee que se puede eliminar el "places.sqlite" si se sospecha que el archivo está corrupto pero no creo que lo esté, sólo está "hinchado" y habrá que purgarlo...
¿Cómo lo vacío/descargo/purgo/compacto/defragmento?
¹ http://kb.mozillazine.org/Places.sqlite
Saludos,
prueba zypper install sqlite3 sqlite3 fichero.sqlite .dump y veras los contenidos de las tablas Es un lujazo tener un motor relacional y abierto en ese espacio... Salu2 Most people know C is not so high level.... ...But Who Cares?? Im KDE 4.3.5 Yeeeepppaaa!! -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sat, 27 Feb 2010 23:19:48 +0100, Angel escribió:
On Sábado, 27 de Febrero de 2010 12:28:20 Camaleón escribió:
(...)
También he hecho los deberes y he consultado el artículo de Mozillazine¹ donde se lee que se puede eliminar el "places.sqlite" si se sospecha que el archivo está corrupto pero no creo que lo esté, sólo está "hinchado" y habrá que purgarlo...
¿Cómo lo vacío/descargo/purgo/compacto/defragmento?
prueba
zypper install sqlite3
sqlite3 fichero.sqlite
.dump
y veras los contenidos de las tablas
¿Y para qué querría ver el contenido de las tablas? >:-) Lo que quería era purgarlas...
Es un lujazo tener un motor relacional y abierto en ese espacio...
Será un "lujazo" cuando los de Mozilla aprendan a gestionarlas sin que les lleguen a crecer hasta tamaños insospechados (por ahí he encontrado mensajes de usuarios con archivos sqlites de 1 GiB...) :-P Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2010-02-28 00:09, Camaleón wrote:
El Sat, 27 Feb 2010 23:19:48 +0100, Angel escribió:
Es un lujazo tener un motor relacional y abierto en ese espacio...
Será un "lujazo" cuando los de Mozilla aprendan a gestionarlas sin que les lleguen a crecer hasta tamaños insospechados (por ahí he encontrado mensajes de usuarios con archivos sqlites de 1 GiB...) :-P
Eso, o es culpa de los de sqlite (eso me parece), o es culpa de los de mozilla por no prever una aspiradora automática. -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Domingo, 28 de Febrero de 2010 03:27:38 Carlos E.R. escribió:
On 2010-02-28 00:09, Camaleón wrote:
El Sat, 27 Feb 2010 23:19:48 +0100, Angel escribió:
Es un lujazo tener un motor relacional y abierto en ese espacio...
Será un "lujazo" cuando los de Mozilla aprendan a gestionarlas sin que les lleguen a crecer hasta tamaños insospechados (por ahí he encontrado mensajes de usuarios con archivos sqlites de 1 GiB...) :-P
Eso, o es culpa de los de sqlite (eso me parece), o es culpa de los de mozilla por no prever una aspiradora automática.
vacuum vacuum vacuum solo hay que conectarse a cada archivo y hacerle el vacuum -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-02-28 a las 11:08 +0100, Angel escribió:
On Domingo, 28 de Febrero de 2010 03:27:38 Carlos E.R. escribió:
Eso, o es culpa de los de sqlite (eso me parece), o es culpa de los de mozilla por no prever una aspiradora automática.
vacuum vacuum vacuum
solo hay que conectarse a cada archivo y hacerle el vacuum
Pero no está bien que eso tenga que hacerlo el usuario. Se sabe que probablemente haya que hacerlo de vez en cuando... pues nada, eso hay que programarlo en el mozilla. Dentro. Automático. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuKeYoACgkQtTMYHG2NR9W42QCeNzrMDDmzNIPh92vnE9AxNjoP nYIAn1JvWArLjRRR/48AvP+RwTdGVOJ8 =gem9 -----END PGP SIGNATURE-----
On Domingo, 28 de Febrero de 2010 00:09:00 Camaleón escribió:
El Sat, 27 Feb 2010 23:19:48 +0100, Angel escribió:
On Sábado, 27 de Febrero de 2010 12:28:20 Camaleón escribió:
(...)
También he hecho los deberes y he consultado el artículo de Mozillazine¹ donde se lee que se puede eliminar el "places.sqlite" si se sospecha que el archivo está corrupto pero no creo que lo esté, sólo está "hinchado" y habrá que purgarlo...
¿Cómo lo vacío/descargo/purgo/compacto/defragmento?
prueba
zypper install sqlite3
sqlite3 fichero.sqlite
.dump
y veras los contenidos de las tablas
¿Y para qué querría ver el contenido de las tablas? >:-) Lo que quería era purgarlas... Ya!! yo lo que digo es que si no tienes una recipe magica por ahi para purgarlas basta con hacer un "delete form..." pero claro hay que ver un poco el el schema no se que te cargues algo...
ah claro y luego un vacuum!!! (en realidad podrias hacer el vacuum antes y ver si encongen...) Salu2
Es un lujazo tener un motor relacional y abierto en ese espacio...
Será un "lujazo" cuando los de Mozilla aprendan a gestionarlas sin que les lleguen a crecer hasta tamaños insospechados (por ahí he encontrado mensajes de usuarios con archivos sqlites de 1 GiB...) :-P
Saludos,
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 28 Feb 2010 11:07:36 +0100, Angel escribió:
On Domingo, 28 de Febrero de 2010 00:09:00 Camaleón escribió:
¿Y para qué querría ver el contenido de las tablas? >:-) Lo que quería era purgarlas... Ya!! yo lo que digo es que si no tienes una recipe magica por ahi para purgarlas basta con hacer un "delete form..." pero claro hay que ver un poco el el schema no se que te cargues algo...
Juvar.. no, no conozco la sintaxis del sqlite3 ni el schema de la db usado por Firefox tanto como para ir eliminado cosas =:-) E ir con un editor examinado la db viendo que borro y qué no tampoco me parece muy práctico.
ah claro y luego un vacuum!!! (en realidad podrias hacer el vacuum antes y ver si encongen...)
Sí, el ejemplo que puso Jose Maria (para purgar una db concreta) o Rafa (para purgar todos los sqlites), por ejemplo, sirven para eso. El de Carlos E. R. (que sería la opción que más me gusta porque no hay que instalar nada) también está muy bien (al menos para purgar el archivo "places.sqlite"), pero sólo sirve para versiones >3.5. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Domingo, 28 de Febrero de 2010 12:10:42 Camaleón escribió:
El Sun, 28 Feb 2010 11:07:36 +0100, Angel escribió:
On Domingo, 28 de Febrero de 2010 00:09:00 Camaleón escribió:
¿Y para qué querría ver el contenido de las tablas? >:-) Lo que quería era purgarlas...
Ya!! yo lo que digo es que si no tienes una recipe magica por ahi para purgarlas basta con hacer un "delete form..." pero claro hay que ver un poco el el schema no se que te cargues algo...
Juvar.. no, no conozco la sintaxis del sqlite3 ni el schema de la db usado por Firefox tanto como para ir eliminado cosas =:-)
E ir con un editor examinado la db viendo que borro y qué no tampoco me parece muy práctico.
ah claro y luego un vacuum!!! (en realidad podrias hacer el vacuum antes y ver si encongen...)
Sí, el ejemplo que puso Jose Maria (para purgar una db concreta) o Rafa (para purgar todos los sqlites), por ejemplo, sirven para eso.
El de Carlos E. R. (que sería la opción que más me gusta porque no hay que instalar nada) también está muy bien (al menos para purgar el archivo "places.sqlite"), pero sólo sirve para versiones >3.5.
Saludos,
con sqlite y dump puedes sacar un volcado sql de las tablas luegos puedes recrear el fichero añadiendole pragma auto_vacuum = full (creo que era asi) y ya se gestionan solas. (no puedes hacerlos una vez creadas). Como te digo un lujo, pudiendo mirar un poco de sql puedes ver todas las tripas... peor es amarok que a empotrado mysql ¿Como co** puede n ver las tablas ahora? ah! el shell script de firefox que lanza el binario es el lugar ideone para estas ñapas.. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 28 Feb 2010 12:41:44 +0100, Angel escribió:
On Domingo, 28 de Febrero de 2010 12:10:42 Camaleón escribió:
con sqlite y dump puedes sacar un volcado sql de las tablas
luegos puedes recrear el fichero añadiendole pragma auto_vacuum = full (creo que era asi) y ya se gestionan solas. (no puedes hacerlos una vez creadas).
Eso lo tendrán que configurar los de Mozilla, yo no me arriesgo a hacerlo :-/
Como te digo un lujo, pudiendo mirar un poco de sql puedes ver todas las tripas... peor es amarok que a empotrado mysql ¿Como co** puede n ver las tablas ahora?
Ah, pues igual ¿no? >:-) http://amarok.kde.org/wiki/MySQL_HowTo Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Domingo, 28 de Febrero de 2010 12:58:41 Camaleón escribió:
El Sun, 28 Feb 2010 12:41:44 +0100, Angel escribió:
On Domingo, 28 de Febrero de 2010 12:10:42 Camaleón escribió:
con sqlite y dump puedes sacar un volcado sql de las tablas
luegos puedes recrear el fichero añadiendole pragma auto_vacuum = full (creo que era asi) y ya se gestionan solas. (no puedes hacerlos una vez creadas).
Eso lo tendrán que configurar los de Mozilla, yo no me arriesgo a hacerlo :-/
Como te digo un lujo, pudiendo mirar un poco de sql puedes ver todas las tripas... peor es amarok que a empotrado mysql ¿Como co** puede n ver las tablas ahora?
Ah, pues igual ¿no? >:-) bueno .... ¿¿donde está el servidor para empezar??
http://amarok.kde.org/wiki/MySQL_HowTo
Saludos,
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 28 Feb 2010 13:30:31 +0100, Angel escribió:
On Domingo, 28 de Febrero de 2010 12:58:41 Camaleón escribió:
Como te digo un lujo, pudiendo mirar un poco de sql puedes ver todas las tripas... peor es amarok que a empotrado mysql ¿Como co** puede n ver las tablas ahora?
Ah, pues igual ¿no? >:-) bueno .... ¿¿donde está el servidor para empezar??
En el mismo sitio donde tienes el "sqlite3" (es decir, que si no lo tienes, tendrás que instalarlo, digo yo :-PP). "Sus" dejo ya, que tengo preparar las cosas para ir a Valencia unos días. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-02-28 a las 12:41 +0100, Angel escribió:
On Domingo, 28 de Febrero de 2010 12:10:42 Camaleón escribió:
con sqlite y dump puedes sacar un volcado sql de las tablas
luegos puedes recrear el fichero añadiendole pragma auto_vacuum = full (creo que era asi) y ya se gestionan solas. (no puedes hacerlos una vez creadas).
Eso es muy interesante, pero... opino como Camaleón, es una cosa que debieran hacer los de mozilla por diseño. Yo no voy a tocar eso.
Como te digo un lujo, pudiendo mirar un poco de sql puedes ver todas las tripas... peor es amarok que a empotrado mysql ¿Como co** puede n ver las tablas ahora?
¿No usan el del sistema? ¿Sí o sí lo empotran? Caray. No me gusta. Supongo que tendrá un archivo de configuración, quizás sirva por un puerto al que te puedas conectar y mirar, con el amarok arrancado. Eso es casi como los de vmware 2, que sí o sí te empotran un apache y un... no se como se llama ahora mismo, pero un tocho. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuKe3EACgkQtTMYHG2NR9U8IgCZAdbO6IaaRQTxzB3UReKF1wqF rMQAoJfVwdv1fQOIgj6U7svtOVEanYwM =+qro -----END PGP SIGNATURE-----
participants (8)
-
Angel -
Angel -
Camaleón -
Carlos E. R. -
Carlos E.R. -
Ignacio de Juan -
jose maria -
Rafa Grimán