291–300 of 327 posts
I dont run a company, but I am very pleased to see: * Many founders are using Digital Ocean or Linode or something similar/simple, and not complicated k8s/aws setups * Many founders are using boring but stable tech like python/django or rails or similar for the backend, and vanilla js for the frontend Looks like where it matters, ie, shipping something, most are using boring but stable tech instead of Fad-of-the-week
Earlier quoted context omitted.
Several. I already use Fedora Workstation and am familiar with the environment, install, and setup process. CoreOS' "happy path" seems to be cloud (or at least hosted in a hypervisor) -native, and that was not the target here. There seem to be external dependencies on installing it to bare metal I didn't want to mess with[1]. I installed Fedora Server from .iso almost exactly the same way I've installed Fedora (works…
> CoreOS seems to be targeting cloud/kubernetes as implementation characteristics, and my "one man shop" gig is the anti-that. That makes a lot of sense. > My "day job" uses rhel, and with the recent CentOS end-of-life debacle I'd like to stay both FOSS and .rpm-compatible with rhel. Most people have entirely missed the point of CentOS Stream[1], and even the founder of Rocky Linux has recently admitted that[2]. If C…
Yes, but only because Fedora Server is (also/even more) a FOSS upstream for RHEL. Doing something that isn't Fedora (Workstation/Server) is "one more thing", however small, and I'd rather spend the brain tokens elsewhere. If it 10x'ed my app I'd do it, but I can't imagine it would.
Thanks for the links, I wasn't so mad at CentOS Stream the product itself per se, I think it's a valid product / change to the old model. My biggest issue is the changing of the promises - the supported life of the product changed in-production. That's a big no-no to me.
Fedora (upstream) requires you to keep up, but at least it doesn't make promises that it won't keep.
Earlier quoted context omitted.
> CoreOS seems to be targeting cloud/kubernetes as implementation characteristics, and my "one man shop" gig is the anti-that. That makes a lot of sense. > My "day job" uses rhel, and with the recent CentOS end-of-life debacle I'd like to stay both FOSS and .rpm-compatible with rhel. Most people have entirely missed the point of CentOS Stream[1], and even the founder of Rocky Linux has recently admitted that[2]. If C…
| If CentOS Stream is going to be just a FOSS upstream for RHEL, will you still pick Fedora Server over it? Yes, but only because Fedora Server is (also/even more) a FOSS upstream for RHEL. Doing something that isn't Fedora (Workstation/Server) is "one more thing", however small, and I'd rather spend the brain tokens elsewhere. If it 10x'ed my app I'd do it, but I can't imagine it would. Thanks for the links, I wasn'…
I have been using Fedora Workstation for a while now, and I am trying to pick the best single-server OS for all my future projects.
Since Fedora is now a direct upstream for CentOS Stream – and CentOS Stream 9 is basically a LTS version of Fedora 34[1] – I am leaning towards CentOS Stream.
In fact, CentOS Stream might now even make sense as a stable desktop OS, and as a better alternative to Ubuntu LTS.
- Comet [1] for pretty highload machine translation service
- Hetzner for cheap but powerful hosting
Earlier quoted context omitted.
Thanks, I will check it out. I didn't know GitHub Actions could be configured to run on proprietary operating systems.
Hi, I'm the author of the repo. I use electron-builder [0] to build my Electron app. IIRC there are a few CLI flags to build for different operating systems without needing to run it in the target OS. So you don't even need to use GitHub Actions. [0] https://www.electron.build/
I was unable to build a Snap Store package for arm on an amd64 machine. Canonical provides their own remote build service, but proprietary projects can't use it yet.
In order to build a package for distribution on the Mac App Store I have to use macOS with XCode installed and signing certificates stored in the system keychain. Uploading the package to the app store also must be done with macOS-specific tools. At least it is possible to build multi-arch packages, so I don't need two separate machines as it is the case with snaps.
Windows 10 with Windows SDK is required to build an appx package for distribution on the Microsoft Store.
Earlier quoted context omitted.
It's not like pixeldrain has been hacked or anything. I have been serving ads for this company for almost a year. It's just that they decided to serve full screen ads all of a sudden without consulting me. I have removed them completely for now. I'll just be operating at a loss until I find an alternative ;-(
Ah, okay, sorry. I didn't see that piece of javascript on any other user-created pixeldrain pages, and it isn't involved in the ad at the bottom/center of the page. So, it did seem out of place to me. I can't even tell where it would place an ad.
Normally these ads would show up as little floating windows in the bottom right corner.
Earlier quoted context omitted.
Self-hosted solution is coming up soon. Would love to hear your feedback on the platform though.
I first used my Google account to sign up using my phone, but decided to switch to desktop halfway through the onboarding process. It was then impossible to login because: "Email ID not registered." It was also impossible to register because: "An account already exists for this email address." I started a new free trial using another Google account. I tried to add my REST API as a data source, but I had to initialize…
But these feedbacks encourages the team to smoothen the experience further.
Yes, you are correct the platform is capable of creating quite complex apps too. We have many operational tools built on it by IT and business teams alike.
Thanks again for taking time to share your feedback.
I taught myself to program to build [redacted], a comparison website for phone contracts in the UK. Front end: plain JavaScript Back end: Node.js Host: $10 DigitalOcean droplet Web server: Nginx SSL: Let's Encrypt with certbot Proxy: Cloudflare Database: Postgres Caching: Redis Indexing: MeiliSearch I wanted to learn JavaScript and understand the fundamentals, so I used vanilla JavaScript for the front end without an…
Hey! This is brilliant! Obviously you speak about the tech stack you use here, but your UX is absolutely perfect. I just used your product and got exactly what I wanted without even thinking. My brain didn't second-guess myself once. I didn't read anything superfluous - in fact I don't think I read anything at all. The search box and images of the phones did it all for me, and the autocomplete for search was perfect.…