
Nasihat Railway kepada setiap pelanggan selepas insiden semalam: gantikan semua pemboleh ubah persekitaran yang disimpan di Railway. Kekunci API, kelayakan pangkalan data, kelayakan registri. Segera. Pihak yang tidak sah mengakses pemboleh ubah tersulit dan, untuk beberapa, nilai yang telah dinyahsulitkan. Kemudian ia menghentikan penghantaran dan membatalkan setiap token API Railway. Jika anda menjalankan enam perkhidmatan dengan empat puluh pemboleh ubah, "gantikan semuanya" adalah berat. Yang mana terlebih dahulu? Yang mana rahsia yang sama di tiga tempat? Yang mana dibina daripada pemboleh ubah lain dan tidak boleh disentuh? Yang mana adalah kata laluan pangkalan data yang perubahan pemboleh ubah tidak mengubahnya? Soalan-soalan ini ialah senarai yang saya bina apikeys-handler untuk kekal. Ia mengimport pemboleh ubah anda, mengumpulkannya mengikut perkhidmatan, kategori dan keutamaan, menghasilkan nilai baru hanya untuk rahsia yang dimiliki aplikasi anda, membimbing anda melalui yang dikeluarkan penyedia, memulakan semula setiap perkhidmatan sekali sahaja, dan mengingat di mana anda berhenti. Ia tidak pernah mencetak nilai, tidak pernah menyimpan satu, dan model tidak pernah melihat satu. Cuba ia pada projek sementara terlebih dahulu dengan ini: npx --yes --allow-git=all github:codegobrrrr9/apikeys-handler demo
