" Ezért van úgy megtervezve a config file-ok is, hogy egyszer kell csak megcsinálni öket."
Hiszed te. Holnap az expat wordpressre koltozik, a fajlokat kipakoljak s3-ba, ahol nem lehet oket listazni. Holnaputan az openssl apache projektte valik, megvaltozik a mappaszerkezet, a weboldal szerkezete, es a fajlnevek felepitese.
Nem. Egy csomagkezelo sosem arrol szol, hogy egyszer megcsinalom, oszt jo'van. Hidd el, naladnal sokkal okosabb emberek is atmentek mar ezeken a tevedeseken, nem hiszem, hogy te talalnad itten fel a melegvizet, ahhoz mar tulontul sok letezo rendszer es letezo csomagkezelo van.
Egy csomagkezelo csak annyira jo, amennyire karbantartjak a csomagjait. Marpedig egy scriptelt csomag akkor lehet a legjobb, ha minel kevesebb dologtol fugg. Ha hirtelen kitalalja a komplett GNU projekt, hogy marpedig ok kikoltoznek S3-ba, ahol nem kapcsoljak be a fajlok listazasat, akkor nagyon megszivod, mert nem egy csomag, hanem vagy harminc-otven kerul hirtelen ki a latokorodbol, es vaghatsz bele a GNU honlap parzolasaba - ha egyaltalan ugy elo tudod szedni, es parhuzamosan nem kezdik mondjuk valami javascriptes mokaval kigeneralni a lapokat valami S3-as API alapjan formazatlan JSON-bol, amit eleg problemas bash-bol kezelgetni.
Felre ne erts, amit csinalsz, az ujjgyakorlatnak tokeletes. Rengeteg dolgot megtanulhatsz altala. De meg csak veletlenul se tekints ugy erre a projektre, hogy barmi haszna van. Ahogy no a csomagok szama, egyre tobb karbantartasi feladatot csinalsz magadnak, raadasul minel bonyolultabban van megoldva a csomagok felepitese es mukodese, annal bonyolultabbakka valnak a karbantartasi feladataid is. Egy verzioszamot atirni: a piece of cake (1 perc). Egy komplett parzolo scriptet atnezni/javitani/atirni: pain in the ass (fel-egy ora). Es nem lesz mindig idod ezeket maintenelni.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:
()=()
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()