new blog for parallel chunk uploads

[eldadfux]

What does this PR do?

(Provide a description of what this PR does.)

Test Plan

(Write your test plan here. If you changed any code, please provide us with clear instructions on how you verified your changes work.)

Related PRs and Issues

(If this PR is related to any other PR or resolves any issue or related to any issue link all related PR and issues here.)

Have you read the Contributing Guidelines on issues?

(Write your answer here.)

[appwrite]

Appwrite Website

Project ID: 69d7efb00023389e8d27

Sites (1)

Site	Status	Logs	Preview	QR
website 69d7f2670014e24571ca	Failed	View Logs	Preview URL

Website (appwrite/website)

Project ID: 684969cb000a2f6c0a02

Sites (1)

Site	Status	Logs	Preview	QR
website 68496a17000f03d62013	Queued	View Logs	Preview URL

---

Tip

Appwrite has crossed the 50K GitHub stars milestone with hundreds of active contributors

[greptile-apps]

Greptile Summary

This PR adds a new blog post and changelog entry announcing parallel chunk uploads in Appwrite SDKs, alongside supporting documentation updates across the REST API reference, storage service description, and CLI buckets page.

• The blog post covers the feature motivation, benchmarks (up to 7.10x speedup at 1.28 GB with concurrency 8), and code examples for all SDK languages. The React Native snippet leaves fileSize and fileUri undefined, and the "Get started" section omits any mention of a server upgrade requirement for self-hosted users, while the body copy explicitly says "bump the SDK and server."
• Documentation changes are accurate and additive: the REST API page now describes parallel-chunk semantics, and the storage reference and CLI docs each get a brief mention of the new behavior.

Confidence Score: 5/5

Safe to merge — this is a content-only PR (blog post, changelog, and doc updates) with no executable code changes.

All changes are Markdoc/Markdown content. There are no runtime logic changes, migrations, or API surface changes. The two flagged items are copy quality issues in the blog post that do not affect the site's functionality.

The blog post (+page.markdoc) has a React Native snippet with undefined variables and an ambiguous upgrade path for self-hosted users — worth a quick author pass before the post goes live.

Important Files Changed

Filename	Overview
src/routes/blog/post/faster-storage-uploads-parallel-chunks/+page.markdoc	New blog post for parallel chunk uploads feature; React Native code example references undefined variables fileSize and fileUri; minor inconsistency in "Get started" section vs earlier body copy about server upgrade requirements
src/routes/changelog/(entries)/2026-05-15-1.markdoc	New changelog entry for parallel chunk uploads; well-formed with correct date, cover, and link to the announcement post
src/routes/docs/apis/rest/+page.markdoc	Updated chunked uploads section to document parallel chunk support; the new paragraph is dense but technically accurate
src/routes/docs/references/[version]/[platform]/[service]/descriptions/storage.md	Added two-sentence description of parallel chunking to the storage service reference; no issues
src/routes/docs/tooling/command-line/buckets/+page.markdoc	Appended parallel-chunk mention to the create-file command description; additive and accurate
static/images/blog/faster-storage-uploads-parallel-chunks/cover.avif	Blog cover image added as AVIF; referenced correctly in the blog frontmatter
.optimize-cache.json	Cache entry added for this blog's cover image but under cover.png while the real file is cover.avif (already flagged in a previous review thread)
src/lib/generated/github-stars.json	Auto-generated file updated with latest star count; formatting changes already flagged in a previous review thread

_{Reviews (6): Last reviewed commit: "mention Console also benefits from paral..." | Re-trigger Greptile}

[greptile-apps]

The cache entry records cover.png, but the actual image added in this PR is cover.avif. This means the optimize-cache will never match the real file on disk, so the image either goes un-optimized or causes a spurious cache miss on every build.

Suggested change

	"static/images/blog/faster-storage-uploads-parallel-chunks/cover.png": "4565a9b19b4cafad3ed9ca3f2d4c6e4437379c5d10de6bad64dc1fb85590e49b",
	"static/images/blog/faster-storage-uploads-parallel-chunks/cover.avif": "4565a9b19b4cafad3ed9ca3f2d4c6e4437379c5d10de6bad64dc1fb85590e49b",