alx-common
A comprehensive Python framework for infrastructure automation, monitoring, and reporting. Designed to standardize common development tasks and eliminate code duplication in dev, test and production environments.
Preamble
On first invocation, if the directory $HOME/.config/alx
(or %APPDATA%\alx on Windows) is not found, then it is created
along with the following files:
alx.ini: The module configuration file which should be used to override settings in the defaults found inalx.iniin the installed module directoryenv: This file contains the path to the virtual environment in use and is set to the current python used to execute a script usingalx-common. The file is used in a standardised start script that should be used to make best use of the module.key: An encryption key used to encrypt and decrypt strings. If there are multiple developers, then it is wise to share the key so the configuration file can remain consistent. This file must be stored readable only by the user and not shared. The command to create a key is:
python -c "from cryptography.fernet import Fernet; print(Fernet.generate_key().decode())"
These files can (and should) be modified to suit your needs. For example,
changing alx.ini and adding
[mail]
from: Application User <valid@email.address>
server: your.mailhost.org
would be a good idea.
Summary
alx-common provides a consistent foundation for building reliable internal applications that deal with:
- ✅ Configuration management
- ✅ Argument parsing
- ✅ Different environment handling: dev, test, prod
- ✅ Secure password, etc. handling with encryption
- ✅ Logging (including file rotation, maximum size and console output)
- ✅ Database utilities (MySQL, MariaDB, SQLite, PostgreSQL)
- ✅ HTML report generation
- ✅ Email notifications (plain, HTML, attachments, inline images)
- ✅ Monitoring integrations (ITRS Geneos support)
- ✅ Lightweight internal automation tools
Originally designed to simplify and standardize automation scripts,
reporting jobs, monitoring pipelines, and operational tooling across
real-world production environments. The aim of alx-common is to
reduce hard coding and duplication of snippets.
Too many times, I have seen developers share code to 'send an email'.
Then the mailhost changes and there are 200 scripts to fix. Or
a shell script is copied and something edited to create a wrapper
to start a python script. Or the same code is used over and over to
set up logging or read a configuration file coupled with a lot of hard
coding and inconsistencies.
Bad practice is endemic in the developer community as there are too many coders adopting a cut-and-paste mentality.
The name comes from my company, ALX Solutions which is no longer in operation but now lives on in PyPI and GitHub!
Features
-
Application Framework (
alx.app.ALXapp)- Simplified argparse-based CLI definition
- Config-driven parameter management (
alx.ini) - Environment separation (dev/test/prod)
- Secure password storage (Fernet encryption)
- Dynamic path management (logs, data, config)
- Application configuration automatically parsed
and stored in
alx.app.ALXappobject - Centralized logger management handled providing automatic house-keeping based on configuration
-
Database Utilities (
alx.db_util.ALXdatabase)- Simplifies open source database access
- Auto-formatted SQL logging
- Centralized connection lifecycle
- Transaction management
- Simplified execution mechanism
-
Reporting (
alx.html.ALXhtml)- Easy HTML generation
- Promotes tidy and consistent code
-
Email creation (
alx.mail.ALXmail)- Supports plaintext and html formats
- Easy email formatting and sending
- Flexible
- Integrated with SMTP servers, attachments, and inline images
-
String manipulation (
strings.py)- Commonly used string manipulation routines
-
ITRS Geneos Utilities (
alx.itrs)- Provides a consistent way to parse the environment on an event
(
alx.itrs.environment.Environment) - A standard alert in html / table format (
alx.itrs.alert.HtmlAlert) - A class to create a Geneos toolkit sampler without the
need to know internal details (
alx.itrs.toolkit.Toolkit) - Standardised environment parsing
- Provides a consistent way to parse the environment on an event
(
Documentation
Documentation exists inline in pdoc format. Once the
module is installed pdoc alx will display the fully formatted
documaentation in a browser window. It is also generated in html
format at https://andrewapac.github.io/alx-common
Quick Start
from alx.app import ALXapp
import sys
args = [
['string'],
['-d', '--decrypt', {'action': 'store_true', 'default': False}]
]
app = ALXapp("Password encryption tool", args=args)
string = app.arguments.string
if not app.arguments.decrypt:
string = app.encrypt(string)
print("Encrypted: " + string)
print("Decrypted: " + app.decrypt(string))
sys.exit(0)
Examples
Please refer to the files in the examples directory
Changelog
See CHANGELOG for details of public releases.
Stats for nerds
More at https://pepy.tech/projects/alx-common
Resources
- PyPI: https://pypi.org/project/alx-common/
- GitHub: https://github.com/AndrewAPAC/alx-common
- Documentation: https://andrewapac.github.io/alx-common/
Metadata
Release files for alx-common 2.9.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| alx_common-2.9.0.tar.gz | 40.1 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| alx_common-2.9.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 81.2 kB
Release files / alx_common-2.9.0.tar.gz
| Download URL | alx_common-2.9.0.tar.gz |
|---|---|
| Size | 40.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
194960d52317716aa681e64046fbe71a8b92cfec84c10a57556bd35c0d6d40f3
|
|
BLAKE2b-256 checksum How to use checksums |
777cf3b9abbf39295ea827dec8f7bdae582913b9840712d6e4be109fb13dd953
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 12, 2026.
Transparency logRelease files / alx_common-2.9.0-py3-none-any.whl
| Download URL | alx_common-2.9.0-py3-none-any.whl |
|---|---|
| Size | 41.1 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
65bbb449de97d3f63d8de3a570c921f97769f1b5a0bf4fb50f3a0b99dfcc0d13
|
|
BLAKE2b-256 checksum How to use checksums |
15e68c60effb46f8e5985db2cf769a78ebd8e9849f563bfbfb1d61983a387913
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 12, 2026.
Transparency log