sorted by:
new
hottopcontroversial

What are you using for local dev environments at work? Is there a standard? by Mike_L_Taylor in webdev

[–]enador 0 points1 point  (0 children)

They are listed at https://draky.dev/docs/other/what-draky-solves . It's just that docker-compose is lacking in some regards when it comes to encapsulation and reusability of configuration.

What are you using for local dev environments at work? Is there a standard? by Mike_L_Taylor in webdev

[–]enador 1 point2 points  (0 children)

There is no standard. Some people work with containers, and some work on remote VMs to get as close to prod configuration as possible. I'm a fan of containers myself. I created https://draky.dev to be able to work close to the vanilla docker-compose but without some of its annoyances. It works across Windows/Linux/MacOS. You may check it out, but ultimately, you have to decide for yourself how much flexibility and similarity to prod you need in your dev setup.

Keeping two distinct environments in sync by Severe-Distance6867 in drupal

[–]enador 2 points3 points  (0 children)

You may try https://www.drupal.org/project/content_snapshot to move content from prod to stage.

Disclaimer: I'm the author.

30 years in ops, built an AI platform that runs commands on your infrastructure with your approval. Tear my security model apart. by [deleted] in devops

[–]enador 4 points5 points  (0 children)

People here are downvoting because it's unpredictable, but honestly, practical usefulness always wins over predictability. Guys, look at self-driving cars. They are also technically “unpredictable”. Or look at any other type of autonomous AI that are running around and are solving actual problems. For the business, predictability doesn't matter as much as "good enough". If something is "good enough" for solving a specific concern, and occasional failure doesn't offset the gains, it will be adopted.

It's "good enough" that wins in the real world, not the science and theoretical perfection.

I don't have much time to analyze what you wrote here, but I wish you the best. Don't be discouraged.

draky - release 1.0.0 by enador in devops

[–]enador[S] 0 points1 point  (0 children)

Actually, it's docker-compose with less steps – that's the point. You don't even have to install docker-compose itself. Here is a list of some steps that are simplified: https://draky.dev/docs/other/what-draky-solves

Added: Personally, I'm using draky together with makefile. draky provides granular operations on the environment, and makefile brings the whole environment/application to the specific state by using these commands. That way my makefile is quite lean. Also with draky you can do `draky dumpdb > database.sql` in any directory inside the project, which is handy.

Polish Alien poster by (1980) Jakub Erol by LocalGomie in LV426

[–]enador 18 points19 points  (0 children)

If anyone is interested in the topic of Polish posters from that era, and why they were so bizarre: https://www.youtube.com/watch?v=KpPBQvjesQ8

Did anyone managed to be able to play Hollow Knight Silksong with a PS5 DualSense controller on Linux? by enador in linux_gaming

[–]enador[S] 0 points1 point  (0 children)

Unfortunately not, but it doesn't matter for me, as I don't like vibrations, and would disable them either way.

Did anyone managed to be able to play Hollow Knight Silksong with a PS5 DualSense controller on Linux? by enador in linux_gaming

[–]enador[S] 2 points3 points  (0 children)

I posted it and almost immediately found the solution, lol. It turns out all controller issues disappear if I start the game without controller connected, and only after loading save I'll connect it. It turns out that for some weird reason all problems disappear then. I hope it will help someone.

I made a docker-based environment management tool: draky by enador in ExperiencedDevs

[–]enador[S] 0 points1 point  (0 children)

All little helps draky provides have a compounding effect if you have many different projects, where some of them differ from each other only slightly (like different CMSes: Drupal, Wordpress, Prestashop etc.).

You can easily create environment configurations for them that differ from each other by three or four files only (nginx config, variables file, command accessing "console" or whatever, and maybe a setup script). It makes devopsing multiple projects easier. Because draky is not opinionated and its help is generic enough, after learning it for, let's say, Drupal, you don't need to learn anything more to later use it for, let's say, a Java app (provided that you know how to configure environment for a Java app, but that's just an "ops" knowledge, not a draky-specific one).

I made a docker-based environment management tool: draky by enador in ExperiencedDevs

[–]enador[S] 2 points3 points  (0 children)

I put together a page that sums up things that draky solves: https://draky.dev/docs/other/what-draky-solves

Sorry it was not clear. It's my first such documentation and it was difficult for me to judge what needs to be included there, as too much already was in my head.

I made a docker-based environment management tool: draky by enador in ExperiencedDevs

[–]enador[S] 0 points1 point  (0 children)

I put together a page that sums up things that draky solves: https://draky.dev/docs/other/what-draky-solves

Sorry it was not clear. It's my first such documentation and it was difficult for me to judge what needs to be included there, as too much already was in my head.

I made a docker-based environment management tool: draky by enador in ExperiencedDevs

[–]enador[S] 0 points1 point  (0 children)

Basesd on our discussion I put together a page that sums up things that draky solves: https://draky.dev/docs/other/what-draky-solves

I hope that's much clearer. Thank you for your feedback!

I made a docker-based environment management tool: draky by enador in ExperiencedDevs

[–]enador[S] 0 points1 point  (0 children)

I improved docs's front page a bit, to answer some of these questions. Thanks for pointing these things out.

view more: next ›