EN
EN
פורסם

Nextcloud

סנכרון ושיתוף קבצים עם יומן ואנשי קשר (CalDAV/CardDAV), לקוחות סנכרון למחשב ולנייד וחנות אפליקציות להרחבות. מתאים למשפחה, לצוות או לחברה קטנה שרוצים את הקבצים על שרת משלהם. ה-stack הוא ה-image הקהילתי של Docker ‏(Apache עם PHP, משימות רקע כל 5 דקות), ‏PostgreSQL ו-Redis.

משאבים לפי רמת עומס

מה האפליקציה עצמה צריכה בכל רמה, לצד מה שאנחנו ממליצים לשרת שמריץ רק אותה.

רמהמה זה אומרדרישות האפליקציהמומלץ
קלהערכהעד 5 משתמשים (משפחה או משרד קטן), כ-20 GiB של קבצים, לקוחות סנכרון בכמה מכשירים, יומנים ואנשי קשר; כ-4 בקשות במקביל.2.1 vCPU · 2.5 GiB RAM · 36 GiB דיסק2.64 vCPU · 4.5 GiB RAM · 50.945 GiB דיסק
בינוניהערכהעד 25 משתמשים, כ-125 GiB של קבצים (כ-5 GiB לכל אחד), לקוחות סנכרון בכל מכשיר, תיקיות משותפות, יומנים ואנשי קשר; כ-10 בקשות במקביל.3.25 vCPU · 3.25 GiB RAM · 172.5 GiB דיסק4.02 vCPU · 5.4 GiB RAM · 207.92 GiB דיסק
כבדהערכהעד 100 משתמשים, כ-500 GiB של קבצים, כ-30 בקשות PHP בשיא; בלי Office, ‏Talk או שרתים נוספים. מעבר לזה, תכננו שרתים נפרדים לפי ההנחיות הארגוניות של Nextcloud.6.25 vCPU · 7.5 GiB RAM · 705.25 GiB דיסק7.62 vCPU · 10.5 GiB RAM · 820.583 GiB דיסק

מומלץ = דרישות האפליקציה + baseline של המערכת + מרווח ביטחון (headroom), לפי מדיניות ה-sizing ‏2026.10.0. האפשרויות נשארות בברירת המחדל. ״הערכה״ פירושה שהמקורות לא נותנים מספר למקרה הזה, ולכן הוא מחושב מהם בשיטה שמפורטת תחת רכיבים. איך המספרים נבנים

לחישוב ב-Stack Sizer

קבצים מוכנים להפעלה

רמת תמיכה נתמך

תבנית Compose מהמקורות הרשמיים; עוד לא נבדקה בהרצה.

צור docker-compose

רכיבים

מה כל רכיב צריך בכל רמת עומס, לפני baseline ו-headroom.

vCPU / GiB RAM / GiB דיסק
רכיבקלבינוניכבדמקורות
Nextcloud (Apache, PHP and cron) (app)1 / 1.25 / 292 / 2 / 165.54 / 3 / 653[4][15][16][29][35][36]
PostgreSQL (database)1 / 1 / 6.51 / 1 / 6.52 / 4 / 51.5[16][18][29][43][44][45][46][47][48][49]
Redis (file locking, distributed cache, sessions) (cache)0.1 / 0.25 / 0.50.25 / 0.25 / 0.50.25 / 0.5 / 0.75[7][17][18][40]
איך ההערכות מחושבות
  • Nextcloud (Apache, PHP and cron) · קל: RAM: ‏4 בקשות PHP במקביל × 100 MB (הקצה העליון של worker טיפוסי בתיעוד) + OPcache של 128 MiB + APCu של 32 MiB + הרצה אחת של cron.php ב-memory_limit של 512M שב-image = 1.05 GiB, מעוגל ל-1.25. ‏vCPU: ליבה אחת לכמה בקשות שרובן ממתינות ל-I/O (הערכה של ANAROQ). Disk: ‏image של 1.89 GiB (נמדד, דחוס + פרוס, containerd שומר את שניהם) + 1 GiB ל-volume של html (העתק קוד של 0.761 GiB, אפליקציות, הגדרות ויומן) + 20 GiB קבצים × 1.3 לסל המחזור, גרסאות ותצוגות מקדימות = 28.89 GiB, מעוגל למעלה.
  • Nextcloud (Apache, PHP and cron) · בינוני: RAM: ‏10 בקשות PHP במקביל × 100 MB + ‏OPcache ו-APCu של 160 MiB + הרצת cron.php אחת של 512M = 1.66 GiB, מעוגל ל-2. ‏vCPU: שתי ליבות, כך שיצירת תצוגות מקדימות או משימת רקע לא עוצרות בקשות אינטראקטיביות (הערכה של ANAROQ). Disk: ‏image של 1.89 GiB (נמדד, דחוס + פרוס, containerd שומר את שניהם) + 1 GiB ל-volume של html (העתק קוד של 0.761 GiB, אפליקציות, הגדרות ויומן) + 125 GiB קבצים × 1.3 לסל המחזור, גרסאות ותצוגות מקדימות = 165.39 GiB, מעוגל למעלה.
  • Nextcloud (Apache, PHP and cron) · כבד: RAM: הדוגמה במדריך הכוונון נותנת ל-PHP ‏2 GB עבור 30 workers; ‏+ OPcache ו-APCu של 160 MiB + הרצת cron.php אחת של 512M = 2.66 GiB, מעוגל ל-3. ‏vCPU: ארבע ליבות לכ-30 בקשות במקביל, עם תצוגות מקדימות ומשימות רקע (הערכה של ANAROQ). Disk: ‏image של 1.89 GiB (נמדד, דחוס + פרוס, containerd שומר את שניהם) + 1 GiB ל-volume של html (העתק קוד של 0.761 GiB, אפליקציות, הגדרות ויומן) + 500 GiB קבצים × 1.3 לסל המחזור, גרסאות ותצוגות מקדימות = 652.89 GiB, מעוגל למעלה.
  • PostgreSQL · קל: מסד metadata מובנה בהגדרות ברירת המחדל של ה-image: שווה ל-preset ה-light של פרופיל PostgreSQL ‏(עד 5 GB נתונים, עד 20 חיבורים בו-זמנית) בכל רמת עומס. שיטת ה-light: ‏shared_buffers ‏25% מה-RAM, תקציב work_mem ו-maintenance_work_mem למקרה הגרוע, 0.5 GiB ל-image ‏+ 5 GiB נתונים + 1 GiB ל-WAL.
  • PostgreSQL · בינוני: כ-10 בקשות PHP, כל אחת עם חיבור משלה (dbpersistent כבוי), נכנסות במעטפת 20 החיבורים של ה-sidecar, וכש-Redis מחזיק את נעילות הקבצים, מסד הנתונים מחזיק את ה-file cache ואת ה-activity ‏(365 יום) של כ-125 GiB קבצים, הרבה מתחת ל-5 GB. שיטת ה-light: ‏shared_buffers ‏25% מה-RAM, תקציב work_mem למקרה הגרוע, 0.5 GiB ל-image ‏+ 5 GiB נתונים + 1 GiB ל-WAL.
  • PostgreSQL · כבד: עד כ-30 תהליכי PHP, כל אחד עם חיבור משלו (dbpersistent כבוי), מעבר למעטפת 20 החיבורים של ה-sidecar, ולכן preset ה-medium של פרופיל PostgreSQL ‏(עד 100 חיבורים, עד 50 GB). השיטה שלו: ‏shared_buffers של 1 GiB ‏= 25%, תקציב work_mem למקרה הגרוע ל-100 חיבורים, 0.5 GiB ל-image ‏+ 50 GiB נתונים + 1 GiB ל-WAL.
  • Redis (file locking, distributed cache, sessions) · קל: ‏Redis מחזיק את נעילות הקבצים, את ה-cache המבוזר ואת ה-sessions של PHP של כמה משתמשים: הרבה פחות מ-0.25 GiB (הערכה של ANAROQ; ‏Nextcloud לא מפרסם מספר). Disk: ‏image של 0.19 GiB ‏(55,569,153 B דחוס + 148,460,032 B פרוס) ועוד snapshot מסוג RDB עד גודל הנתונים בשכבת הקונטיינר, מעוגל ל-0.5 GiB.
  • Redis (file locking, distributed cache, sessions) · בינוני: נעילות, cache ו-sessions של 25 משתמשים עדיין נכנסים ב-0.25 GiB; ‏0.25 vCPU לתעבורת הנעילות של כל פעולת קובץ (הערכה של ANAROQ). Disk כמו ב-light: ‏image של 0.19 GiB ועוד snapshot מסוג RDB, מעוגל ל-0.5 GiB.
  • Redis (file locking, distributed cache, sessions) · כבד: נעילות, cache מבוזר ו-sessions של 100 משתמשים: ‏0.5 GiB, בלי מדיניות eviction כי אסור שנעילות יימחקו (הערכה של ANAROQ). Disk: ‏image של 0.19 GiB ועוד snapshot מסוג RDB עד 0.5 GiB של נתונים, מעוגל ל-0.75 GiB.

פורטים

פורטים ציבוריים נועדו לגישה מחוץ ל-stack, בדרך כלל דרך reverse proxy; פורטים פנימיים נשארים ברשת של ה-stack עצמו.

רכיבפורטחשיפהשימושמקורות
Nextcloud (Apache, PHP and cron)80/tcpציבורי, דרך proxyWeb UI, WebDAV/CalDAV/CardDAV and sync clients (HTTP; serve only behind TLS)[3][4]
PostgreSQL5432/tcpפנימי בלבדPostgreSQL connections from Nextcloud[2][48]
Redis (file locking, distributed cache, sessions)6379/tcpפנימי בלבדRedis for file locking, distributed cache and PHP sessions[7][38]

כל הפורטים בקטלוג, עם התנגשויות בין אפליקציות

משתמש והרשאות (UID/GID)

המשתמש שהתהליך של כל קונטיינר רץ תחתיו, והנתיבים שהוא כותב אליהם. ‏bind mount לאחד הנתיבים האלה חייב להיות ניתן לכתיבה על ידי ה-UID:GID הזה.

רכיבUID:GIDמשתמשמתחיל כ-rootכותב אלמקורות
Nextcloud (Apache, PHP and cron)33:33www-dataכן, מכין את התיקיות שלו ואז עובר למשתמש הזה/var/www/html/var/www/data[2][4][5][37]
PostgreSQL999:999postgresכן, מכין את התיקיות שלו ואז עובר למשתמש הזה/var/lib/postgresql/var/run/postgresql[41][42][48]
Redis (file locking, distributed cache, sessions)999:999redisכן, מכין את התיקיות שלו ואז עובר למשתמש הזה/data[38][39]
  • Nextcloud (Apache, PHP and cron): הקונטיינר מתחיל כ-root: ה-entrypoint מעתיק את הקוד ל-/var/www/html כ-www-data ומריץ את occ כ-www-data, ‏Apache מטפל בבקשות כ-www-data ‏(UID 33 ב-image של Debian; ‏82 ב-Alpine), ו-busybox crond של root מריץ את cron.php כ-www-data. ‏/var/www/data נוצר בבעלות www-data, ו-Nextcloud קובע לו הרשאות 0770.
  • Redis (file locking, distributed cache, sessions): ה-Dockerfile יוצר את המשתמש redis עם uid ו-gid קבועים 999; כשהוא מופעל כ-root, ה-entrypoint מתקן בעלות ומוריד הרשאות ל-redis עם setpriv. ‏/data היא תיקיית העבודה ל-snapshots; התבנית לא נותנת לה volume, כי מותר לאבד נעילות, cache ו-sessions ביצירה מחדש.

צמיחת אחסון

בכמה הנתונים של כל רכיב גדלים בחודש בכל רמת עומס, מעבר לדיסק שבפרופיל. ערך שמסומן ״הנחה״ הוא הנחה מוצהרת של ANAROQ ולא מספר מהמקורות; ההערות מפרטות על מה היא נשענת.

GiB לחודש
רכיבקלבינוניכבדמקורות
Nextcloud (Apache, PHP and cron)הנחה1520[29]
PostgreSQLהנחה0.020.10.5[29]
על מה מספרי הצמיחה נשענים
  • Nextcloud (Apache, PHP and cron): קבצים חדשים של המשתמשים (כ-0.2 GiB למשתמש בחודש), ועוד סל המחזור שלהם (נשמר לפחות 30 יום, ואז מצומצם כשצריך מקום) והגרסאות (שפגות לפי כללי ברירת המחדל). ‏Nextcloud לא מפרסם קצב גדילה; זו הנחה של ANAROQ. הגדירו quota למשתמשים כדי להגביל אותה.
  • PostgreSQL: ה-file cache גדל עם מספר הקבצים, ורשומות ה-activity נשמרות 365 יום (activity_expire_days) לפני שהן מתייצבות. ‏Nextcloud לא מפרסם קצב גדילה; זו הנחה של ANAROQ.

שדרוג וחזרה לאחור

איך עוברים לגרסה חדשה בבטחה, ואיך חוזרים אחורה אם משהו נכשל.

קודם גיבוי

הפעילו מצב תחזוקה (occ maintenance:mode --on), קחו dump של מסד הנתונים עם pg_dump, העתיקו את שני ה-volumes ‏(‎/var/www/html עם config, ‏custom_apps ו-themes; ‏‎/var/www/data), ואז כבו אותו. [23][25]

שלבי השדרוג

  1. קראו את השינויים הקריטיים של ה-major שאליו עוברים. עברו קודם לגרסת התיקונים האחרונה של ה-major הנוכחי; אי אפשר לדלג על major ‏(33 ← 34 ← 35). [2][5][25]
  2. הגדירו את ה-tag החדש של ה-image של nextcloud, ואז docker compose pull ו-docker compose up -d. ה-entrypoint מריץ occ upgrade בעצמו; הוא מסרב לעלות אם ה-tag מדלג על major או ישן מהנתונים. [2][5]
  3. אחרי שדרוג major, תנו ל-cron לרוץ 2–3 פעמים לפני ה-major הבא (migrations ברקע), והריצו את ה-migrations הארוכים: docker compose exec -u www-data nextcloud php occ db:add-missing-indices. [2][25]

חזרה לאחור

שנמוך גרסה לא נתמך, וה-image מסרב לעלות על נתונים חדשים ממנו. חוזרים אחורה בשחזור הגיבוי: יוצרים מחדש את מסד הנתונים מה-dump, מחזירים את שני ה-volumes ומפעילים את ה-tag הישן. [5][24][25]

שינויים שוברים ידועים

  • בגרסה 35.0.0: ‏PHP 8.2 כבר לא נתמך, ודרישות המינימום של מסדי הנתונים עלו ל-MariaDB 10.11 ול-MySQL 8.4. ה-image כולל PHP 8.5 וה-stack הזה משתמש ב-PostgreSQL 18, ולכן זה רלוונטי רק למסד נתונים חיצוני. [26]
  • בגרסה 33.0.0: ‏PostgreSQL 13 כבר לא נתמך; תצוגות מקדימות של עטיפות MP3 כבויות כברירת מחדל; נוספים Snowflake IDs, עם server ID שמגדירים ב-config.php או בסביבה. [27]

מגבלות

  • העלאות מוגבלות ל-512 MB לבקשה (PHP_UPLOAD_LIMIT) ול-1 GiB לגוף בקשה (APACHE_BODY_LIMIT). ממשק הווב ולקוחות הסנכרון מעלים בחלקים, ולכן המגבלה חלה רק על לקוחות WebDAV ששולחים קובץ בבקשה אחת. [2][28]
  • משימות הרקע רצות מ-cron.php כל 5 דקות בתוך קונטיינר ה-app. אם crond נעצר, שום דבר לא מפעיל אותו מחדש עד שהקונטיינר מופעל מחדש: בדקו את ההרצה האחרונה ב-Administration settings ← Basic settings. [4][6][19]
  • גילוי אוטומטי של CalDAV ו-CardDAV ‏(‎/.well-known) לא עובד מאחורי reverse proxy אלא אם ה-proxy מפנה אותו, וה-Caddyfile שנוצר לא עושה זאת. תנו לאפליקציות היומן ואנשי הקשר את הכתובת המלאה https://<domain>/remote.php/dav/, או הוסיפו את ההפניות מהתיעוד. [20]
  • ב-stack אין עורך מסמכים, ‏Talk high-performance backend, אנטי-וירוס או שירות תצוגות מקדימות; כל אחד מהם הוא שרת נפרד שצריך להוסיף. שדרוג major נעשה אחד בכל פעם, ואי אפשר לחזור לגרסה קודמת. [14][16][25]

אבטחה

  • חשפו את Nextcloud רק ב-HTTPS דרך ה-reverse proxy; מצב local הוא loopback בלבד, לבדיקה. מאחורי ה-proxy התבנית מגדירה OVERWRITEPROTOCOL=https, ‏OVERWRITEHOST ו-OVERWRITECLIURL לדומיין, וכותבת את הדומיין ל-trusted_domains בהתקנה; שינוי דומיין מאוחר יותר דורש occ config:system:set trusted_domains. הוסיפו HSTS ב-proxy. [2][11][20][22]
  • המנהל הראשון נוצר מ-NEXTCLOUD_ADMIN_USER ומהסוד NEXTCLOUD_ADMIN_PASSWORD בהפעלה הראשונה, כך שאשף ההתקנה בדפדפן אף פעם לא פתוח. המשתנה נקרא רק אז: שנו את הסיסמה בממשק, לא ב-.env. [2][5]
  • הגנת brute-force פעילה כברירת מחדל ומאטה לפי כתובת IP של הלקוח, ולכן הגדרת ה-proxy חשובה: התבנית מכבה את ה-rewrite של X-Real-IP ב-Apache וסומכת על הטווחים הפרטיים (TRUSTED_PROXIES), כך ש-Nextcloud קורא את X-Forwarded-For. אם כל המשתמשים מואטים יחד, תקנו את trusted_proxies; לעולם אל תכבו את auth.bruteforce.protection.enabled. [4][20][21]
  • ‏config/config.php מחזיק את ה-secret של ה-instance, את ה-password salt ופרטי התחברות למסד שהתקנת Nextcloud יוצרת לעצמה (oc_admin, עם סיסמה שנוצרה אוטומטית), ולכן התייחסו ל-volume של /var/www/html כסודי. ל-Redis אין סיסמה, והוא נשאר ברשת הפנימית. [3][18][30]

גיבוי

  • גבו שלושה דברים יחד, במצב תחזוקה: את מסד הנתונים (pg_dump של nextcloud), את תיקיית config (עם custom_apps ו-themes, ב-volume של /var/www/html) ואת volume הנתונים (‎/var/www/data). שחזור דורש את שלושתם. הפקודה: docker compose exec -u www-data nextcloud php occ maintenance:mode --on, ו---off בסיום. [2][23][24]
  • לשחזור: מחקו ויצרו מחדש את מסד nextcloud, טענו את ה-dump, החזירו את שני ה-volumes והפעילו את אותו tag של image. אם הגיבוי ישן ממה שיש אצל לקוחות הסנכרון, הריצו occ maintenance:data-fingerprint, כך שהלקוחות יחזירו את הקבצים החדשים במקום למחוק אותם. [24]

גרסה אחרונה

הגרסה האחרונה של הפרויקט
Nextcloud 35.0.1 [33][34]
הפרופיל נבדק מול

Nextcloud 35.0.1

הפרופיל נבדק מול הגרסה האחרונה.

נבדק ב-
14 באוק׳ 2026
מצב
נבדק ב-90 הימים האחרונים
איפה הגרסאות מתפרסמות
תגיות ב-Docker Hub

הגרסאות האחרונות של כל האפליקציות

גרסה

סטטוס הפרופיל
פורסם
נבדק מול גרסה
Nextcloud 35.0.1
גרסת הפרופיל
1.0.0
המספרים אומתו
14 באוק׳ 2026
גרסת הקטלוג
2026.10.10
מדיניות sizing
2026.10.0
קובץ Compose
לא אומת
האתר הרשמי
nextcloud.com

מקורות

  1. Docker Docs: Control startup order in Compose (pg_isready healthcheck, service_healthy) (תיעוד רשמי · נקרא 11 באוק׳ 2026)
  2. nextcloud/docker README: volumes, auto configuration (POSTGRES_*, NEXTCLOUD_ADMIN_*, NEXTCLOUD_DATA_DIR, NEXTCLOUD_TRUSTED_DOMAINS, NEXTCLOUD_UPDATE), Redis, proxy, upgrades (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  3. nextcloud/docker .examples insecure/postgres/apache compose.yaml (postgres, redis, nextcloud:apache on 127.0.0.1:8080:80, cron service running /cron.sh on the same html volume) (Compose רשמי · נקרא 14 באוק׳ 2026)
  4. nextcloud/docker 35/apache Dockerfile (php:8.5-apache-trixie, 35.0.1, crontab */5 cron.php, remoteip X-Real-IP from private ranges, /var/www/data, VOLUME /var/www/html, no HEALTHCHECK) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  5. nextcloud/docker 35/apache entrypoint.sh (install/upgrade only for apache/php-fpm or NEXTCLOUD_UPDATE=1; one major at a time; no downgrade; APACHE_DISABLE_REWRITE_IP only for apache commands) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  6. nextcloud/docker 35/apache cron.sh (exec busybox crond -f -L /dev/stdout) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  7. nextcloud/docker 35/apache config/redis.config.php (REDIS_HOST sets memcache.distributed and memcache.locking to Redis) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  8. nextcloud/docker 35/apache config/reverse-proxy.config.php (OVERWRITEHOST, OVERWRITEPROTOCOL, OVERWRITECLIURL, TRUSTED_PROXIES read at runtime) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  9. nextcloud/docker .examples README: the cron example runs cron inside the app container (no extra container); it must run as root (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  10. nextcloud/docker .examples/dockerfiles/cron/apache supervisord.conf (apache2-foreground and /cron.sh in one container) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  11. nextcloud/server v35.0.1 lib/OC.php (untrusted Host: 400, also on status.php; CLI exempt) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  12. nextcloud/server v35.0.1 lib/private/Setup.php (first trusted domain = the install request host; localhost for occ) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  13. nextcloud/server v35.0.1 Request.php (client IP from X-Forwarded-For only behind trusted_proxies; overwritehost for trusted proxies) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  14. nextcloud/all-in-one readme (mastercontainer mounts /var/run/docker.sock to manage the other containers) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  15. Nextcloud 35 Admin Manual: System requirements (PostgreSQL 14–18, 18 recommended; PHP 8.5 recommended; min 128 MB, recommended 512 MB RAM per process) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  16. Nextcloud 35 Admin Manual: Server tuning (typical PHP worker 50–100 MB; 2 GB for PHP ≈ 30 workers; clients poll every 30 s; Redis file locking relieves the DB) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  17. Nextcloud 35 Admin Manual: Memory caching (APCu local, Redis 4.0+ distributed and locking) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  18. Nextcloud 35 Admin Manual: Transactional file locking (database by default, significant DB load; Redis recommended; Memcached unsuitable) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  19. Nextcloud 35 Admin Manual: Background jobs (AJAX default and least reliable; Webcron 1 job per call; cron every 5 minutes recommended and switches the mode itself) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  20. Nextcloud 35 Admin Manual: Reverse proxy (trusted_proxies, X-Forwarded-For, overwrite parameters, CalDAV/CardDAV .well-known redirects in the proxy, Caddy example) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  21. Nextcloud 35 Admin Manual: Brute force protection (on by default, per client IP, depends on trusted_proxies behind a proxy) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  22. Nextcloud 35 Admin Manual: Hardening and security guidance (data directory outside the web root, HTTPS only, HSTS) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  23. Nextcloud 35 Admin Manual: Backup (maintenance mode; config, custom apps, data and theme folders; pg_dump) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  24. Nextcloud 35 Admin Manual: Restoring backup (config, data and database all required; drop and recreate the DB; maintenance:data-fingerprint) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  25. Nextcloud 35 Admin Manual: How to upgrade (latest point release first, no skipped majors, run cron 2–3 times between majors, no downgrade, db:add-missing-indices) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  26. Nextcloud 35 Admin Manual: Upgrade to Nextcloud 35 (PHP 8.2 dropped; MariaDB 10.11 and MySQL 8.4 minimum) (Release notes · נקרא 14 באוק׳ 2026)
  27. Nextcloud 35 Admin Manual: Upgrade to Nextcloud 33 (PostgreSQL 13 dropped; MP3 cover previews off; Snowflake IDs) (Release notes · נקרא 14 באוק׳ 2026)
  28. Nextcloud 35 Admin Manual: Uploading big files > 512MB (sync clients upload in chunks; Apache LimitRequestBody 1 GiB caps non-chunking clients) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  29. Nextcloud 35 Admin Manual: Configuration parameters (trash bin and versions retention auto, activity_expire_days 365, log_rotate_size 100 MiB, dbpersistent off) (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  30. nextcloud/server v35.0.1 Setup/PostgreSQL.php (a role-creating DB user makes Nextcloud create oc_admin with a generated password stored in config.php) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  31. nextcloud/server v35.0.1 CronService.php (skips while in maintenance mode; a CLI run sets backgroundjobs_mode to cron; web calls run one job) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  32. nextcloud/server v35.0.1 OC_Util.php (data directory permissions set to 0770 by Nextcloud itself) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  33. Nextcloud changelog (35.0.1 of September 24, 2026 is the latest Nextcloud 35 release; 34.0.4 and 33.0.9 maintained) (Release notes · נקרא 14 באוק׳ 2026)
  34. Docker Hub: library/nextcloud tags (35.0.1-apache = 35.0.1 = latest on 2026-10-14; stable/production = 34.0.4) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  35. Docker Hub tag nextcloud:35.0.1-apache (linux/amd64): 515,605,043 B compressed; 22 layers decompressed and counted: 1,513,370,624 B (code layer 816,867,328 B) (מדידה · נקרא 14 באוק׳ 2026)
  36. Docker: containerd image store is the default on fresh Engine 29+ installs and keeps images compressed and uncompressed (תיעוד רשמי · נקרא 14 באוק׳ 2026)
  37. docker-library/php: 8.5 trixie apache Dockerfile (curl installed, www-data, mpm_prefork, STOPSIGNAL SIGWINCH, EXPOSE 80) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  38. redis/docker-library-redis v8.10.2: debian Dockerfile (redis uid/gid 999, WORKDIR /data, EXPOSE 6379, no VOLUME) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  39. redis/docker-library-redis v8.10.2: debian docker-entrypoint.sh (fixes ownership, then setpriv to redis) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  40. Docker Hub tag redis:8.10.2 (linux/amd64): 55,569,153 B compressed; 7 layers decompressed and counted: 148,460,032 B (מדידה · נקרא 14 באוק׳ 2026)
  41. docker-library/postgres: 18/trixie Dockerfile (postgres uid/gid 999, VOLUME /var/lib/postgresql) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  42. docker-library/postgres: 18/trixie docker-entrypoint.sh (chown PGDATA, then gosu postgres) (מאגר רשמי · נקרא 14 באוק׳ 2026)
  43. PostgreSQL 18 documentation: 19.4 Resource Consumption (תיעוד רשמי · נקרא 10 באוק׳ 2026)
  44. PostgreSQL 18 documentation: 19.3 Connections and Authentication (תיעוד רשמי · נקרא 10 באוק׳ 2026)
  45. PostgreSQL 18 documentation: 19.10 Vacuuming (autovacuum settings) (תיעוד רשמי · נקרא 10 באוק׳ 2026)
  46. PostgreSQL 18 documentation: 19.5 Write Ahead Log (max_wal_size) (תיעוד רשמי · נקרא 10 באוק׳ 2026)
  47. PostgreSQL 18 documentation: 51.2 How Connections Are Established (תיעוד רשמי · נקרא 10 באוק׳ 2026)
  48. Docker Official Image postgres: documentation (docker-library/docs) (תיעוד רשמי · נקרא 10 באוק׳ 2026)
  49. Docker Hub: library/postgres tag 18.6 (compressed image sizes) (מאגר רשמי · נקרא 10 באוק׳ 2026)

כל אפליקציות ה-self-hosted