Firefox-Profile vereinheitlichen und konfigurieren

[Rüdiger Kupper]

Hallo Jens,

ich hab grad völlig die Übersicht mit den Firefox-Profilen verloren:

1. ~/.mozilla/firefox/
2. ~/einstellungen/firefox/
3. auf den Windows-Rechnern auch noch C:\Dokumente und Einstellungen\kup\Anwendungsdaten\Mozilla\Firefox\

Ich würde die gerne vereinheitlichen (Softlinks), weiß aber grade nicht, welche denn nun eigentlich benutzt werden?

Jedenfalls erinnert sich mein Firefox im lehrerzimmer an die Seiten,d ie ich im Klassenzimmer offen hatte, die verwenden also schon das gleiche Profil(?)

Hast Du da den Durchblick?

[bau]

1. ~/.mozilla/firefox/
2. ~/einstellungen/firefox/
3. auf den Windows-Rechnern auch noch C:\Dokumente und Einstellungen\kup\Anwendungsdaten\Mozilla\Firefox\

Also:

• Auf den Windows-Rechnern: Es gibt zwei Profile zur Auswahl beim Starten des Firefox:
  1. lokal liegt unter C:\Dokumente und Einstellungen\kup\Anwendungsdaten\Mozilla\Firefox\
  2. serverbasiert liegt unter H:\einstelungen/firefox (also ~/einstellungen/firefox)
• Auf den Ubuntu-Clients ~/.mozilla/firefox Dort lagert die profiles.ini, die sagt, wo das Profilverzeichnis ist

Ich würde die gerne vereinheitlichen (Softlinks), weiß aber grade nicht, welche denn nun eigentlich benutzt werden?

Man müsste eigentlich nur in der ~/.mozilla/firefox/profiles.ini den richtigen Pfad eintragen.

Jedenfalls erinnert sich mein Firefox im lehrerzimmer an die Seiten, die ich im Klassenzimmer offen hatte, die verwenden also schon das gleiche Profil(?)

Wahrscheinlich hast du dich mal an einem Laptop oder einer AS mit linuxmuster-client angemeldet, der schraubt anscheinend das Profil in der profiles.ini nach ~/einstellungen/firefox um

Wir sollten dem Firefox aber dann noch das lästige Prüfen der Addons abgewöhnen, das dauert bei den Rechnern in den unteren PCRäumen viel zu lange und ist überflüssig.

[Rüdiger Kupper]

Also:

• Auf den Windows-Rechnern: Es gibt zwei Profile zur Auswahl beim Starten des Firefox:
  1. lokal liegt unter C:\Dokumente und Einstellungen\kup\Anwendungsdaten\Mozilla\Firefox\
  2. serverbasiert liegt unter H:\einstelungen/firefox (also ~/einstellungen/firefox)
• Auf den Ubuntu-Clients ~/.mozilla/firefox Dort lagert die profiles.ini, die sagt, wo das Profilverzeichnis ist

Ah, jetzt, ja! Logisch :-)

Man müsste eigentlich nur in der ~/.mozilla/firefox/profiles.ini den richtigen Pfad eintragen.

Klingt gut!

[bau]

Gerade fällt mir eine Möglichkeit für den Firefox und seinen cache ein:
Wenn wir im Verzeichnis ~/einstellungen/firefox einen symbolischen Link auf ein Verzeichnis auf dem LTSP legen (z.B. /var/cache/username) wird der Firefox das Nutzen, wenn er unter Linux läuft. Unter Windows wird er das dort vorhandene C:\firefox zum cachen nehmen.

[Rüdiger Kupper]

Das passt! -- Auf genau die gleiche Lösung war ich auch gekommen :-) :

Wenn der Firefox den eingetragenen Pfad nicht interpretieren kann, benutzt er den Default (Cache im Profil), und wenn der ein symbolischer Link ist...

[Rüdiger Kupper]

Andere Frage: Wenn die Caches lokal liegen (auf einem bestimmten Lehrerzimmerrechner, oder auf einem bestimmten LTSP-Server), ergibt es dann überhaupt viel Sinn, die Caches nach Beenden von Firefox weiterleben zu lassen? Das würde ja nur nützen, wenn sich der Nutzer beim nächsten Mal wieder am gleichen Lehrerzimmerrechner oder auf dem gleichen LTSP-Server einloggt.

Vorschlag: Wie konfigurieren die Caches so, dass sie beim Beenden von Firefox automatisch gelöscht werden.

[bau]

Ja, das macht Sinn.
Es ist bislang so, dass der Cache vom nächsten Benutzer mitgenutzt wird solange, bis der Rechner restauriert wird (was bei Rembo beim nächsten Neustart ist / PCRäume 0027a/b, bei Rembo im Lehrerzimmer on demand beim Starten)
Aber das Löschen beim Beenden wäre praktisch, da dann auch nicht die LTSP-Server unnötig zugemüllt werden.

[Rüdiger Kupper]

Firefox-Profile für alle Lehrer und Schüler (sofern sie nicht ihre Quota überschritten haben) sind jetzt vereinheitlicht; d.h., Linux und Windows teilen sich das Profil.

Todo

• der Linux-Cache liegt noch nicht lokal, muss noch angepasst werden

[Rüdiger Kupper]

Replying to kup:

Das passt! -- Auf genau die gleiche Lösung war ich auch gekommen :-) :

Wenn der Firefox den eingetragenen Pfad nicht interpretieren kann, benutzt er den Default (Cache im Profil), und wenn der ein symbolischer Link ist...

Die Sache scheint nicht zu funktionieren. Wenn Cache ein Link ist, dann überschreibt ihn Firefox gnadenlos mit einem Verzeichnis.

[Rüdiger Kupper]

Replying to bau:

Ja, das macht Sinn.
Es ist bislang so, dass der Cache vom nächsten Benutzer mitgenutzt wird solange, bis der Rechner restauriert wird (was bei Rembo beim nächsten Neustart ist / PCRäume 0027a/b, bei Rembo im Lehrerzimmer on demand beim Starten)
Aber das Löschen beim Beenden wäre praktisch, da dann auch nicht die LTSP-Server unnötig zugemüllt werden.

Frage: Können wir dann den Disk-Cache nicht einfach ganz deaktivieren? Firefox benutzt ja außerdem einen Memory-Cache für die laufende Sitzung. Der sollte dann ja reichen und lebt ebenfalls so lange, bis man Firefox schließt.
Defaultmäßig müssten sowohl der Memory- wie auch der Disk-Cache ca. 30-50 MB groß sein.

[Rüdiger Kupper]

Replying to kup:

Die Sache scheint nicht zu funktionieren. Wenn Cache ein Link ist, dann überschreibt ihn Firefox gnadenlos mit einem Verzeichnis.

Hm, das könnte natürlich auch ein Problem mit NFS und symbolischen Links sein. Muss ich nachlesen.

[Rüdiger Kupper]

Disk-Cache deaktiviert. Wir probieren es mal so aus.

[bau]

Bitte das Script erweitern, so dass die lästige Addon-Prüfung wegfällt:

user_pref("extensions.checkCompatibility", false);
user_pref("extensions.update.autoUpdateDefault", false);
user_pref("extensions.update.enabled", false);
user_pref("extensions.update.notifyUser", false);

[Rüdiger Kupper]

Die Schlüssel sind hier dokumentiert: ​http://kb.mozillazine.org/About:config_entries

Demnach sollte der Eintrag

user_pref("extensions.update.autoUpdateEnabled", false);

ausreichen.

Damit können die Nutzer, wenn sie es wollen, noch manuell nach Updates suchen lassen.

[Rüdiger Kupper]

Außerdem würde ich reinnehmen:

user_pref("browser.search.update", false);

(Nicht automatisch nach Updates für Search-Engines suchen. )

[Rüdiger Kupper]

Und:

user_pref("app.update.enabled", false);

(Nicht nach Updates für Firefox/Thunderbird selbst suchen. Die Nutzer können die Software eh nicht updaten.)

[Rüdiger Kupper]

Replying to kup:
Bei der Bedeutung von

user_pref("extensions.update.autoUpdateEnabled", false);

bin ich mir nicht wirklich sicher. Habe jetzt also den normalen "update.enabled"-Key genommen.

Die user.js-Files haben jetzt folgende Änderungen: changeset:199/keplertools. Die Files werden gerade in die Homeverzeichnisse verteilt.

[bau]

Leider heute die Beobachtung bei Kollegin Bader im Schülernetz: Firefox will die Addons überprüfen!

[Rüdiger Kupper]

Besteht das Problem noch? Ich glaube, bei mir läuft kein Addon-Test.

[bau]

Problem besteht noch, wenn man sich im PC-Raum 0027a oder b anmeldet. Ich weiß auch nicht, warum der da immer unbedingt die Addons checken möchte???

[Rüdiger Kupper]

Hm, irgendwo muss es noch eine config-Einstellung geben, die mir durch die Lappen gegangen ist.

[Rüdiger Kupper]

Scheint immer zu passieren, wenn man sich wechselseitig an Windows und Linux anmeldet, vermutlich hat der Firefox da verschiedene Versionen. Kann man dem hoffentlich auch noch abgewöhnen.

[Rüdiger Kupper]

Ich glaube, das Problem besteht noch immer, wenn man sich wechselseitig an Windows und Linux anmeldet. Verspüre aber wenig Lust, weiter nach der richtigen Konfigurationsoption zu fahnden. Ich würde lieber die Alternativlösung pushen: Windowsclients allmählich abschaffen :-).