FROM gemma3
PARAMETER temperature 0
PARAMETER seed 123
PARAMETER top_k 0
PARAMETER top_p 0
PARAMETER num_thread 1And then (note the differences in the explanation section):
| #!/usr/bin/env bash | |
| # | |
| # appify - create .desktop launchers from URLs, flatpaks, scripts, or executables | |
| # | |
| # Usage: | |
| # appify <name> <target> [icon-url] CLI mode | |
| # appify Interactive mode (prompts for input) | |
| # appify --remove Pick an app to remove via fzf | |
| # | |
| # Target type is auto-detected: |
| #!/usr/bin/env bash | |
| # | |
| # tammy — a friendly wrapper around tmux. | |
| # | |
| # tmux is powerful but its CLI is full of cryptic flags (-h means horizontal | |
| # but splits vertically, -s means source in one command and session in another, | |
| # etc.). tammy replaces all of that with human-readable subcommands like | |
| # "tammy split right", "tammy connect", and "tammy resize down 5". | |
| # | |
| # It also handles the annoying context-dependent differences (e.g. attach vs |
FROM gemma3
PARAMETER temperature 0
PARAMETER seed 123
PARAMETER top_k 0
PARAMETER top_p 0
PARAMETER num_thread 1And then (note the differences in the explanation section):
I have both handle_event and handle_info handlers which pattern match on certain payloads
The problem mostly manifests in handle_info where (for better or for worse) I end up matching more deeply
Below are diffs directly from phoenix.new (note: phoenix.new tends to "spam" commits which makes the problem slightly worse: you end up with a lot of commits that may contain wildly invalid code)
- def handle_info(%{event: "play_now", payload: %{song: song}}, socket) do
+ def handle_info(%{event: "play_now", payload: %{}, socket) doThe docs reads like it's enough to have roles without assigning users to organizations. Morover, AuthKit allows a user to log in without any organization (perhaps correcly, for actions and business logic to then assign something to the user).
However, even with organization_id the flow is... inscrutable:
>> REQUEST >>
This is based on a Elixir Phoenix application, but should work for elixir-only apps as well (they will have fewer directories, that's all).
A typical project would have these directories and files:
_build
assets
css
js
node_modules
| ## This porvides your settings and Auth0 secrets | |
| ## It should read them from env, but I have them hardcoded in dev :D | |
| defmodule Telepai.Secrets do | |
| use AshAuthentication.Secret | |
| def secret_for([:authentication, :strategies, :auth0, :client_id], Telepai.Users.User, _) do | |
| {:ok, "2D...."} #get_config(:client_id) | |
| end |
| scheme:[//[user:password@]host[:port]][/]path[?query][#fragment] | |
| (file|ftp|https|http|irc|mailto):\/\/((\w+(:\w+)?@)?\w(\w\.?)*(:\d{1,5})?\/?)?(\w(\w+\/)*)?(#\w+)? | |
| --- | |
| scheme = (file|ftp|https|http|irc|mailto):\/\/ | |
| optional username followed by optional :password. Username and password ar alphanumeric | |
| | |
| const setUpClipboardHandler = (el) => { | |
| let hasFiles = false; | |
| let counter = 0; | |
| const upload = (fileOrFiles) => { | |
| let fileInput = null; | |
| if (el.dataset.chunkId) { | |
| fileInput = document.querySelector(`form[data-chunk-id="${el.dataset.chunkId}"] input[type="file"]`); | |
| } else { |