Cancelled envoyer.io a couple of weeks ago (US based). This week I had a few changes to deploy so I played around with deployer. Docs are not very clear, so getting up to speed was a bit more of a challenge than I would have liked, but in the end, succeeded. Much quicker to deploy than using envoyer.io, and more versatile.
Worth noting that deployer handles load balanced site quite gracefully.
Deploy from local to production (self-hosted) — https://github.com/bypirob/airo
#HackerNews #Deploy #Local #Production #SelfHosted #GitHub
Still using envoyer.io here, and want to either DIY it or use something else. Any suggestions? I have 1 project, so not rocket science. But, I always finding myself reinvetning the wheel when it comes to deployment, so would love a simple: This is a great way to do it. Need staging and production deployements.
Build Pipeline & Deployment für deine Web App
https://makertube.net/videos/watch/5cd65452-aa24-48d6-90d5-9c4edd144ef1
#PHP develpers might have a look at this.
Please
https://wordpresscenter.net/new/
Because...
"You'd be a lot cooler if you did", as our legendary great, Matthew McCoughnsneeze famously said (or became famous for saying, more accurately perhaps)
#LAMP #LXMP #LEMP #Linux #CMS #deploy #github #bash #scripting
Oh. it's just some kinda crazy nonsense. I'm tryin'a see if you can clone that repo and basically run that shell script and whether it works for you.
I've deployed it successfully on NGINX, Apache, and LiteSpeed.
Of course, my current server has an open_basedir restriction preventing it from functioning. This, my friends, is new territory for me! For a guy who messes w/ the filesystem (for some reason), you'd think i'd be an old pro with that one!
Evento de Mobile, Frontend, Backend, Banco de Dados e Deploy Gratuito
#backend #bancodedados #deploy #frontend #fullstack #mobile #programacao #tecnologia
https://guiadeti.com.br/evento-mobile-frontend-backend-bd-deploy-gratuito/?feed_id=9479&_unique_id=67339d70937e7
[3/3] #unix #обдумывание #ваше_мнение #администратирование #docker #deploy #backup
Рулили бы своими серваками с докерами, впн'ами, небольшими постгресами через еще один конфиг-файл, который в итоге бы компилировался в программу с веб-мордой и давал вам возможность разворачивать/гасить/бекапить/деплоить хосты и видеть статус по всем запущнным контейнерам и другим сервисам работающим прямо на хосте? Обычно это решается чем-то огромным. А хочется маленькую программу для "локального админа". Или не хочется? ;)
[2/3] #unix #обдумывание #ваше_мнение #администратирование #docker #deploy #backup
Или же те самые простые команды, которые дает докер это уже кайф и лишать этого человека совсем не стоит. Ну, знаете, поднять сейчас сервер с докером через компоуз это не такая сложная задача.
Ансибл я конечно использовал уже, и куб, но это "не то". Все эти задачи, что я решал на баше https://github.com/pechorin/pbr.sh/ как-то перенес в ансибл — и не получил никакого удовольствия.
Так же логику в этих вещах, если год туда не заходить - забываешь. Я говорю именно о скриптах, в которые надо резко вчитаться при возникновении какой-либо проблемы или задачи.
А еще нет лучше способа не сделать что-то, чем рассказать об этом слишком рано. Но меня правда мучает эта не написанная программа уже давно.
[1/3] #unix #обдумывание #ваше_мнение #администратирование #docker #deploy #backup
Такое возникло размышление/вопрос к линуксоидам: юникс состоит из множества утилит, которые в общем случае легко соединить между собой. Иногда образовывается паттерн между этими командами и программисту приходит в голову идея объединить результаты и последовательность программ в одну большую. То есть создать программу, которая бы решала все в меньшее количество консольных действий. Или вообще давала рулить собой через веб интерфейс.
Мне не ясно нужно ли это. Допустим действий будет не 200, а 20. Большая часть остальных действий будет заменена программой.
Но кейс программы не особо частый и скорее для тех кто администратирует свои хосты с докерами и маленькими базами данных.
Более предметно: у меня несколько хостов, их нужно разворачивать, ставить туда докер, поднимать докер-компоузы, а еще бекапить все это дело во время.
Urgh!! Spun up a Vps. Setup firewalls, setup users, installed postgreSQL, installed node.js, installed nginx, installed Ruby, installed mastodon Ruby dependencies, set up rbenv, updated Bundler, installed Yarn, installed mastodon's javascript dependencies, cloned mastodon from github, installed mastodon...
And it didn't work.
Tell me.. why did I want to do this by myself again?
@jonsagara
Ops, I'm stupid, (I was looking for a github workflow), found now.
Farmer is in Build.fs Also well explained in the readme
"Finally, there are Bundle and Azure targets that you can use to package your app and #deploy to #Azure"
I want to show this demo of #fsharp, which manages all - backend, frontend, and cloud resources - to my colleagues.
Perfect thanks
Having a look at @newsblur #newsblur, and it does look interesting and useful. Of course I'm starting to investigate what would #SelfHosting it look like.
"Annoying" is the answer - untagged repo, untagged images, generally designed to be built locally - or deploying natively to a bunch of machines using #ansible.
So I start pondering what would it look like to #deploy to #kubernetes instead
How to deploy a Java app to Azure App Service
The recent loss of #offshorewind projects and the painfully long timelines that it takes to build #transmission underscore a major problem in the US #energytransition: how long it takes to build things. In my latest essay, I look at how an environmental movement that is largely stuck in 1970s thinking is part of the problem, and how we need to evolve to meet the urgent need of confronting the #climatecrisis.
https://medium.com/@croselund/hey-environmentalists-we-need-to-build-131108e0fb3a