bridgy-fed/app.yaml

# https://cloud.google.com/appengine/docs/standard/python/config/appref

# application: bridgy-federated

runtime: python39

# default_expiration: 1h

# https://cloud.google.com/appengine/docs/standard/python3/runtime#entrypoint_best_practices
# https://docs.gunicorn.org/en/latest/settings.html#timeout
entrypoint: gunicorn --workers 1 --threads 10 --timeout 60 -b :$PORT app:application

handlers:

# static
- url: /(static/bootstrap.*\.css)
  static_files: oauth_dropins/\1
  upload: oauth_dropins/static/bootstrap.*\.css
  secure: always

- url: /static
  static_dir: static
  secure: always

- url: /oauth_dropins/static
  static_dir: oauth_dropins/static
  secure: always

- url: /.well-known/acme-challenge
  static_dir: .well-known/acme-challenge
  secure: always

- url: /
  static_files: static/index.html
  upload: static/index.html
  expiration: 1m
  secure: always

- url: /favicon.ico
  static_files: static/favicon.ico
  upload: static/favicon.ico
  secure: always

- url: /robots.txt
  static_files: static/robots.txt
  upload: static/robots.txt
  secure: always

# dynamic
- url: .*
  script: auto
  secure: always
initial setup 2017-08-12 23:51:48 +00:00			`# https://cloud.google.com/appengine/docs/standard/python/config/appref`

rename: bridgy-activitypub => bridgy-federated ...merging with bridgy-ostatus! 2017-08-14 14:56:49 +00:00			`# application: bridgy-federated`
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
upgrade to python 3.9 runtime and feedparser 6.0.2 2021-03-06 16:03:36 +00:00			`runtime: python39`
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
migrate to the app engine standard python 3 runtime! https://cloud.google.com/appengine/docs/standard/python3/python-differences https://cloud.google.com/appengine/docs/standard/python/migrate-to-python3/ 2019-12-26 06:20:57 +00:00			`# default_expiration: 1h`
initial setup 2017-08-12 23:51:48 +00:00
migrate to the app engine standard python 3 runtime! https://cloud.google.com/appengine/docs/standard/python3/python-differences https://cloud.google.com/appengine/docs/standard/python/migrate-to-python3/ 2019-12-26 06:20:57 +00:00			`# https://cloud.google.com/appengine/docs/standard/python3/runtime#entrypoint_best_practices`
			`# https://docs.gunicorn.org/en/latest/settings.html#timeout`
			`entrypoint: gunicorn --workers 1 --threads 10 --timeout 60 -b :$PORT app:application`
initial setup 2017-08-12 23:51:48 +00:00
			`handlers:`

			`# static`
			`- url: /(static/bootstrap.*\.css)`
add oauth_dropins like for static file handlers, gunicorn req't 2019-12-26 15:56:07 +00:00			`static_files: oauth_dropins/\1`
			`upload: oauth_dropins/static/bootstrap.*\.css`
add secure: always to static file routes 2017-08-19 20:30:54 +00:00			`secure: always`
initial setup 2017-08-12 23:51:48 +00:00
			`- url: /static`
			`static_dir: static`
add secure: always to static file routes 2017-08-19 20:30:54 +00:00			`secure: always`
initial setup 2017-08-12 23:51:48 +00:00
			`- url: /oauth_dropins/static`
add oauth_dropins like for static file handlers, gunicorn req't 2019-12-26 15:56:07 +00:00			`static_dir: oauth_dropins/static`
add secure: always to static file routes 2017-08-19 20:30:54 +00:00			`secure: always`
initial setup 2017-08-12 23:51:48 +00:00
webfinger: handle /.well-known/webfinger, salmon link bug fix 2017-08-27 18:53:48 +00:00			`- url: /.well-known/acme-challenge`
			`static_dir: .well-known/acme-challenge`
add secure: always to static file routes 2017-08-19 20:30:54 +00:00			`secure: always`
minor config changes for let's encrypt certbot, stub index.html 2017-08-16 14:47:21 +00:00
initial setup 2017-08-12 23:51:48 +00:00			`- url: /`
			`static_files: static/index.html`
			`upload: static/index.html`
start on home page html, style, and assets 2017-08-18 14:31:31 +00:00			`expiration: 1m`
add secure: always to static file routes 2017-08-19 20:30:54 +00:00			`secure: always`
start on home page html, style, and assets 2017-08-18 14:31:31 +00:00
			`- url: /favicon.ico`
			`static_files: static/favicon.ico`
			`upload: static/favicon.ico`
add secure: always to static file routes 2017-08-19 20:30:54 +00:00			`secure: always`
start on home page html, style, and assets 2017-08-18 14:31:31 +00:00
			`- url: /robots.txt`
			`static_files: static/robots.txt`
			`upload: static/robots.txt`
add secure: always to static file routes 2017-08-19 20:30:54 +00:00			`secure: always`
initial setup 2017-08-12 23:51:48 +00:00
			`# dynamic`
migrate to the app engine standard python 3 runtime! https://cloud.google.com/appengine/docs/standard/python3/python-differences https://cloud.google.com/appengine/docs/standard/python/migrate-to-python3/ 2019-12-26 06:20:57 +00:00			`- url: .*`
			`script: auto`
webfinger: handle /.well-known/webfinger, salmon link bug fix 2017-08-27 18:53:48 +00:00			`secure: always`