ADRs from "Marcos Cano"
A collection of software design choices that address architecturally significant requirements with contributions made by Marcos Cano
- ADRs 30
- Disciplines 23
- Use human-readable names as exposed filter identifiers in Views
- Use ImageMagick with Drupal
- Use description template for upstream patches in composer
- Document project setup in README.md
- Do not use placeholder text in form fields
- Place form fields in the same order that they are rendered in the resulting page
- Standardize the order of steps when building a Drupal site
- Use Typed Entity to encapsulate business logic in dedicated classes
- Leverage view modes when rendering entities
- Use [ticket-id]--[short-description] in feature branch names
- Do not add the Metatag field to the node form
- Use Claro for the Drupal administration theme
- Use Simple Add More to improve editorial experience
- Use Type Tray to improve editorial UX
- Configure Composer Patches to Use `-p2` as `patchLevel` for Drupal core
- Store Composer Patches configuration in composer.json
- Use local copies of patch files
- Break composer install if patches don't apply
- Use dedicated accounts for service integrations
- Always hide non-translatable fields on translation forms
- Lock entity language on edit forms
- Consistently name entity fields
- Use PHPUnit for unit testing PHP code
- Composer patches configuration and best practices
- Block the Drupal user 1 account in production environments
- Confirm Drupal site configuration is always in a default state
- Use strict types in PHP code
- Use settings.php for environment overrides and local settings
- Stage File Proxy for static files
- Define the order of steps when building a Drupal site