Skip to content
Snippets Groups Projects
Select Git revision
  • dailybuild_linux-x64
  • dailybuild_win32
  • master default protected
  • sqlite
  • rip_abstraction
  • dailybuild_macos-armv8
  • dd_file_lister_filanem_in_desc_color
  • mode7
  • dd_msg_reader_are_you_there_warning_improvement
  • c23-playing
  • syncterm-1.3
  • syncterm-1.2
  • test-build
  • hide_remote_connection_with_telgate
  • 638-can-t-control-c-during-a-file-search
  • add_body_to_pager_email
  • mingw32-build
  • cryptlib-3.4.7
  • ree/mastermind
  • new_user_dat
  • sbbs320d
  • syncterm-1.6
  • syncterm-1.5
  • syncterm-1.4
  • sbbs320b
  • syncterm-1.3
  • syncterm-1.2
  • syncterm-1.2rc6
  • syncterm-1.2rc5
  • push
  • syncterm-1.2rc4
  • syncterm-1.2rc2
  • syncterm-1.2rc1
  • sbbs319b
  • sbbs318b
  • goodbuild_linux-x64_Sep-01-2020
  • goodbuild_win32_Sep-01-2020
  • goodbuild_linux-x64_Aug-31-2020
  • goodbuild_win32_Aug-31-2020
  • goodbuild_win32_Aug-30-2020
40 results

scfgsave.c

  • Rob Swindell's avatar
    48cffb9c
    Support tracking and limiting of user file downloads "per day" · 48cffb9c
    Rob Swindell authored
    New SCFG->System->Security Options->Security Level Values...
    "Downloads Per Day" (D/D): defaults to 0/Unlimited for each level. So by
    default, there's no change in behavior for systems.
    This feature does *not* supercede any other download restriction (e.g. credit
    requirements, file ratios, per-directory download requirements). You can't use
    this feature to fully remove a user level's ability to download any files
    (i.e. set to 0 downloads per day); use the 'D' or 'T' user restrictions for
    that purpose instead. If you disagree with this design, let me know (ASAP).
    
    New ARS Keyword: "DLT" (Downloads Today), this can be used as a download
    requirement per file directory or anywhere else ARS keywords are sold (used).
    e.g. to limit access/feature to only those that have downloaded 0-99 files
    today, use "DLT NOT 100".
    
    "Per day" means since the most recent midnight in the BBS's time zone.
    
    New JavaScript User class properties:
    - user.stats.downloads_today
    - user.limits.downloads_per_day
    
    New @-code:
    - DTODAY (number of files downloaded by user today)
    
    New text.dat string:
    - NoMoreDownloads
    
    This implements feature request #938 by Xbit:
    "ability to govern number of files downloadable per day"
    48cffb9c
    History
    Support tracking and limiting of user file downloads "per day"
    Rob Swindell authored
    New SCFG->System->Security Options->Security Level Values...
    "Downloads Per Day" (D/D): defaults to 0/Unlimited for each level. So by
    default, there's no change in behavior for systems.
    This feature does *not* supercede any other download restriction (e.g. credit
    requirements, file ratios, per-directory download requirements). You can't use
    this feature to fully remove a user level's ability to download any files
    (i.e. set to 0 downloads per day); use the 'D' or 'T' user restrictions for
    that purpose instead. If you disagree with this design, let me know (ASAP).
    
    New ARS Keyword: "DLT" (Downloads Today), this can be used as a download
    requirement per file directory or anywhere else ARS keywords are sold (used).
    e.g. to limit access/feature to only those that have downloaded 0-99 files
    today, use "DLT NOT 100".
    
    "Per day" means since the most recent midnight in the BBS's time zone.
    
    New JavaScript User class properties:
    - user.stats.downloads_today
    - user.limits.downloads_per_day
    
    New @-code:
    - DTODAY (number of files downloaded by user today)
    
    New text.dat string:
    - NoMoreDownloads
    
    This implements feature request #938 by Xbit:
    "ability to govern number of files downloadable per day"