version: '3.2' | |
services: | |
changedetection: | |
image: ghcr.io/dgtlmoon/changedetection.io:latest | |
container_name: changedetection | |
hostname: changedetection | |
volumes: | |
- changedetection-data:/datastore | |
environment: |
Mikrot IP: 192.168.88.1/24 DHCP network: 0
/tool fetch url="https://boot.netboot.xyz/ipxe/netboot.xyz.kpxe"
/ip tftp add ip-addresses=192.168.88.0/24 req-filename=netboot.xyz.kpxe real-filename=netboot.xyz.kpxe allow=yes read-only=yes
/ip dhcp-server network set 0 next-server=192.168.88.1 boot-file-name=netboot.xyz.kpxe
#!/bin/bash | |
PERMISSION="push" # Can be one of: pull, push, admin, maintain, triage | |
ORG="orgname" | |
TEAM_SLUG="your-team-slug" | |
# Get names with `gh repo list orgname` | |
REPOS=( | |
"orgname/reponame" | |
) |
# Temporarily add a normal upstream DNS resolver | |
/ip dns set servers=1.1.1.1,1.0.0.1 | |
# CA certificates extracted from Mozilla | |
/tool fetch url=https://curl.se/ca/cacert.pem | |
# Import the downloaded ca-store (127 certificates) | |
/certificate import file-name=cacert.pem passphrase="" | |
# Set the DoH resolver to cloudflare |
An example related to question on Twitter https://twitter.com/drewdaraabrams/status/1359933543619547137
Try curl https://entreprise.data.gouv.fr/api/sirene/v1/full_text/MONTPELLIERAIN
Among result, look at
"total_results": 161,
filename='yourfilename' | |
filetype='text/csv' | |
token='my oauth token' | |
url='http://localhost/upload' | |
curl "$url" \ | |
--form "data=@$filename;type=$filetype" \ | |
--form "name=somename" \ | |
-H "Authorization: Bearer $token" | |
This an ordered version of the original gist located at https://gist.github.com/marcanuy/06cb00bc36033cd12875
- -aa
- aa-
- -ab
Directories on host machine:
-
/data/certbot/letsencrypt
-
/data/certbot/www
-
Nginx server in docker container
docker run -d --name nginx \
Some thoughts I've gathered over the years on what I think about GraphQL. All of this is subject to change of course, and some of it may be "hot-take"-ish, but at the end of the day, I've made decisions regarding GraphQL with my customers, users, and fellow developers in mind and with the mantra that if it ultimately doesn't make a big difference for any of those people and justify the work that it requires, it's not the best investment of time. It's more important to please your users, ship products in a timely manner, and use tools that keep processes simple and familiar.
- A majority of the world still runs on REST and probably will for a while.
- The challenges of larger companies that originally benefitted from GQL are not everyones challenges and they likely never will be.
- I don't want to require my API users to have knowledge of GQL.
- Strongly typed APIs are good, but I don't particularly enjoy the tools in the ecosystem right now to use them via GQL
- GraphQL seems to have been born out of the req