Funktionen, die lediglich für die Firmware-Entwicklung, nicht jedoch zur Laufzeit nützlich sind.  
Mehr ...
Funktionen, die lediglich für die Firmware-Entwicklung, nicht jedoch zur Laufzeit nützlich sind. 
◆ apply_repository_patch()
      
        
          | apply_repository_patch  | 
          ( | 
          Eine  | 
           | ) | 
           | 
        
      
 
Wende einen commit aus dem Firmware-Repository als Patch an. 
- Parameter
 - 
  
    | Eine | oder mehrere Commit-IDs. | 
  
   
Dies kann die punktuelle Fehlerbehebung nach einem Release erleichtern. Die Umgebungsvariable "ON_PATCH_ARGS" wird als Parameter für "patch" verwendet (z.B. "--reverse"). 
Definiert in Zeile 38 der Datei devel.sh.
 
 
◆ clean_luci_restart()
Starte den Webserver neu und lösche alle luci-Cache-Dateien und Kompilate. 
Diese Funktion sollte nach Änderungen von luci-Templates oder -Code ausgeführt werden. 
Definiert in Zeile 11 der Datei devel.sh.
 
 
◆ enable_profiling()
Manipuliere die Funktionsheader in allen shell-Skripten der opennet-Pakete für das Sammeln von profiling-Informationen. 
Diese Operation ist irreversibel - eine erneute Installation der Pakete ist der einzige saubere Weg zurück. Die Ergebnisse sind anschließend im PROFILING_DIR verfügbar. 
- Siehe auch
 - summary_profiling 
 
Definiert in Zeile 24 der Datei devel.sh.
 
 
◆ get_function_names()
Liefere die Namen aller Funktionen zurück. 
Definiert in Zeile 18 der Datei devel.sh.
 
 
◆ list_installed_packages_by_size()
      
        
          | list_installed_packages_by_size  | 
          ( | 
           | ) | 
           | 
        
      
 
Zeige alle installierten Pakete und ihren Größenbedarf an. 
Dies erlaubt die Analyse des Flash-Bedarfs. 
Definiert in Zeile 7 der Datei devel.sh.
 
 
◆ run_httpd_debug()
Starte den Webserver im Debug-Modus zur Beobachtung von lua/luci-Ausgaben. 
Definiert in Zeile 15 der Datei devel.sh.
 
 
◆ summary_profiling()
Werte gesammelte profiling-Informationen aus. 
- Rückgabe
 - Jede Zeile beschreibt das kumulative Profiling einer Funktion: Gesamtzeit, Anzahl der Aufrufe, durchschnittliche Verarbeitungszeit, Funktionsname Die Zeiten sind jeweils in Millisekunden angegeben.
 
Als Verarbeitungszeit einer Funktion gilt dabei der gesamte Zeitunterschied zwischen Funktionseintritt und -ende. 
- Siehe auch
 - enable_profiling 
 
Definiert in Zeile 32 der Datei devel.sh.