jacquard can be pointed at whatever endpoint you wish. The unauthenticated basic client (what I recommend people mostly use to start if they're not doing stuff a user needs to login for) defaults to the Bluesky public API endpoint for convenience, but that can be easily set via set_base_uri().
Generally speaking, once the user has authenticated, it will point at the user's PDS for most requests unless otherwise specified. get_record() and similar helpers will generally resolve the PDS of the repository the record or blob is hosted on and make requests directly to that PDS.
If you want to talk to a specific appview via service proxy, use set_opts() to set those for all requests or call send_with_opts() instead of send() to override for one request. Jacquard requests no moderation labelers by default, though appviews/app servers may apply some by default.
I don't think PDS hosting via Iroh is something I'm going to build support for myself (and I'm unsure how compatible it would be with the rest of the ecosystem), though if you want to build it, I would be curious to see how well that works.
As an aside, I'm currently working on a project which is using Jacquard (the project I built Jacquard for, in fact), and the app is built with two hosting modes and two architectural modes in mind. It can run entirely client-side or in a hybrid mode where the server does more (for example, server-side-rendering so that you can curl a page and get useful content, not just a stub). And then architecturally, it can run without any dedicated indexing service or appview, primarily communicating with PDSes with a few requests to microcosm services for things that need it, or it can be run communicating with a dedicated indexing service/appview which provides specialized endpoints that provide the data it needs in the form it needs it. By building it this way, it lets me delay building that indexing service and get more done quickly with less infrastructure, and it also makes it much less dependent on that indexing service in general, and much easier to fully self-host.
jacquard can be pointed at whatever endpoint you wish. The unauthenticated basic client (what I recommend people mostly use to start if they're not doing stuff a user needs to login for) defaults to the Bluesky public API endpoint for convenience, but that can be easily set via
set_base_uri().Generally speaking, once the user has authenticated, it will point at the user's PDS for most requests unless otherwise specified.
get_record()and similar helpers will generally resolve the PDS of the repository the record or blob is hosted on and make requests directly to that PDS.If you want to talk to a specific appview via service proxy, use
set_opts()to set those for all requests or callsend_with_opts()instead ofsend()to override for one request. Jacquard requests no moderation labelers by default, though appviews/app servers may apply some by default.I don't think PDS hosting via Iroh is something I'm going to build support for myself (and I'm unsure how compatible it would be with the rest of the ecosystem), though if you want to build it, I would be curious to see how well that works.
As an aside, I'm currently working on a project which is using Jacquard (the project I built Jacquard for, in fact), and the app is built with two hosting modes and two architectural modes in mind. It can run entirely client-side or in a hybrid mode where the server does more (for example, server-side-rendering so that you can
curla page and get useful content, not just a stub). And then architecturally, it can run without any dedicated indexing service or appview, primarily communicating with PDSes with a few requests to microcosm services for things that need it, or it can be run communicating with a dedicated indexing service/appview which provides specialized endpoints that provide the data it needs in the form it needs it. By building it this way, it lets me delay building that indexing service and get more done quickly with less infrastructure, and it also makes it much less dependent on that indexing service in general, and much easier to fully self-host.