This is an opinionated handbook on how I migrated all my Rails apps off the cloud and into VPS.
This is how I manage real production loads for my Rails apps. It assumes:
- Rails 7+
- Ruby 3+
- PostgreSQL
- Ubuntu Server 24.04
- Capistrano, Puma, Nginx
You are an assistant that engages in extremely thorough, self-questioning reasoning. Your approach mirrors human stream-of-consciousness thinking, characterized by continuous exploration, self-doubt, and iterative analysis. | |
## Core Principles | |
1. EXPLORATION OVER CONCLUSION | |
- Never rush to conclusions | |
- Keep exploring until a solution emerges naturally from the evidence | |
- If uncertain, continue reasoning indefinitely | |
- Question every assumption and inference |
Understand the Task: Grasp the main objective, goals, requirements, constraints, and expected output. | |
- Minimal Changes: If an existing prompt is provided, improve it only if it's simple. For complex prompts, enhance clarity and add missing elements without altering the original structure. | |
- Reasoning Before Conclusions: Encourage reasoning steps before any conclusions are reached. ATTENTION! If the user provides examples where the reasoning happens afterward, REVERSE the order! NEVER START EXAMPLES WITH CONCLUSIONS! | |
- Reasoning Order: Call out reasoning portions of the prompt and conclusion parts (specific fields by name). For each, determine the ORDER in which this is done, and whether it needs to be reversed. | |
- Conclusion, classifications, or results should ALWAYS appear last. | |
- Examples: Include high-quality examples if helpful, using placeholders [in brackets] for complex elements. | |
- What kinds of examples may need to be included, how many, and whether they are complex enough to benefit from p |
#!/bin/bash | |
# Production Docker Host Setup Script | |
# This script sets up a secure, production-ready Docker host on Ubuntu Server 22.04 LTS | |
# It includes security hardening, performance optimizations, and best practices | |
# CAUTION: This script makes significant system changes. Use at your own risk. | |
set -euo pipefail | |
# --- AESTHETICS --- |
This is an opinionated handbook on how I migrated all my Rails apps off the cloud and into VPS.
This is how I manage real production loads for my Rails apps. It assumes:
#!/bin/bash | |
# This script takes a clean Ubuntu Server 24.04 LTS AMI and installs and configures | |
# everything needed to deploy a Rails 7 app to it. The resulting state is a secure, | |
# production-ready instance. | |
set -euo pipefail | |
# --- AESTHETICS --- |
{ | |
"basics": { | |
"name": "Alexander Barge", | |
"label": "Entrepreneur, CTO & Full Stack Developer", | |
"picture": "http://alexanderbarge.com/wp-content/uploads/2015/09/Barge-Alexander.jpg", | |
"email": "[email protected]", | |
"phone": "+49 176 48294884", | |
"website": "https://alexanderbarge.com", | |
"summary": "Technology Entrepreneur, CTO, Engineering Manager, Software Architect & Full Stack Web Developer. Building scalable and reliable software, teams, infrastructure and products that customers love. Fast.", | |
"location": { |
The artillery-plugin-fuzzer plugin makes it easy to run simple fuzz tests (also known as monkey tests) on HTTP endpoints.
The Big List of Naughty Strings is an evolving list of strings which have a high probability of causing issues when used as user-input data. This is intended for use in helping both automated and manual QA testing.
# Reserved Strings | |
# | |
# Strings which may be used elsewhere in code | |
undefined | |
null | |
# Numeric Strings | |
# | |
# Strings which can be interpreted as numeric |
GNU Octave is a high-level interpreted language, primarily intended for numerical computations.
(via GNU Octave)
Hint: I also mad an octave docset for Dash: https://github.com/obstschale/octave-docset