Development Ideas

[friendly-bits]

There are lots of ideas discussed in the forum thread, so let's keep track of the ones which seem to be feasible here. (this is open for dispute if anyone thinks that some idea is no good or should be changed) I'd suggest to keep this issue as a list of ideas, and if you want to discuss an individual idea then open a separate issue for it or discuss in the forum. @lynxthecat @Wizballs @rickparrish @dave14305

• gen_config command: automatically offer recommended selection of lists based on the available RAM and set relevant config options
• Implement some sort of memory watchdog
• We could think (again) about implementing multithreaded download+preprocessing (not sure how useful this will actually be because of increased memory footprint)
• Add a command to automatically create lists update cron schedule. Something like service adblock-lean make_cron_job?
• Perhaps add a command for complete automated initial setup which would offer to install GNU utils, create the addnmount setting, call gen_config, call make_cron_job.

Update Sep 2024: removed previously implemented ideas, added new ones

[rickparrish]

Don't think I have enough input to create separate issues, so just adding my $0.02 here (which is mostly just saying "I'm all for these changes")

• I love the custom script idea. I'm not confident that I could escape things correctly to enter report_failure or report_success via a textarea on the luci app, but think I could figure it out via a custom script.
• And the session log will be very useful for the luci app. Yesterday I discovered RPC calls timeout after 30 seconds, and I haven't been able to figure out how to extend that. That means the Start button can't use RPC, so won't have access to any of the luci_* variables, so being able to get the session log from a temp file would be good.
• Would the "retrieve last session" command be for the luci app, or have other purpose too? If it's just for the luci app, and if the session log is stored to disk, then the luci app can read the file directly and I'd probably do that instead of use the command. If it's not stored to disk, then that's where the command could be convenient.