bridgy-fed/.gitignore

*_token
*_jwt
.coverage
/.well-known/acme-challenge/
datastore.dat*
/docs/_build/
flask_secret_key
/l
/local*
make_password
private_notes
service_account_creds.json
superfeedr_token
superfeedr_username
TAGS
misc hub setup, testing live 2023-09-29 18:23:50 +00:00			`*_token`
			`*_jwt`
initial setup 2017-08-12 23:51:48 +00:00			`.coverage`
minor config changes for let's encrypt certbot, stub index.html 2017-08-16 14:47:21 +00:00			`/.well-known/acme-challenge/`
initial setup 2017-08-12 23:51:48 +00:00			`datastore.dat*`
			`/docs/_build/`
flask: move app to app.py, get templates working, port /responses 2021-07-07 15:07:20 +00:00			`flask_secret_key`
initial setup 2017-08-12 23:51:48 +00:00			`/l`
webmention => AP: handle multiple in-reply-to links fixes #65. thanks again for reporting, @nekr0z! 2020-06-06 15:39:44 +00:00			`/local*`
add make_password to .gitignore 2023-12-05 22:23:39 +00:00			`make_password`
initial setup 2017-08-12 23:51:48 +00:00			`private_notes`
temporarily disable actually deleting Followers on AP Delete requests mastodon.social sends Deletes for every Bridgy Fed account, all at basically the same time, and we have many Follower objects, so we have to do this table scan for each one, so the requests take a long time and end up spawning extra App Engine instances that we get billed for. and the Delete requests are almost never for followers we have. TODO: revisit this and do it right. 2020-10-11 15:32:55 +00:00			`service_account_creds.json`
Web: start on Superfeedr subscribe for #550 2023-12-04 18:28:45 +00:00			`superfeedr_token`
			`superfeedr_username`
initial setup 2017-08-12 23:51:48 +00:00			`TAGS`