| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | delete old API | Adam Janovsky | 2021-05-13 | 1 | -31/+0 |
| | | |||||
| * | Improves parallel processing function | Adam Janovsky | 2021-02-19 | 1 | -2/+5 |
| | | | | | - Adds option to unpack arguments | ||||
| * | Rethought way of processing certificates | Adam Janovsky | 2020-11-28 | 1 | -2/+2 |
| | | | | | | | - Every certificate now implements a static method for its processing - These are called in parallel - There's some code duplication at the moment, stuff can be simplified. | ||||
| * | type hinting checks | Adam Janovsky | 2020-11-27 | 1 | -2/+4 |
| | | |||||
| * | move merge_certs() to CCDataset | Adam Janovsky | 2020-11-26 | 1 | -2/+0 |
| | | |||||
| * | Finalize proposal of cert download and convert | Adam Janovsky | 2020-11-26 | 1 | -0/+28 |
| The proposed method of processing certificates is breadth-first. By that I mean that single task is done for all certificates, then next task is evaluated. All tasks should be implemented as static methods and are to be paralelized by calling `sec-certs/cert_processing.py`. Currently, a generic method `process_paralel()` sits there that is capable of pretty much arbitrary parallel processing (both using threads and processes). Any methods to-be called by this method must require unpacked arguments on the input. | |||||
