generation_date: 2025-12-17 10:44 received_date: 2025-12-17 10:44 updated_date: 2025-12-24 tags:
- git/track
- scope/work
- source/telegram
- status/resource
- topic/ai/claude
| { | |
| "name": "no-push-advisory-branches", | |
| "target": "branch", | |
| "enforcement": "active", | |
| "conditions": { | |
| "repository_name": { | |
| "include": [ | |
| "ruff", | |
| "ty", | |
| "uv" |
generation_date: 2025-12-17 10:44 received_date: 2025-12-17 10:44 updated_date: 2025-12-24 tags:
All versions of Ehcache 3 suffer from entries clustering which can lead to severely degraded performance and is a potential attack vulnerability (denial of service).
The performance of the eviction policy reduces as the cache size increases due to the eviction implementation in their customized hash table. On an M3 Max laptop, Ehcache takes over 18 minutes in an IBM SQL database workload trace, whereas Guava and Caffeine take only 15 seconds and 7 seconds respectively. The runtime will be significantly worse on typical, virtualized cloud compute rather than a high performance laptop.
$ git clone https://github.com/ben-manes/caffeine.git
$ pushd caffeine ; git checkout 2fee4bdaff40a76c44cccbdfe954059ed6c3f2bc ; popd
$ wget https://github.com/moka-rs/cache-trace/raw/ef0a9de8cf0202a1f2fee186a0af497774b0f0a9/arc/DS1.lis.zst
$ ./caffeine/gradlew --project-dir caffeine simulator:run -q \| #!/bin/bash | |
| # Colors | |
| RED='\033[0;31m' | |
| GREEN='\033[0;32m' | |
| NO_COLOR='\033[0m' | |
| BLUE='\033[0;34m' | |
| YELLOW='\033[0;33m' | |
| NO_COLOR='\033[0m' |
See the new site: https://postgresisenough.dev
| /* | |
| Replace "your_schema" with whatever schema is appropriate in your environment. | |
| It is possible to use "public"... but you shouldn't! | |
| */ | |
| /* | |
| Function to stamp a "modified" timestamp. Adjust the name to suit your environment, | |
| but that name is hard-coded so it is assumed that you only use _one_ such name. |
| terraform { | |
| required_providers { | |
| digitalocean = { | |
| source = "digitalocean/digitalocean" | |
| } | |
| } | |
| } | |
| provider "digitalocean" { | |
| } |
I liked the way Grokking the coding interview organized problems into learnable patterns. However, the course is expensive and the majority of the time the problems are copy-pasted from leetcode. As the explanations on leetcode are usually just as good, the course really boils down to being a glorified curated list of leetcode problems.
So below I made a list of leetcode problems that are as close to grokking problems as possible.
| # Example networking sidecar ingress containers for Cloudflare Argo, Wireguard, Tailscale, LetSencrypt, Caddy, and SOCKS/SSH tunnel containers in Docker Compose. | |
| # https://gist.github.com/pirate/1996d3ed6c5872b1b7afded250772f7c | |
| # Goes well with these docker-compose database container examples: | |
| # https://gist.github.com/pirate/1fafaa18a47254f388aa5c0f79f7d263 | |
| version: '2.4' | |
| services: | |
| demo: |
| ## template: jinja | |
| #cloud-config | |
| {% if v1.distro_release == 'focal' %} | |
| users: | |
| - name: berkant | |
| shell: /usr/bin/bash | |
| ssh_import_id: gh:berkant | |
| sudo: ALL=(ALL:ALL) NOPASSWD:ALL |