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 | |
| # | |
| # 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 |
| ### Makefile to be used when compiling assets for Event Manager | |
| ### Based on ideas from https://github.com/acdlite/the-react-way/blob/master/Makefile | |
| ### | |
| ### Requirements/assumptions of this Makefile: | |
| ### JS | |
| ### - webpack (include json and css loaders to webpack cofig just in case) | |
| ### - babel | |
| ### - eslint (eslint-plugin-react if you want more lints of your react code) | |
| ### - eslint-watch (broken until 2.0.0: https://github.com/rizowski/eslint-watch/issues/8) | |
| ### CSS |
| 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 | |
| | |
There's nothing great or particularly amazing about Angular and its build processes.
Everything Angular does is fighting against its own architectural decisions. On a high level it's like this: