Aktywne Wpisy

sylwke3100 +5
Ile mieście lat jak pierwszy raz wyjechaliście choćby na jeden dzień za jakiekolwiek granicę?

janek_kombajnista +152
Dzisiejsze śniadanie: Smażona szynka wieprzowa, smażone wątróbki drobiowe, marynowany filet śledziowy, sól.
#sniadanie #sniadaniezwykopem #foodporn #dieta #gotujzwykopem #jedzzwykopem #dziendobry #pdk
#sniadanie #sniadaniezwykopem #foodporn #dieta #gotujzwykopem #jedzzwykopem #dziendobry #pdk
źródło: comment_TSUZGdZxR1inmVlsLuMnf8WpqvFHW6Pr
Pobierz




@asdfghjkl: przynajmniej bedzie wszystko w jednym miejscu a nie rozwleczone po całym projekcie (btw 1000 parametrów konfiguracyjnych - jak bedzie miał 30 to już dużo i tak). Jedyny problem z takim podejsciem ze np. mozesz chciec jednak trzymać jakieś ustawienia w repo (np. stopien kompresji plików ktore przetwarszasz) ale nie te wrażliwe (np. klucz do API
@MarcinOrlowski: Ja nie pisze, żeby nic w env nie trzymać tylko żeby trzymać tylko to co faktycznie warto, żeby nie doszło do sytuacji, że ktoś gdzieś ma starą wartość w pliku env a która jest kluczowa dla poprawnego działania aplikacji. Ato co warto to już zależy od projektu
.envjeśli można? Masz wtedy wszystko w jednym miejscu, łatwiej automatycznie generować konfigi etc. np. dla CI czy cokolwiek. jak komuś cos nie działa to mozna poprosić o konfig i dostaniesz wszystko w postaci 1 pliku i tak dalej. a jesli czegos sie oryginalnie nie da via.envustawic to mysle ze wolałbym@asdfghjkl: ale znowu - nie wydaje mi sie zebys mial az tyle zmienialnych parametrów w swoim projekcie, ze byłoby problemem nawet gdybyś je wszystkie mial w env. Ile ich będziesz mial łącznie? 10? 20? może 30? (+ 2 na collation i charset jesli potrzebujesz zmieniac faktycznie :). Wiece wciaz jak dla mnie to czystsze rozwiazanie.