C
W
CWW
CC
0
A
B
K
wrangler kv key get from local disk? as i recall it has persist flag or something 
KK
T
K
. Actually it should able to auto generate/update from a cli. Maybe we could automate that somehow K
H
--remocal, which tests in local/remote 50% of the timeH
XTC
TT
Z
N
/lib/config-DMEbaV5l.js
M.get()?MMTMT
D
Additional properties are not allowed ('kv_namespaces' was unexpected)Even Better TOML
wrangler.toml
HD
H
wrangler.toml
DDHD
Hkv_namespace is under d1_databasespages_build_output_dirD
H[placement]) or a table array declaration([[d1_databases]]), everything until the next declaration is assumed to be a part of that tablewrangler kv key get—local--remocal/lib/config-DMEbaV5l.js.get()Additional properties are not allowed ('kv_namespaces' was unexpected)Even Better TOMLkv_namespacepages_build_output_dir[placement][[d1_databases]]# Here.. remove this part vvv
kv_namespaces = [
{ binding = "<BINDING_NAME1>", id = "<NAMESPACE_ID1>" },
{ binding = "<BINDING_NAME2>", id = "<NAMESPACE_ID2>" }
]
# Here.. remove this part ^^^
# or
[[kv_namespaces]]
binding = "<BINDING_NAME1>"
id = "<NAMESPACE_ID1>"
[[kv_namespaces]]
binding = "<BINDING_NAME2>"
id = "<NAMESPACE_ID2>"kv_namespaces = [
{ binding = "<BINDING_NAME1>", id = "<NAMESPACE_ID1>" },
{ binding = "<BINDING_NAME2>", id = "<NAMESPACE_ID2>" }
] #:schema node_modules/wrangler/config-schema.json
name = "demo"
compatibility_date = "2024-09-09"
pages_build_output_dir = ".svelte-kit/cloudflare"
# Automatically place your workloads in an optimal location to minimize latency.
# If you are running back-end logic in a Pages Function, running it closer to your back-end infrastructure
# rather than the end user may result in better performance.
# Docs: https://developers.cloudflare.com/pages/functions/smart-placement/#smart-placement
[placement]
mode = "smart"
# Variable bindings. These are arbitrary, plaintext strings (similar to environment variables)
# Docs:
# - https://developers.cloudflare.com/pages/functions/bindings/#environment-variables
# Note: Use secrets to store sensitive data.
# - https://developers.cloudflare.com/pages/functions/bindings/#secrets
# [vars]
# MY_VARIABLE = "production_value"
# Bind the Workers AI model catalog. Run machine learning models, powered by serverless GPUs, on Cloudflare’s global network
# Docs: https://developers.cloudflare.com/pages/functions/bindings/#workers-ai
# [ai]
# binding = "AI"
# Bind a D1 database. D1 is Cloudflare’s native serverless SQL database.
# Docs: https://developers.cloudflare.com/pages/functions/bindings/#d1-databases
[[d1_databases]]
binding = "DB"
database_name = "demo"
database_id = "xxxxxxx-46f8-41c4-bad3-xxxxxxxxx"
preview_database_id="xxxxxxx-46f8-41c4-bad3-xxxxxxxxx"
migrations_dir="src/lib/server/databases/d1/migrations"# Bind a Durable Object. Durable objects are a scale-to-zero compute primitive based on the actor model.
# Durable Objects can live for as long as needed. Use these when you need a long-running "server", such as in realtime apps.
# Docs: https://developers.cloudflare.com/workers/runtime-apis/durable-objects
# [[durable_objects.bindings]]
# name = "MY_DURABLE_OBJECT"
# class_name = "MyDurableObject"
# script_name = 'my-durable-object'
# Bind a KV Namespace. Use KV as persistent storage for small key-value pairs.
# Docs: https://developers.cloudflare.com/pages/functions/bindings/#kv-namespaces
kv_namespaces = [
{ binding = "<BINDING_NAME1>", id = "<NAMESPACE_ID1>" },
{ binding = "<BINDING_NAME2>", id = "<NAMESPACE_ID2>" }
]
# Bind a Queue producer. Use this binding to schedule an arbitrary task that may be processed later by a Queue consumer.
# Docs: https://developers.cloudflare.com/pages/functions/bindings/#queue-producers
# [[queues.producers]]
# binding = "MY_QUEUE"
# queue = "my-queue"{
viewer {
accounts(filter: {accountTag: "<AccctId>"}) {
kvOperationsAdaptiveGroups(filter: {date_gt: "2024-08-30", actionType: "read" }, limit: 100, orderBy: [ sum_requests_DESC ]) {
dimensions {
actionType
namespaceId
}
sum {
requests
}
}
}
}
}