Те точно това което си описал е тегавото. Нека ти обясня какво имам в предвид де, преди първосигнално да ми скочиш на бой как така си позволявам да критикувам и то при това необосновано.
Та първия ти линк е как да се пусне локално с външен веб сървър - това горе долу би свършило работа за тестване ама ми се види доста по тежичко отколкото една проста команда от рода не npm run serve
примерно. Отделно, не нямам инсталиран веб сървър на компа и няма и да инсталирам освен ако не ми е крайно наложително. Евентуално този асемблерски веб сървър ако може да се пуска локално само за да направя тест, че всичко е ОК би свършил работа, да си разбутвам дев машината не ми е много присърце.
Какво значи да имаш инсталиран сървър? Аз имам nginx на машината, но той не работи постоянно, а го пускам само когато искам да тествам.
В проекта имам скрипт "www/nserver", който просто пуска nginx в текущата директория. Като не ми трябва повече го спирам със Ctrl-C.
В края на краищата твоето npm run surve
също пуска уеб сървър, само че с повече букви.
А въобще, можеш да си използваш какъвто си искаш уеб сървър за тестване, стига да поддържа FastCGI. Просто трябва да си го настроиш сам. Не знам какво точно прави npm run serve
, но ако поддържа FastCGI, то и с него ще работи.
Относно RWASA от видеото, с него ще работи също перфектно. Сваляш си го, слагаш го в директорията и го стартираш с нужните опции. Нищо не трябва да се инсталира.
Втория линк как е как да инсталирам локално с фосил - тц, 15 години работя само с гит, нямам нерви да уча нов сорс контрол който отгоре на всичко прави същото като гит ама по негов си начин и синтаксис.
Сорса спокойно можеш да си го клонираш от github репозитория. Той е винаги актуален.
Няма никаква нужда да компилираш изпълнимите файлове от сорс обаче. Сваляш си бинарният пакет и взимаш компилираните изпълними файлове от там и ги копираш в директорията www/
. (това са 3 файла: engine
, ld-musl-i386.so
и libsqlite3.so
)
Докато не пожелаеш да работиш върху асемблерния код, нищо друго няма да ти трябва. Описанието как да клонираш и компилираш библиотеки и т.н. е само ако искаш да работиш върху асемблерния код. Тука за съжаление нищо не може да се направи. Нормално е за асемблер да ти трябват специфични инструменти и библиотеки.
Ако ще се работи върху фронтенда, сорсът е нужен само и единствено заради .less
файловете (директория templates/
и поддиректориите ѝ), които се компилират до CSS и евентуално сорсовете на изображенията, които се използват във фронтенда.
Т.е. според мен би трябвало да имаш някакъв начин да се улесни разработката като се пуска всичко локално без инсталация. Инсталацията е когато искаш да деплойнеш на сървър където да си стартира автоматично и т.н. нещо което няма почти никакъв смисъл по време на разработка (освен ако не искашш да тестваш самото инсталиране за продукция де). Та по този начин времето между пипване на нещо по сорса и тестването му на работещ форум ще е минимално и ще става бързо. Евентуално може да се направи един врапър за нпм/ноде.йс който да си наглася нещата и да пуска форума - включително и предъвкването на темплейтите и подготовката на цсс-а защото в момента това дефакто стана стандарт при фронтоваците, че и тила отива нататък (дето му викат сега фулстек - базиран само на ноде).
То всичко се пуска локално, без инсталация. Не знам откъде си останал със впечатление на обратното. Тази статия за nginx и systemd е действително не за разработка, а ако искаш да си пуснеш собствен форум на VPS.
А относно врапърите за npm/node.js, може и да може, но аз си нямам никаква идея как. Нито защо. Лично на мене подобни идеи (както и за Docker например ми изглеждат като излишно усложняване на работния процес.
Още една питанка - имаш ли как да импортнеш гит комити през гитхъб?
За съжаление не. На гитхъб има само real-only mirror.
Но можеш локално да си ползваш git и да ъпдейтваш от github, а на мене просто да ми изпращаш patch файловете и аз ще ги събмитна. Или даже модифицираните файлове директно. Ако ще, просто ги прикачи в пост във форума.
Но въобще, не знам какво против имаш fossil? Това е великолепна система за управление на кода, която особено за малки проекти е на светлинни години по-добра и по-лесна за работа от git. И тъй като е значително по-проста от git, то и нищо не се налага да се учи, ако знаеш git. Виж например тази статия и кажи имаше ли в нея нещо ново или необичайно за тебе? Съмнявам се.
При това fossil не изисква никаква "инсталация", която ти толкова не обичаш. Впрочем аз също и затова няма нито един инструмент, който да използвам и които да изисква инсталация.