home.social

#mongo — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #mongo, aggregated by home.social.

fetched live
  1. Check out this white paper about middleware for Linux® on IBM Z® and LinuxONE:
    MongoDB on IBM Z - Performance Tuning Guide
    It provides practical guidance for optimizing MongoDB at the hardware, operating system, and application levels to maximize utilization of IBM Z infrastructure.
    ibm.com/docs/en/linuxonibm/pdf

    #ibm #ibmz #linuxonZ #mongo #performance #linuxone

  2. Check out this white paper about middleware for Linux® on IBM Z® and LinuxONE:
    MongoDB on IBM Z - Performance Tuning Guide
    It provides practical guidance for optimizing MongoDB at the hardware, operating system, and application levels to maximize utilization of IBM Z infrastructure.
    ibm.com/docs/en/linuxonibm/pdf

    #ibm #ibmz #linuxonZ #mongo #performance #linuxone

  3. Check out this white paper about middleware for Linux® on IBM Z® and LinuxONE:
    MongoDB on IBM Z - Performance Tuning Guide
    It provides practical guidance for optimizing MongoDB at the hardware, operating system, and application levels to maximize utilization of IBM Z infrastructure.
    ibm.com/docs/en/linuxonibm/pdf

    #ibm #ibmz #linuxonZ #mongo #performance #linuxone

  4. I really wish someone would step up and build a cloudnative-pg -like tooling for mongodb

    it's such a pain to work and maintain a self-hosted when you don't want to pay for the hosted version

    #database #CheapBastard #mongo #postgres #cloudnativepg #cncf

  5. I really wish someone would step up and build a cloudnative-pg -like tooling for mongodb

    it's such a pain to work and maintain a self-hosted when you don't want to pay for the hosted version

    #database #CheapBastard #mongo #postgres #cloudnativepg #cncf

  6. Dzisiaj zainspirowany efektami vibecodowania kolegi sam povibecodowałem za pomocą #Antigravity . Nic by z tego raczej nie wyszło, gdybym sam nie umiał programować. Ale finalnie mam prostą skontenerowaną Dockerem apkę z logowaniem, dodawaniem i edycją produktów z frontendem z #React , zapisywaniem w #Mongo i kodowaniem C# Core .NET .

    #vibeCoding
    #Docker

  7. Dzisiaj zainspirowany efektami vibecodowania kolegi sam povibecodowałem za pomocą #Antigravity . Nic by z tego raczej nie wyszło, gdybym sam nie umiał programować. Ale finalnie mam prostą skontenerowaną Dockerem apkę z logowaniem, dodawaniem i edycją produktów z frontendem z #React , zapisywaniem w #Mongo i kodowaniem C# Core .NET .

    #vibeCoding
    #Docker

  8. Dzisiaj zainspirowany efektami vibecodowania kolegi sam povibecodowałem za pomocą #Antigravity . Nic by z tego raczej nie wyszło, gdybym sam nie umiał programować. Ale finalnie mam prostą skontenerowaną Dockerem apkę z logowaniem, dodawaniem i edycją produktów z frontendem z #React , zapisywaniem w #Mongo i kodowaniem C# Core .NET .

    #vibeCoding
    #Docker

  9. Made a YouTube video explaining why I switched from #MongoDB to #Postgres. I've heard plenty of criticism of it, but not much to do with actually using it. I get into that topic in this video.

    #databases #Mongo #PostgreSQL #coding #programming #webdev

    youtube.com/watch?v=SDVBVSoPmCU

  10. Made a YouTube video explaining why I switched from #MongoDB to #Postgres. I've heard plenty of criticism of it, but not much to do with actually using it. I get into that topic in this video.

    #databases #Mongo #PostgreSQL #coding #programming #webdev

    youtube.com/watch?v=SDVBVSoPmCU

  11. Made a YouTube video explaining why I switched from #MongoDB to #Postgres. I've heard plenty of criticism of it, but not much to do with actually using it. I get into that topic in this video.

    #databases #Mongo #PostgreSQL #coding #programming #webdev

    youtube.com/watch?v=SDVBVSoPmCU

  12. Фронтенд 2026: что умерло, что выжило и что взлетело неожиданно

    Я открываю старый проект 2020 года и вижу знакомые имена в package.json: create-react-app, enzyme, moment.js, axios. Пять лет назад это был золотой стандарт. Сегодня же эти технологии вызывают у коллег искреннее недоумение: «Зачем это тут?» А ведь прошло всего пять лет. И за эти 5 лет изменилось очень многое: SPA переживает упадок, TypeScript стал обязательным стандартом, роль фронтенд-разработчика расширяется до full-stack. А дальше что, браузеры заменят фреймворки?

    habr.com/ru/companies/alfa/art

    #frontend #react #next #css #html #mongo

  13. Фронтенд 2026: что умерло, что выжило и что взлетело неожиданно

    Я открываю старый проект 2020 года и вижу знакомые имена в package.json: create-react-app, enzyme, moment.js, axios. Пять лет назад это был золотой стандарт. Сегодня же эти технологии вызывают у коллег искреннее недоумение: «Зачем это тут?» А ведь прошло всего пять лет. И за эти 5 лет изменилось очень многое: SPA переживает упадок, TypeScript стал обязательным стандартом, роль фронтенд-разработчика расширяется до full-stack. А дальше что, браузеры заменят фреймворки?

    habr.com/ru/companies/alfa/art

    #frontend #react #next #css #html #mongo

  14. It really is surprising sometimes how #homelab services grow....and I just want to emphasize that it's silly to think that you'll be the exception.

    Prior to doing my big holiday cleanup of scattered docker containers being moved over to first class, fully automated #proxmox #k3s VM nodes, and #kubernetes services being managed by #ansible and #argocd, I thought for sure I knew exactly how many services I would be running.

    I also felt confident that I didn't need anything more than that.

    Low and behold, the old adage holds true.

    Tonight I was working on my deployment of #netbox (github.com/netbox-community/ne) and I realized that it uses #Postgres under the hood.

    No big deal. I've got a Postgres instance already running in the cluster.....except that I wrongly made the assumption that #paperless_ngx would be the only consumer, and I turned off the superuser.

    Still no big deal....except that I'm deploying everything via GitOps as much as possible, AND I've already got live, important data in Postgres.

    *long sigh*

    So...now I get to go do some manual surgery on users and databases to make it be a proper cluster wide, multi-tenant service, I'll make the gitops side of it look pretty later.

    And that's when I realized that keeping an instance of #pgadmin around would be super useful going forward.

    I was, in no way, planning on running a PgAdmin instance, but here we are.

    Well...guess what? I'm also running Mongo, InfluxDB, and Redis.

    Thankfully, Influx ships with a WebUI...but if I'm already adding pgAdmin, then there's no sense skipping #Mongo Compass and #Redis Insight.

    And that's officially 3 more unexpected services to deploy in a single night.

  15. It really is surprising sometimes how #homelab services grow....and I just want to emphasize that it's silly to think that you'll be the exception.

    Prior to doing my big holiday cleanup of scattered docker containers being moved over to first class, fully automated #proxmox #k3s VM nodes, and #kubernetes services being managed by #ansible and #argocd, I thought for sure I knew exactly how many services I would be running.

    I also felt confident that I didn't need anything more than that.

    Low and behold, the old adage holds true.

    Tonight I was working on my deployment of #netbox (github.com/netbox-community/ne) and I realized that it uses #Postgres under the hood.

    No big deal. I've got a Postgres instance already running in the cluster.....except that I wrongly made the assumption that #paperless_ngx would be the only consumer, and I turned off the superuser.

    Still no big deal....except that I'm deploying everything via GitOps as much as possible, AND I've already got live, important data in Postgres.

    *long sigh*

    So...now I get to go do some manual surgery on users and databases to make it be a proper cluster wide, multi-tenant service, I'll make the gitops side of it look pretty later.

    And that's when I realized that keeping an instance of #pgadmin around would be super useful going forward.

    I was, in no way, planning on running a PgAdmin instance, but here we are.

    Well...guess what? I'm also running Mongo, InfluxDB, and Redis.

    Thankfully, Influx ships with a WebUI...but if I'm already adding pgAdmin, then there's no sense skipping #Mongo Compass and #Redis Insight.

    And that's officially 3 more unexpected services to deploy in a single night.

  16. It really is surprising sometimes how #homelab services grow....and I just want to emphasize that it's silly to think that you'll be the exception.

    Prior to doing my big holiday cleanup of scattered docker containers being moved over to first class, fully automated #proxmox #k3s VM nodes, and #kubernetes services being managed by #ansible and #argocd, I thought for sure I knew exactly how many services I would be running.

    I also felt confident that I didn't need anything more than that.

    Low and behold, the old adage holds true.

    Tonight I was working on my deployment of #netbox (github.com/netbox-community/ne) and I realized that it uses #Postgres under the hood.

    No big deal. I've got a Postgres instance already running in the cluster.....except that I wrongly made the assumption that #paperless_ngx would be the only consumer, and I turned off the superuser.

    Still no big deal....except that I'm deploying everything via GitOps as much as possible, AND I've already got live, important data in Postgres.

    *long sigh*

    So...now I get to go do some manual surgery on users and databases to make it be a proper cluster wide, multi-tenant service, I'll make the gitops side of it look pretty later.

    And that's when I realized that keeping an instance of #pgadmin around would be super useful going forward.

    I was, in no way, planning on running a PgAdmin instance, but here we are.

    Well...guess what? I'm also running Mongo, InfluxDB, and Redis.

    Thankfully, Influx ships with a WebUI...but if I'm already adding pgAdmin, then there's no sense skipping #Mongo Compass and #Redis Insight.

    And that's officially 3 more unexpected services to deploy in a single night.

  17. Γαμώ τα big data μου, την mongo μου και τον kubernetes μου μέσα. Μην δίνετε σημασία. #sysadmin #k8s #mongo

  18. Γαμώ τα big data μου, την mongo μου και τον kubernetes μου μέσα. Μην δίνετε σημασία. #sysadmin #k8s #mongo

  19. Γαμώ τα big data μου, την mongo μου και τον kubernetes μου μέσα. Μην δίνετε σημασία. #sysadmin #k8s #mongo

  20. Построение REST API на Go с использованием Gorilla Mux и MongoDB

    Введение В данной статье будет рассмотрена практическая интеграция MongoDB с веб-приложением на Go, построенным на базе маршрутизатора Gorilla Mux . Цель — получить минимальный, но функциональный REST API с поддержкой CRUD-операций над сущностью Book , при этом соблюдая лучшие практики структурирования кода. Материал рассчитан на разработчиков, знакомых с Go, HTTP API и основами работы с базами данных. Выбор стека Go — компилируемый язык с лаконичным синтаксисом, встроенной поддержкой параллелизма и богатой стандартной библиотекой для работы с сетью. Эти качества делают его удобным выбором для разработки API-сервисов.

    habr.com/ru/articles/935102/

    #go #mongo #golang #программирование #api #go_разработчик

  21. Построение REST API на Go с использованием Gorilla Mux и MongoDB

    Введение В данной статье будет рассмотрена практическая интеграция MongoDB с веб-приложением на Go, построенным на базе маршрутизатора Gorilla Mux . Цель — получить минимальный, но функциональный REST API с поддержкой CRUD-операций над сущностью Book , при этом соблюдая лучшие практики структурирования кода. Материал рассчитан на разработчиков, знакомых с Go, HTTP API и основами работы с базами данных. Выбор стека Go — компилируемый язык с лаконичным синтаксисом, встроенной поддержкой параллелизма и богатой стандартной библиотекой для работы с сетью. Эти качества делают его удобным выбором для разработки API-сервисов.

    habr.com/ru/articles/935102/

    #go #mongo #golang #программирование #api #go_разработчик

  22. Even took out the #MongoDB used by my #Unifi controller, which is annoying. Ended up restoring a morningly backup, so got a bigger gap there than the actual outage:

    #Mongo

  23. Even took out the #MongoDB used by my #Unifi controller, which is annoying. Ended up restoring a morningly backup, so got a bigger gap there than the actual outage:

    #Mongo

  24. Even took out the #MongoDB used by my #Unifi controller, which is annoying. Ended up restoring a morningly backup, so got a bigger gap there than the actual outage:

    #Mongo

  25. Коротко про TTL в NoSQL-хранилищах: Redis, MongoDB и Cassandra

    Привет, Хабр! В этой статье мы коротко рассмотрим, как работает TTL в трёх популярных NoSQL-хранилищах — Redis, MongoDB и Cassandra.

    habr.com/ru/companies/otus/art

    #cassandra #mongo #redis #масштабирование #облачные_базы_данных #Обработка_больших_данных

  26. Коротко про TTL в NoSQL-хранилищах: Redis, MongoDB и Cassandra

    Привет, Хабр! В этой статье мы коротко рассмотрим, как работает TTL в трёх популярных NoSQL-хранилищах — Redis, MongoDB и Cassandra.

    habr.com/ru/companies/otus/art

    #cassandra #mongo #redis #масштабирование #облачные_базы_данных #Обработка_больших_данных

  27. Сравнение 2х нишевых библиотек для написания миграций в монго

    В работе веб-разработчика (в частности бекенд-разработчика) встречается много разных интересных и уникальных задач. В этой статье речь пойдёт о такой теме как написание миграций документно-ориентированной БД mongo . Как и в любой задаче у нас имеется несколько вариантов решения проблемы. Мы подробно разберём примеры использования 2х разных c#-библиотек, не углубляясь в детали реализации. Посмотрим их плюсы и минусы и выберем 1 из них для выполнения поставленной задачи. В конце нас ждёт небольшое сравнение производительности, так что пристегнитесь, ведь будет интересно. Пристегнуться!

    habr.com/ru/articles/897840/

    #mongo #c# #migrations

  28. Сравнение 2х нишевых библиотек для написания миграций в монго

    В работе веб-разработчика (в частности бекенд-разработчика) встречается много разных интересных и уникальных задач. В этой статье речь пойдёт о такой теме как написание миграций документно-ориентированной БД mongo . Как и в любой задаче у нас имеется несколько вариантов решения проблемы. Мы подробно разберём примеры использования 2х разных c#-библиотек, не углубляясь в детали реализации. Посмотрим их плюсы и минусы и выберем 1 из них для выполнения поставленной задачи. В конце нас ждёт небольшое сравнение производительности, так что пристегнитесь, ведь будет интересно. Пристегнуться!

    habr.com/ru/articles/897840/

    #mongo #c# #migrations

  29. Выбор индексов в базах данных для highload-систем

    Индексы – это «ускорители» доступа к данным в базах данных. Правильно выбранные индексы могут многократно ускорить запросы, что особенно критично в highload-системах с большими объёмами данных и большим числом запросов. Однако за ускорение чтения приходится платить усложнением записи и дополнительным расходом памяти. В этой статье мы подробно рассмотрим, как работают разные типы индексов в реляционных СУБД, как выбирать индекс под конкретный запрос, обсудим подводные камни (например, блоат, переиндексация, избыточные индексы) и затронем индексацию в NoSQL (MongoDB, Cassandra). Завершим чеклистом, который поможет выбрать оптимальный индекс под вашу задачу.

    habr.com/ru/articles/897766/

    #postgresql #mysql #mongo #cassandra #sql #nosql #базы_данных #нагрузка #высокая_производительность #распределенные_системы

  30. Выбор индексов в базах данных для highload-систем

    Индексы – это «ускорители» доступа к данным в базах данных. Правильно выбранные индексы могут многократно ускорить запросы, что особенно критично в highload-системах с большими объёмами данных и большим числом запросов. Однако за ускорение чтения приходится платить усложнением записи и дополнительным расходом памяти. В этой статье мы подробно рассмотрим, как работают разные типы индексов в реляционных СУБД, как выбирать индекс под конкретный запрос, обсудим подводные камни (например, блоат, переиндексация, избыточные индексы) и затронем индексацию в NoSQL (MongoDB, Cassandra). Завершим чеклистом, который поможет выбрать оптимальный индекс под вашу задачу.

    habr.com/ru/articles/897766/

    #postgresql #mysql #mongo #cassandra #sql #nosql #базы_данных #нагрузка #высокая_производительность #распределенные_системы

  31. It would be so nice if all databases, caches, search engines and the like would use a common standard for authentication and selecting the service or database. Preferably also with encryption, so how about mTLS with a service field in the CN?

    Looking at you #postgres #mysql #elastic #memcache #redis #mongo

  32. It would be so nice if all databases, caches, search engines and the like would use a common standard for authentication and selecting the service or database. Preferably also with encryption, so how about mTLS with a service field in the CN?

    Looking at you #postgres #mysql #elastic #memcache #redis #mongo

  33. #getFedihired - Know #MongoDB and/or #ElasticSearch and/or GNU/Linux #sysadm ? Expecially if you know #Ansible and/or #python and #shell scripting

    A couple US or India #WFH positions opening up for 24/7 support ( includes #weekend and #holiday shifts )

    US roles are US daytimes, India roles are the other 16 hours of day

    DM me if you're interested ( job listings coming soon )

    We should also have some SRE and dev positions and a MongoDB DBA position soon

    #FediHire #FLOSSjobs #Elastic #Mongo

  34. #getFedihired - Know #MongoDB and/or #ElasticSearch and/or GNU/Linux #sysadm ? Expecially if you know #Ansible and/or #python and #shell scripting

    A couple US or India #WFH positions opening up for 24/7 support ( includes #weekend and #holiday shifts )

    US roles are US daytimes, India roles are the other 16 hours of day

    DM me if you're interested ( job listings coming soon )

    We should also have some SRE and dev positions and a MongoDB DBA position soon

    #FediHire #FLOSSjobs #Elastic #Mongo

  35. #getFedihired - Know #MongoDB and/or #ElasticSearch and/or GNU/Linux #sysadm ? Expecially if you know #Ansible and/or #python and #shell scripting

    A couple US or India #WFH positions opening up for 24/7 support ( includes #weekend and #holiday shifts )

    US roles are US daytimes, India roles are the other 16 hours of day

    DM me if you're interested ( job listings coming soon )

    We should also have some SRE and dev positions and a MongoDB DBA position soon

    #FediHire #FLOSSjobs #Elastic #Mongo

  36. Featured Job from @openuk #SOOCon25 Job Board: Percona is searching for a SQL Database Support Engineer, Director of Product, C++/Mongo Senior Software Engineer, and more. Browse the company’s open positions on #OSJH
    opensourcejobhub.com/company/3
    #Percona #jobs #career #database #engineer #MySQL #Mongo #PostgreSQL #Redis #Valkey #OpenSource

  37. Featured Job from @openuk Job Board: Percona is searching for a SQL Database Support Engineer, Director of Product, C++/Mongo Senior Software Engineer, and more. Browse the company’s open positions on
    opensourcejobhub.com/company/3

  38. Featured Job from @openuk #SOOCon25 Job Board: Percona is searching for a SQL Database Support Engineer, Director of Product, C++/Mongo Senior Software Engineer, and more. Browse the company’s open positions on #OSJH
    opensourcejobhub.com/company/3
    #Percona #jobs #career #database #engineer #MySQL #Mongo #PostgreSQL #Redis #Valkey #OpenSource

  39. So I just casually merged such a small Pull Request extending „a bit” my workshop exercises in #Java.

    github.com/oskardudycz/EventSo

    Wanna see how to implement event stores on top of #PostgreSQL or #Mongo? How to use #EventStoreDB? Why not!

    I’m going to have a few open and private workshops teaching #EventSourcing in practice. You can also join them or schedule one.

    Or, you can try to do exercises as a self-paced kit, as I’m always open sourcing all of them. That’s not the full workshop experience, but can be good enough 🙂