• 1 Post
  • 400 Comments
Joined 1 year ago
cake
Cake day: June 12th, 2023

help-circle



  • At its simplest:

    docker run -d --name servicename --restart unless-stopped container

    That’ll get you going. Youi’ll have containers running, they restart, etc. There are more sophisticated ways of doing things (create a systemd file that starts/stops the container, use kubernetes, etc.) but if you’re just starting this will likely work fine.


  • With all the hype surrounding Python it’s easy to forget that it’s a really old language. And, in my opinion, the leadership is a bit of a mess so there hasn’t been any concerted effort on standardizing tooling.

    Some unsolicited advice from somebody who is used more refined build environments but is doing a lot of Python these days:

    The whole venv thing isn’t too bad once you get the hang of it. But be prepared for people to tell you that you’re using the wrong venv for reasons you’ll never quit understand or likely need to care about. Just use the bundled “python -m venv venv” and you’ll be fine despite other “better” alternatives. It’s bundled so it’s always available to you. And feel free to just drop/recreate your venv whenever you like or need. They’re ephemeral and pretty large once you’ve installed a lot of things.

    Use “pipx” to install python applications you want to use as programs rather than libraries. It creates and manages venvs for them so you don’t get library conflicts. Something like “pip-tools” for example (pipx install pip-tools).

    Use “pyenv” to manage installed python versions - it’s a bit like “sdkman” for the JVM ecosystem and makes it easy to deal with the “specific versions of python” stuff.

    For dependencies for an app - I just create a requirements.txt and “pip install -r requirements.txt” for the most part… Though I should use one of the 80 better ways to do it because they can help with updating versions automatically. Those tools mostly also just spit out a requirements.txt in the end so it’s pretty easy to migrate to them. pip-tools is what my team is moving towards and it seems a reasonable option. YMMV.









  • As I mentioned in reply to another comment of yours, the main difference in my opinion here is that I am posting this as an individual one-man company compared to something like Oracle. And the Oracle free tier still requires you to sign-up and provide your data. This free version does not have such a commitment.

    I don’t care who you are? Nor do I understand why that matters - it’s not you I dislike it’s your ads. You seem a decent fellow. The rules say “no spam” not “no spam unless you’re, like, a super-cool dude with an exciting new project!”

    You’re welcome to create a xpipe@lemmy.world community for people who are interested in your product. It’s free to create and you can share all the up-to-date and exciting changes you’re making as much as you like.

    You could also just downvote the posts you don’t want to see and move on, you don’t have to read my posts if you don’t like them.

    I have. But this is never an effective strategy against fighting spam. Which is why I raised it as a question to the community.


  • Oracle’s cloud platform has an “always free” plan that self-hosters tend to use - yet I don’t think we’d accept Oracle posting monthly updates in this community. But maybe I’m wrong. Maybe this community should be for ads then?

    If users were posting and discussing products that’s something else. That’s a community discussing things they find interesting or useful. Direct advertising is just self-serving. You can pretend it’s not - but we both know it is.

    These XPipe posts have gone well beyond “I did a thing” and are starting to feel like I’ve subscribed for release updates that I can’t unsubscribe from for a product I will never use. So at this point it’s spam.

    Edit: Well - I guess I could block you as a user - which I don’t really want to… But that seems to be the only option open to me.