#CouchDB

Artem R 🇺🇦<a href="https://mastodon.social/@UpCloud" class="u-url mention" rel="nofollow noopener" target="_blank">@UpCloud</a> well, I am actually working on a few personal projects, currently exploring how to do local first data storage for my habits app, and I must tell triple data syncs is not easy thing <a href="https://indieweb.social/tags/crdt" class="mention hashtag" rel="nofollow noopener" target="_blank">#crdt</a> <a href="https://indieweb.social/tags/couchdb" class="mention hashtag" rel="nofollow noopener" target="_blank">#couchdb</a> <a href="https://indieweb.social/tags/webdev" class="mention hashtag" rel="nofollow noopener" target="_blank">#webdev</a>

Raphael LullisStoring <a href="https://mastodon.communick.com/tags/RDF" class="mention hashtag" rel="nofollow noopener" target="_blank">#RDF</a> or <a href="https://mastodon.communick.com/tags/LinkedData" class="mention hashtag" rel="nofollow noopener" target="_blank">#LinkedData</a> is the easy part (I am working on <a href="https://mastodon.communick.com/tags/activitypub" class="mention hashtag" rel="nofollow noopener" target="_blank">#activitypub</a> client, so everything is JSON-LD anyway), but as soon as I need to formulate queries like "Give me list of the activities from all the actors who are on the following collection of my user, sorted by published/updated date", the amount of data mangling that I need to do is already making me think "ok, why don't I just push all of this to sqlite?"<a href="https://mastodon.communick.com/tags/couchdb" class="mention hashtag" rel="nofollow noopener" target="_blank">#couchdb</a> experts (<a href="https://narrativ.es/@janl" class="u-url mention" rel="nofollow noopener" target="_blank">@janl</a>, <a href="https://toot.cafe/@nolan" class="u-url mention" rel="nofollow noopener" target="_blank">@nolan</a>), any suggestions here?

AstraLumaOh _no_in <a href="https://tacobelllabs.net/tags/CouchDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#CouchDB</a>, Mango querying does not mix with using "" as document key."One or more conditions is missing a field name."

Neighbourhoodie SoftwareStressful start to the year?You have one less worry with <a href="https://toot.berlin/tags/CouchDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#CouchDB</a> 😌Our latest article covers <a href="https://fosstodon.org/@couchdb" class="u-url mention" rel="nofollow noopener" target="_blank">@couchdb</a>’s <a href="https://toot.berlin/tags/checksums" class="mention hashtag" rel="nofollow noopener" target="_blank">#checksums</a> feature: a built-in safeguard that helps protect your data from the impact of ever-dreaded disk corruption. It’s just one of the features that makes CouchDB your data’s safe place.Full post on our blog: <a href="https://neighbourhood.ie/blog/2025/01/22/how-couchdb-prevents-data-corruption-checksums" rel="nofollow noopener" translate="no" target="_blank">https://neighbourhood.ie/blog/2025/01/22/how-couchdb-prevents-data-corruption-checksums</a>

Jan Lehnardt :couchdb:We published a four part series about how to build a real-time multi-user Kanban board with <a href="https://fosstodon.org/@couchdb" class="u-url mention" rel="nofollow noopener" target="_blank">@couchdb</a> and @sveltejsIts is complete with code for all steps, so it’s not just a draw-the-rest-of-the-owl tutorial:1. Setup, intro, first steps: <a href="https://neighbourhood.ie/blog/2024/12/05/realtime-multiuser-kanban-board-with-couchdb" rel="nofollow noopener" translate="no" target="_blank">https://neighbourhood.ie/blog/2024/12/05/realtime-multiuser-kanban-board-with-couchdb</a>2. Automatic Conflict Resolution: <a href="https://neighbourhood.ie/blog/2024/12/11/automatic-conflict-resolution" rel="nofollow noopener" translate="no" target="_blank">https://neighbourhood.ie/blog/2024/12/11/automatic-conflict-resolution</a>3. Manual Conflict Resolution: <a href="https://neighbourhood.ie/blog/2024/12/18/manual-conflict-resolution-with-couchdb-and-svelte" rel="nofollow noopener" translate="no" target="_blank">https://neighbourhood.ie/blog/2024/12/18/manual-conflict-resolution-with-couchdb-and-svelte</a>4. Avoiding Conflicts with Resource Locking: <a href="https://neighbourhood.ie/blog/2025/01/15/resource-locking-with-couchdb-and-svelte" rel="nofollow noopener" translate="no" target="_blank">https://neighbourhood.ie/blog/2025/01/15/resource-locking-with-couchdb-and-svelte</a><a href="https://narrativ.es/tags/CouchDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#CouchDB</a> <a href="https://narrativ.es/tags/Svelte" class="mention hashtag" rel="nofollow noopener" target="_blank">#Svelte</a> <a href="https://narrativ.es/tags/JavaScript" class="mention hashtag" rel="nofollow noopener" target="_blank">#JavaScript</a> <a href="https://narrativ.es/tags/WebDev" class="mention hashtag" rel="nofollow noopener" target="_blank">#WebDev</a>

dch :flantifa: :flan_hacker:<a href="https://mastodon.bsd.cafe/@maulanahirzan" class="u-url mention" rel="nofollow noopener" target="_blank">@maulanahirzan</a> glad to hear you’re using <a href="https://bsd.network/tags/couchdb" class="mention hashtag" rel="nofollow noopener" target="_blank">#couchdb</a> AMA

Mārtiņš BruņenieksPārmērīgi tehnisks saturs

Karsten SchmidtFor 12 years already, I've been on/off experimenting (and prototyping) to create a compendium & knowledge graph about computational & generative art, the different movements/genres/mediums (e.g. architecture, design, visual art, audio/music, sculpture, kinetic/motion, film/animation, text etc.), influences, definitions/references, people (artists, curators, writers, thinkers), collectives, organizations (foundations, galleries, museums), exhibitions/festivals, tools & tool makers, common techniques used, art platforms — everything tagged and also supporting to browse by time (centuries & decades, currently starting ~1600) and region...Attached are some screenshots of my first prototypes from 2011/12 (using <a href="https://mastodon.thi.ng/tags/CouchDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#CouchDB</a>, then <a href="https://mastodon.thi.ng/tags/neo4j" class="mention hashtag" rel="nofollow noopener" target="_blank">#neo4j</a> for storage & my own tools for force-directed graph layout) and of the current prototype using <a href="https://mastodon.thi.ng/tags/Logseq" class="mention hashtag" rel="nofollow noopener" target="_blank">#Logseq</a> (<a href="https://logseq.com" rel="nofollow noopener" translate="no" target="_blank">https://logseq.com</a>)... The latter is working great for now and feeling, I'm getting somewhere this time, also because I have to make it work (for work!). This is all still just a beginning, hundreds of more people, orgs, projects & references to import and re-check from older versions. The current contents are _very_ biased to my own network/trajectory in/through this space...Ps. Following up with all the folks & materials I've included already, I'm realizing again and again just how I've been the most naïve and _worst_ person to monetize (mostly not even trying!) my art/contributions... For 20 years I've filed 90% of hundreds of my projects under "experiments", "sketches", "demos", "tutorials" (often also to help illustrate techniques of my open source tools), only to realize (not for the first time) almost everyone else of my old peers has been way less selective and been attaching way more importance to all of their outputs... Maybe one day I will learn, before it's too late...<a href="https://mastodon.thi.ng/tags/KnowledgeGraph" class="mention hashtag" rel="nofollow noopener" target="_blank">#KnowledgeGraph</a> <a href="https://mastodon.thi.ng/tags/GenerativeArt" class="mention hashtag" rel="nofollow noopener" target="_blank">#GenerativeArt</a> <a href="https://mastodon.thi.ng/tags/Art" class="mention hashtag" rel="nofollow noopener" target="_blank">#Art</a> <a href="https://mastodon.thi.ng/tags/Research" class="mention hashtag" rel="nofollow noopener" target="_blank">#Research</a> <a href="https://mastodon.thi.ng/tags/Documentation" class="mention hashtag" rel="nofollow noopener" target="_blank">#Documentation</a> <a href="https://mastodon.thi.ng/tags/History" class="mention hashtag" rel="nofollow noopener" target="_blank">#History</a>

Neighbourhoodie Software<a href="https://toot.berlin/tags/QuickJS" class="mention hashtag" rel="nofollow noopener" target="_blank">#QuickJS</a> and <a href="https://toot.berlin/tags/Nouveau" class="mention hashtag" rel="nofollow noopener" target="_blank">#Nouveau</a> are a couple <a href="https://toot.berlin/tags/CouchDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#CouchDB</a> 3.4.0 + 3.4.1 updates you can see at our Oct 9 Meetup.<a href="https://narrativ.es/@janl" class="u-url mention" rel="nofollow noopener" target="_blank">@janl</a> will shed light on 3.4.1 + where 3.4.0 went. Alex Feyerke and <a href="https://mastodon.social/@ninette" class="u-url mention" rel="nofollow noopener" target="_blank">@ninette</a> will detail new features:Talk #1: CouchDB 3.4.0 / 3.4.1 Release Retrospective (Jan Lehnardt) Talk #2: Introducing QuickJS: CouchDB’s New JavaScript Engine (Ninette Adhikari) Talk #3: First Steps With Nouveau, CouchDB’s New Fulltext Search (Alex Feyerke)We’re excited to host you!Sign up: <a href="https://vi.to/hubs/couchdb-berlin" rel="nofollow noopener" translate="no" target="_blank">https://vi.to/hubs/couchdb-berlin</a>

Felix 🇺🇦🚴‍♂️🇨🇦🇬🇱🇩🇰🇲🇽🇵🇦 🇪🇺Maybe something along the lines of <a href="https://norden.social/tags/couchdb" class="mention hashtag" rel="nofollow noopener" target="_blank">#couchdb</a> I imagine? But also for files (complex objects) and a standardised protocol.

Jan Lehnardt :couchdb:ICMY: I’ll be dropping some serious <a href="https://narrativ.es/tags/CouchDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#CouchDB</a> knowledge this Wednesday.All of the things I’ve learned working on and with CouchDB since 2007 when it comes to database and document design.Many bits also easily translate to other Document DBs and Key-Value Stores, so this is going to be useful even beyond CouchDB.Sign up below ✌️ <a href="https://narrativ.es/@janl/112406412346562343" rel="nofollow noopener" translate="no" target="_blank">https://narrativ.es/@janl/112406412346562343</a>

maxlath<a href="https://mastodon.social/@tech_himbo" class="u-url mention" rel="nofollow noopener" target="_blank">@tech_himbo</a> I usually just do integration tests, but since I now use stringified JS/TS view functions (ex: <a href="https://github.com/inventaire/inventaire/blob/main/server/db/couchdb/design_docs/items.ts" rel="nofollow noopener" translate="no" target="_blank">https://github.com/inventaire/inventaire/blob/main/server/db/couchdb/design_docs/items.ts</a>), it should be possible to run unit tests my mocking the emit function in a way that makes the generated key/values accessible from the test<a href="https://mastodon.social/tags/couchdb" class="mention hashtag" rel="nofollow noopener" target="_blank">#couchdb</a>

tech himbo<a href="https://mastodon.social/tags/couchdb" class="mention hashtag" rel="nofollow noopener" target="_blank">#couchdb</a> folks, what does your testing setup look like? how do you test that your map/filter/reduce functions are correct?

Linux MagazineFrom the Linux Update newsletter: Open source database management systems offer flexibility and lower costs while avoiding vendor lock-in, but how do you choose the one that's right for your organization? <a href="https://www.linux-magazine.com/Issues/2024/282/Data-Management" rel="nofollow noopener" translate="no" target="_blank">https://www.linux-magazine.com/Issues/2024/282/Data-Management</a> <a href="https://fosstodon.org/tags/DBMS" class="mention hashtag" rel="nofollow noopener" target="_blank">#DBMS</a> <a href="https://fosstodon.org/tags/Firebird" class="mention hashtag" rel="nofollow noopener" target="_blank">#Firebird</a> <a href="https://fosstodon.org/tags/MySQL" class="mention hashtag" rel="nofollow noopener" target="_blank">#MySQL</a> <a href="https://fosstodon.org/tags/PostgreSQL" class="mention hashtag" rel="nofollow noopener" target="_blank">#PostgreSQL</a> <a href="https://fosstodon.org/tags/MariaDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#MariaDB</a> <a href="https://fosstodon.org/tags/NoSQL" class="mention hashtag" rel="nofollow noopener" target="_blank">#NoSQL</a> <a href="https://fosstodon.org/tags/CUBRID" class="mention hashtag" rel="nofollow noopener" target="_blank">#CUBRID</a> <a href="https://fosstodon.org/tags/ApacheCassandra" class="mention hashtag" rel="nofollow noopener" target="_blank">#ApacheCassandra</a> <a href="https://fosstodon.org/tags/MongoDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#MongoDB</a> <a href="https://fosstodon.org/tags/JanusGraph" class="mention hashtag" rel="nofollow noopener" target="_blank">#JanusGraph</a> <a href="https://fosstodon.org/tags/Redis" class="mention hashtag" rel="nofollow noopener" target="_blank">#Redis</a> <a href="https://fosstodon.org/tags/CouchDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#CouchDB</a>

Recent searches

Search options

Administered by:

Server stats: