Revision 1260ff14
Von Moritz Bunkus vor etwa 12 Jahren hinzugefügt
SL/Controller/BackgroundJobHistory.pm | ||
---|---|---|
26 | 26 |
__PACKAGE__->make_sorted( |
27 | 27 |
ONLY => [ qw(list) ], |
28 | 28 |
|
29 |
package_name => $::locale->text('Package name'),
|
|
30 |
run_at => $::locale->text('Run at'),
|
|
31 |
status => $::locale->text('Execution status'),
|
|
32 |
result => $::locale->text('Result'),
|
|
33 |
error => $::locale->text('Error'),
|
|
29 |
package_name => 'Package name',
|
|
30 |
run_at => 'Run at',
|
|
31 |
status => 'Execution status',
|
|
32 |
result => 'Result',
|
|
33 |
error => 'Error',
|
|
34 | 34 |
); |
35 | 35 |
|
36 | 36 |
# |
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.