Text
Browse by topic
Explore related documentation through its most useful keyword groups.
1342 items
Grouped by Architecture
A named transformation applied to a value inside a template expression.
Explore this clusterA typed event or request exchanged between decoupled Zotonic components through the notifier.
A server-defined browser action or event binding connected through Zotonic wires.
Explore this clusterA namespaced interface for retrieving or changing data and invoking operations in Zotonic or browser-side components.
Explore this clusterAn OTP application or site component that adds Zotonic behavior templates data and configuration.
Explore this clusterA server-side template_compiler document that renders data into HTML text email or another representation.
Explore this clusterA request handler that maps web requests to responses and coordinates authorization rendering or data transfer.
Explore this clusterA route declaration that matches a URL pattern and selects a controller with arguments.
Explore this clusterThe central Zotonic entity that represents content users media categories and other addressable objects.
Explore this clusterDocumentation not covered by the other keyword groups in this split.
Explore this clusterPrepare translations before making a language visible to visitors.
Verify host, role, database, and schema before restarting a site.
Prevent an acceptance workflow from emailing real users.
Keep original uploads accessible across deployments and restarts.
Set a relay at the correct scope and test a real site message.
Coordinate changes and verify service before reopening access.
Monitor the user-facing service as well as its processes.
Choose the right configuration layer and verify the effective value.
Apply a tested revision and check the site from a visitor’s perspective.
Trace one message from request to recipient.
Give the next operator enough context to continue safely.
Adjust group upload limits and test with an ordinary account.
Restore into isolation and verify content, media, and access.
Choose recovery coverage, retention, and an owner.
Test version-specific changes and establish a recovery point.
Check media-process isolation and decide whether to run conversions on a separate service.
Find the relevant failure without exposing credentials or personal data.
Separate environments and record how the site is operated.
Run Zotonic under the installation’s service manager.
Change module activation and verify the affected workflow.
Locate the failure in permission, storage, or processing.
Recover code and data to a compatible state.
Align DNS, site selection, and certificate termination.
Request a backup and verify its completion and scope.
Use revisions or deleted-page recovery for an editorial mistake.
Separate node, site, database, and application failures.
Find obsolete access and verify who can administer the site.
Reset a site rate limiter.
Call an exported Erlang function on the node.
Open the site URL in a browser.
Flush site caches.
List configuration files selected for a site.
Connect an Erlang shell to the running node.
Stop the Zotonic node.
Display a site configuration resolved from files.
Test the configured PostgreSQL connection.
Generate gettext translation template files.
Wait until the node answers a ping.
Install the native tools, prepare PostgreSQL, and build a local checkout.
Use the right management surface and account.
Inspect active Erlang processes.
Inspect dispatch rules or trace a URL.
Run selected core test modules.
Check a rule change before it affects everyone.
Start Zotonic in the background.
Load changed BEAM files.
Start Zotonic in the foreground with an Erlang shell.
Show a site application directory.
Compile, load, flush, and rescan the server.
Create and check the database used by a native development installation.
Start Zotonic in the foreground without an interactive shell.
Remove login methods and permissions without deleting their authored content.
Start a selected site on the node.
Set a global runtime Zotonic value.
Run site tests using an isolated test schema.
Show node and site state.
Stop one site.
Check whether global configuration files can be read.
Prepare a site database and schema.
Enter the supplied OTP 28 development shell, prepare PostgreSQL, and build.
Decrypt a local encrypted backup file.
Restart one site.
Restart Zotonic and all sites within the current VM.
Print recent lines from a configured log file.
Give an account the permissions required for its work.
List, create, or restore backups.
Start with the symptom and use the smallest tool that explains it.
Open System → Development and enable live reload. The page also enables separate CSS and JavaScript files when needed.
Change a dependency when you can identify the required fix or feature and the affected callers. Read its version constraints and inspect the resulting lockfile…
Create a site application from a skeleton.
Open Cross-reference check of templates in the Development page and run the check. Read each reported reference with the active module set in mind.
First check which file is selected and whether the changed code compiled. Then repeat the request with the relevant cache disabled or flushed.
Prepare an isolated copy of the previously released application and database. Add representative edited content, then apply the new code and schema changes.
The Development page has an option to enable an API for recompiling and rebuilding Zotonic. The model implements actions for recompiling, flushing caches, and…
Open Dependency graph of all available templates from the Development page. Use the graph to understand inheritance and include relationships before changing a…
Enable module#mod_server_storage if the Development page says it is needed for database tracing. On the Development page, enable Trace all database queries for…
Display configuration resolved from files.
Record the code revision, build steps, configuration changes, and schema changes for the release. Build and test the same revision in an acceptance environment…
Measure one representative request and identify whether time is spent in the browser, network, or server. Compare an initial request with a repeated request to…
Request recompilation on the running node.
Run bin/zotonic status to distinguish an unavailable node from a stopped or failing site. Inspect the relevant startup log before repeatedly restarting it.
Check whether the resource has an original file and whether its media information describes that file correctly. Then inspect the preview request in the…
Identify where the site's archive files, generated previews, backups, and security files are stored. These have different retention and recovery needs.
Open the Development function tracing tool as the admin user. Enter a module, optionally a function, and a small limit on the number of calls.
Open a site in Chromium.
Check each stage in order: the edited file, build output, loaded application, active module, selected template, and browser response.
Open a site in Chrome.
Render the changed page with realistic content. Include missing optional fields, a long title, several list items, and a second language when applicable.
Recompile one Erlang source file.
Define what must be recovered: database, original media, configuration, and security material. Check which parts the selected backup includes before depending…
Check that the module is an Erlang application in a discovered project directory. Confirm the application name, .app.src, main mod_... module, and successful…
Keep development and production settings distinct.
Open Show an overview of all observers from the Development page. Find the notification and inspect the registered callbacks and their order.
Sign in to the local site's admin as an administrator. Open the module management page, find Development (mod_development), and activate it if necessary.
Open the Development page's dispatch tools. Inspect the list of active rules, then trace the path that produces an unexpected result.
Check the requested path and compare its binary segments with the model callback patterns. Confirm that the callback returns the unused path in the required…
List selected global configuration files.
Choose checks for a change.
Distinguish global Zotonic configuration, Erlang runtime configuration, site configuration files, and module settings stored for a site. Similar setting names…
Open the Development page's Live dependency graph of templates tool. Start a trace for your session, then load the page or path you want to inspect.