The Ash Framework homepage and documentation site.
Find a file
dependabot[bot] feb0a30d70
chore(deps): bump telemetry_poller from 1.0.0 to 1.1.0 (#133)
Bumps [telemetry_poller](https://github.com/beam-telemetry/telemetry_poller) from 1.0.0 to 1.1.0.
- [Changelog](https://github.com/beam-telemetry/telemetry_poller/blob/main/CHANGELOG.md)
- [Commits](https://github.com/beam-telemetry/telemetry_poller/compare/v1.0.0...v1.1.0)

---
updated-dependencies:
- dependency-name: telemetry_poller
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
2024-04-10 17:39:18 -04:00
.github chore: enable dependabot for mix dependencies. 2024-04-11 09:29:57 +12:00
.vscode
assets
config
lib fix: don't pass tiemout while importing 2024-04-04 21:09:29 -04:00
priv chore: fix credo 2024-04-02 22:08:51 -04:00
rel
scripts
test chore: fix credo 2024-04-02 22:08:51 -04:00
.check.exs chore: fix credo 2024-04-02 22:08:51 -04:00
.credo.exs
.dockerignore
.formatter.exs
.gitignore
.tool-versions
CHANGELOG.md
dialyzer.ignore_warnings
Dockerfile
fly.toml
LICENSE.md
litefs.yml
livebook.livemd
mix.exs chore: fix ash dep 2024-04-02 22:13:24 -04:00
mix.lock chore(deps): bump telemetry_poller from 1.0.0 to 1.1.0 (#133) 2024-04-10 17:39:18 -04:00
README.md

AshHq

Getting Started

  1. Fork and clone this repository.
  2. Set up the project by running mix do deps.get, deps.compile, setup
  3. Run mix import to import the latest dependencies from hex (this may take a while)
  4. Install the frontend assets by running npm i --prefix assets.
  5. Run the server with iex -S mix phx.server
  6. Open http://localhost:4000

Note to linux users: You will need the following packages (or their equivalents) to compile successfully: erlang-dev erlang-parsetools erlang-os-mon erlang-xmerl erlang-tools

A Bit of History

The docs are not static content like you would typically see for documentation. They are all stored in a database, because they can all be full-text searched using postgres. Eventually it would make sense to serve the individual doc pages from a CDN or something like that. The interesting pages in that regard is the Docs page. We do quite a bit of work to make sure that we are only loading the html that will be served for the exact document we are seeing.

The magic of search is done via AshHq.Docs.Extensions.Search, which modifies resources to make them full text searchable using postgres, amongst other things. See lib/ash_hq/docs/extensions/search/transformers/add_search_structure.ex for more.

There is also a usage of Ash.Flow for searching, which can be found in lib/ash_hq/docs/search/search.ex. It is actually a bit un-ideal, as the better thing to do would be to use a postgres UNION. There are ways to do that with Ash by extracting the resource queries and then making a union, but it was much easier to just put a search action in a flow. Eventually, Ash will support unions.