Revision 1260ff14
Von Moritz Bunkus vor fast 13 Jahren hinzugefügt
SL/Controller/BackgroundJob.pm | ||
---|---|---|
__PACKAGE__->make_sorted(
|
||
ONLY => [ qw(list) ],
|
||
|
||
package_name => $::locale->text('Package name'),
|
||
type => $::locale->text('Execution type'),
|
||
active => $::locale->text('Active'),
|
||
cron_spec => $::locale->text('Execution schedule'),
|
||
last_run_at => $::locale->text('Last run at'),
|
||
next_run_at => $::locale->text('Next run at'),
|
||
package_name => 'Package name',
|
||
type => 'Execution type',
|
||
active => 'Active',
|
||
cron_spec => 'Execution schedule',
|
||
last_run_at => 'Last run at',
|
||
next_run_at => 'Next run at',
|
||
);
|
||
|
||
#
|
Auch abrufbar als: Unified diff
Sorted-Controller-Helper: Spaltentitle nicht direkt in make_sorted() übersetzen
Hintergrund ist der, dass ansonsten die Übersetzung nur einmal
passiert, nämlich dann, wenn das Modul compiliert wird. Für normales
CGI funktioniert das:
- Zuerst wird der Dispatcher geladen und ausgeführt. Der analysiert
zur Laufzeit die GET-/POST-Parameter und lädt erst dann den
erforderlichen Controller mittels "require".
- Sprich Dispatcher hat schon das für den Benutzer notwendige
$::locale-Objekt angelegt, und die Compilezeit des Controller-Moduls
liegt danach.
Für FastCGI würde das kaputt gehen:
- Zuerst wird der Dispatcher geladen und ausgeführt. Der analysiert
zur Laufzeit die GET-/POST-Parameter und lädt erst dann den
erforderlichen Controller mittels "require".
- Nach Beenden des Requests bleibt das Modul aber im Speicher.
- Beim nächsten Request auf denselben Controller wurde dieser bereits
compiliert, und die Titel wären bereits übersetzt -- in der Sprache
des Benutzers, der den Controller seit Start des FastCGI-Prozesses
das erste Mal aufgerufen hat.