PhotoPrism بمقابلہ Immich: کون سا photo server بہتر ہے؟

PhotoPrism بمقابلہ Immich: مختصر جواب

PhotoPrism بمقابلہ Immich کا انتخاب ایک ہی product کے دو versions کے درمیان انتخاب نہیں، بلکہ دو مختلف کاموں کے درمیان انتخاب ہے۔ Immich، Google Photos کی جگہ لیتا ہے: فون app آپ کے camera roll کا خودکار backup بناتی ہے، اور حاصل ہونے والی timeline ہر اس شخص کو مانوس لگتی ہے جو فون gallery سے منتقل ہو رہا ہو۔ PhotoPrism اس photo library کو منظم کرتا ہے جو پہلے سے آپ کے پاس موجود ہے: یہ disk پر موجود files کے folders کو index کرتا ہے، ان کا metadata پڑھتا ہے، انہیں map پر دکھاتا ہے، اور files کو بالکل اسی جگہ رہنے دیتا ہے جہاں وہ پہلے موجود تھیں۔

اگر مسئلہ یہ ہے کہ "میرے فون میں جگہ ختم ہو گئی ہے اور میں Google Photos سے منتقل ہونا چاہتا ہوں"، تو Immich منتخب کریں۔ اگر مسئلہ یہ ہے کہ "میرے drive پر photos کا 400 GB مجموعہ ہے اور مجھے ان میں کچھ نہیں ملتا"، تو PhotoPrism منتخب کریں۔ دونوں open source ہیں، دونوں عام VPS پر Docker containers کے طور پر چلتے ہیں، اور دونوں آپ کی library کو کسی third party کو بھیجے بغیر index اور search کرتے ہیں۔

فلسفے کا فرق، اور یہ ہر چیز کا فیصلہ کیوں کرتا ہے

Immich فائلوں کا مالک ہوتا ہے۔ آپ اسے upload location فراہم کرتے ہیں، phone app یا web uploader اصل فائلیں بھیجتا ہے، اور Immich انہیں اپنے path کے تحت اپنی naming کے ساتھ محفوظ کرتا ہے۔ Database میں albums، faces اور search سے متعلق اصل معلومات موجود ہوتی ہیں۔ یہی design phone کے تجربے کو بہتر بناتا ہے، کیونکہ server ہر asset کی مکمل state سے ہمیشہ باخبر رہتا ہے۔

PhotoPrism فائلیں پڑھتا ہے۔ آپ ایک originals folder mount کرتے ہیں جسے آپ پہلے سے manage کرتے ہیں، اور PhotoPrism اس پر index بناتا ہے۔ آپ کا directory tree آپ ہی کا رہتا ہے۔ اگر آپ کل PhotoPrism ہٹا دیں، تو photos وہیں انہی folders میں انہی names کے ساتھ موجود رہتی ہیں۔ PhotoPrism نے جو کچھ سیکھا، اس کی وضاحت کرنے والی sidecar YAML files اس کے اپنے storage folder میں رہتی ہیں؛ default طور پر وہ انہیں وہیں محفوظ کرتا ہے۔

یہ ایک فرق باقی زیادہ تر باتوں کی وضاحت کرتا ہے۔ Immich کے پاس مضبوط mobile support ہے، کیونکہ ingestion اس کے control میں ہوتا ہے۔ PhotoPrism کی library curation مضبوط ہے، کیونکہ وہ آپ کے موجودہ structure سے متصادم نہیں ہوتا۔ جس خاندان کی photos phones میں محفوظ ہوں، اس کے لیے Immich بہتر انتخاب ہے۔ جس archive کی photos کسی disk پر محفوظ ہوں، اس کے لیے PhotoPrism بہتر انتخاب ہے۔

Hardware کی طلب: Immich کو زیادہ وسائل درکار ہیں

دستاویزی minimum memory کی حدود میں کافی فرق ہے، اور چھوٹے VPS پر عموماً یہی فیصلہ کن عامل ہوتا ہے۔

[
  {
    "label": "Immich",
    "min_ram_gb": 6
  },
  {
    "label": "PhotoPrism",
    "min_ram_gb": 3
  }
]

Immich کم از کم 6 GB RAM اور تجویز کردہ طور پر 8 GB RAM کی دستاویز دیتا ہے۔ اس میں یہ بھی درج ہے کہ 4 GB کی مشین اسے صرف machine learning بند ہونے کی صورت میں چلا سکتی ہے۔ PhotoPrism کم از کم 3 GB physical memory اور دو CPU cores کی دستاویز دیتا ہے۔ اس کے مطابق اس minimum سے زیادہ RAM کی مقدار core count کے مطابق ہونی چاہیے۔

یہ فرق حقیقی ہے، اور اس کی وجہ machine learning container ہے۔ Immich اپنے models ایک الگ immich-machine-learning service میں چلاتا ہے، جو CLIP (contrastive language image pretraining) اور face detection models کو memory میں load کرتی ہے۔ 2 GB کی مشین پر kernel اس container کو ختم کر دیتا ہے۔ آپ اسے code 137 کے ساتھ exit ہوتا دیکھیں گے۔ یہ اس process کی status ہے جسے signal 9 سے ختم کیا گیا ہو، اور Docker میں out of memory kill اسی طرح ظاہر ہوتی ہے۔ PhotoPrism کے built-in models ONNX پر چلتے ہیں۔ اس کی دستاویز کے مطابق یہ عموماً ہر قسم کے hardware پر اچھی کارکردگی دکھاتے ہیں۔ کم memory کے لیے اس میں ایک documented fallback بھی موجود ہے: 1 GB یا اس سے کم memory والی مشینوں پر یہ RAW conversion اور face recognition بند کر دیتا ہے۔ تاہم یہ stability کی ضمانت نہیں ہے۔ اس کے 3 GB minimum سے کم پر project instability اور performance problems سے خبردار کرتا ہے، اس لیے اس حد کو واقعی minimum سمجھیں۔

PhotoPrism کی دستاویز server پر کم از کم 4 GB swap رکھنے کی واضح ہدایت دیتی ہے۔ Immich کے requirements page پر swap کا ذکر نہیں ہے، لیکن چھوٹی مشین پر swap اس کے machine learning container کو اضافی گنجائش دیتی ہے۔ دونوں میں سے کسی کو install کرنے سے پہلے swap شامل کریں۔

sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab
free -h

free -h کو اب ایک Swap: line دکھانی چاہیے جس میں 4.0Gi ہو۔ اگر یہ 0B دکھائے تو swapon ناکام ہوئی ہے۔ عموماً اس کی وجہ یہ ہوتی ہے کہ filesystem fallocate کو support نہیں کرتا، اور sudo dd if=/dev/zero of=/swapfile bs=1M count=4096 fallback ہے۔ یہاں container memory ceilings بھی اہم ہیں۔ Docker Compose میں memory limits مقرر کرنا اس بات کا طریقہ ہے کہ کوئی زیادہ memory استعمال کرنے والی service پوری مشین کو down نہ کرے۔ PhotoPrism خود اس سے مستثنیٰ ہے: اس کی دستاویز اس کے container پر hard memory limit لگانے کے خلاف مشورہ دیتی ہے، کیونکہ بڑی files کی indexing کے لیے مختصر وقت کے لیے اضافی memory درکار ہوتی ہے اور limit غیر متوقع restarts کا سبب بن سکتی ہے۔

ایک اور requirement بھی اکثر نظرانداز ہو جاتی ہے۔ Immich کا Postgres database حقیقی ownership اور permissions والے عام Unix filesystem پر local storage میں ہونا چاہیے، اور اسے کبھی بھی network share پر نہیں رکھنا چاہیے۔ PhotoPrism خبردار کرتا ہے کہ اس کی database files shared network folder پر ہرگز نہ رکھیں، اور local SSD storage کو ان کے لیے بہترین جگہ قرار دیتا ہے۔ کسی بھی app کو mounted object store پر database کے ساتھ محفوظ طور پر نہیں چلایا جا سکتا۔

ہر ایک کو کیسے انسٹال کریں

دونوں انسٹالیشنز میں vendor کی compose file اور ایک command شامل ہے۔ پہلے Docker Engine اور Compose plugin سیٹ اپ کریں، جیسا کہ VPS پر Docker Compose کے لیے ہماری گائیڈ میں بتایا گیا ہے۔

Immich ہر release کے ساتھ اپنی compose file اور example environment file فراہم کرتا ہے۔

sudo mkdir -p /opt/immich && cd /opt/immich
wget -O docker-compose.yml https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml
wget -O .env https://github.com/immich-app/immich/releases/latest/download/example.env

کچھ شروع کرنے سے پہلے .env میں ترمیم کریں۔ UPLOAD_LOCATION وہ جگہ ہے جہاں آپ کی اصل files محفوظ ہوں گی۔ DB_PASSWORD میں قابلِ استعمال default موجود ہے، اور Immich اسے random password میں تبدیل کرنے کی سفارش کرتا ہے، اگرچہ یہ لازمی نہیں ہے۔ Postgres عوامی طور پر exposed نہیں ہے، اس لیے یہ password صرف local authentication کے لیے استعمال ہوتا ہے، لیکن random password مقرر کرنے میں کوئی اضافی لاگت نہیں آتی۔ صرف A-Za-z0-9 کے characters استعمال کریں، کیونکہ Immich کی documentation کے مطابق Docker کے value parse کرنے پر دوسرے characters مسائل پیدا کر سکتے ہیں۔ پھر اسے شروع کریں۔

docker compose up -d
docker compose ps

Web interface port 2283 پر دستیاب ہوتا ہے۔ اس صفحے کے ذریعے رجسٹر ہونے والا پہلا account administrator بن جاتا ہے، اس لیے اسے فوراً کھول کر رجسٹریشن مکمل کریں۔ اسے internet پر کھلا ہوا نہ چھوڑیں۔

PhotoPrism ایک ایسی compose file فراہم کرتا ہے جس میں MariaDB پہلے سے شامل ہے۔

sudo mkdir -p /opt/photoprism && cd /opt/photoprism
wget https://dl.photoprism.app/docker/compose.yaml

پہلی بار شروع کرنے سے پہلے compose.yaml کھولیں اور PHOTOPRISM_ADMIN_PASSWORD تبدیل کریں۔ Documentation میں یہ بات واضح طور پر کہی گئی ہے: app اسی initial password کے ساتھ شروع ہوتی ہے جو اس file میں موجود ہو، کم از کم لمبائی 8 characters ہے، اور public server پر default value کبھی استعمال نہیں کرنی چاہیے۔ اسی وقت originals volume کو اس folder پر مقرر کریں جس میں آپ کی photos موجود ہیں۔

docker compose up -d
docker compose logs -f photoprism

PhotoPrism user admin کے ساتھ port 2342 پر دستیاب ہوتا ہے۔ دونوں apps کو براہِ راست expose نہیں کرنا چاہیے۔ سامنے TLS (transport layer security) کے ساتھ reverse proxy رکھیں۔ setup کی یہی ساخت Docker، TLS اور backups کے ساتھ self-hosted Nextcloud میں استعمال ہوتی ہے۔ متبادل طور پر server کو private رکھیں اور VPN کے ذریعے اس تک رسائی حاصل کریں۔ اگر یہ VPS photos کے علاوہ مزید کام بھی انجام دینے لگے تو اس پر شامل کی جانے والی ہر service کے لیے یہی احتیاط برقرار رکھیں، کیونکہ ایک self-hosted RustDesk relay کے لیے صرف اس کے اپنے دو ports کا reachable ہونا کافی ہے، باقی کسی چیز کو نہیں۔

کون سی ایپ بہتر ہے

یہ وہ پہلو ہے جہاں دونوں projects میں سب سے زیادہ فرق ہے، اور اسی وجہ سے زیادہ تر لوگ Immich منتخب کرتے ہیں۔

Immich، Android اور iOS کے لیے official apps فراہم کرتا ہے۔ یہ camera roll کا background backup کرتی ہیں، یعنی کوئی نیا photo فون سے خود بخود upload ہو جاتا ہے اور کسی کو کوئی app کھولنے کی ضرورت نہیں پڑتی۔ گھر سے باہر استعمال کے لیے Immich تین طریقے بیان کرتا ہے: WireGuard یا OpenVPN جیسا VPN، Tailscale، یا HTTPS فراہم کرنے والا reverse proxy۔ reverse proxy وہ طریقہ ہے جس سے ہر فون پر VPN app کے بغیر phone apps connect کر سکتی ہیں۔ Immich خبردار کرتا ہے کہ اضافی configuration کے بغیر port 2283 کو براہِ راست internet پر forward نہ کریں۔

PhotoPrism کی کوئی official native app نہیں ہے۔ یہ progressive web app فراہم کرتا ہے، جسے browser سے home screen پر شامل کیا جا سکتا ہے۔ فون سے sync کرنے کے طریقے کے طور پر یہ WebDAV (web distributed authoring and versioning) بیان کرتا ہے۔ project اس مقصد کے لیے PhotoSync نامی third-party app تجویز کرتا ہے، جسے WebDAV کے ذریعے /import/ یا /originals/ directory پر point کیا جاتا ہے۔ یہ طریقہ کام کرتا ہے، لیکن اس میں ایک paid third-party app ایسا کام کرتی ہے جو Immich اپنے client کے اندر انجام دیتا ہے۔

اگر کئی family members کے لیے phone backup خودکار ہونا ضروری ہے، تو فیصلہ واضح ہے۔ Immich۔

مشین لرننگ حقیقت میں آپ کو کیا فراہم کرتی ہے

Immich، CLIP استعمال کرتے ہوئے آپ کی library میں semantic search کرتا ہے۔ اس لیے "red bicycle in snow" جیسی query ایسی تصاویر بھی تلاش کر لیتی ہے جنہیں کسی نے کبھی tag نہیں کیا۔ یہ face detection، clustering اور duplicate detection بھی کرتا ہے۔ CPU پر بڑی import کو index ہونے میں پس منظر میں کئی گھنٹے لگ سکتے ہیں۔ یہ معمول کی بات ہے اور اس کے لیے GPU (graphics processing unit) ضروری نہیں۔

PhotoPrism، built-in ONNX model کے ذریعے تصاویر کو labels میں classify کرتا ہے، ONNX face models کے ذریعے چہروں کی شناخت کر کے انہیں لوگوں کے گروپس میں منظم کرتا ہے، اور places map بنانے کے لیے location metadata پڑھتا ہے۔ اس کے config folder میں موجود vision.yml file، labels اور captions کے لیے Ollama یا OpenAI استعمال کرنے کی اجازت دیتی ہے۔ Map وہ feature ہے جس کی وجہ سے لوگ PhotoPrism استعمال کرتے رہتے ہیں۔ location کے مطابق index کی گئی library، بیس سال کی تصاویر دیکھنے کا واقعی مختلف طریقہ فراہم کرتی ہے۔ یہی تصور دیگر media collections پر بھی لاگو ہوتا ہے، اور Jellyfin کے لیے Halcyon کا 90s video store front end اسی کا فلمی ورژن ہے، جو list کے بجائے shelf کے مطابق browsing فراہم کرتا ہے۔ Face recognition مفت Community edition میں شامل ہے۔ paid Essentials اور Plus memberships میں اضافی سہولتیں شامل ہیں، مثلاً زیادہ تفصیلی map layers، زیادہ user roles اور user management interface۔ اکتوبر 2026 تک ان کی ابتدائی قیمت چند یورو ماہانہ ہے اور billing سالانہ ہوتی ہے۔

Immich میں کوئی paywalled feature نہیں ہے، اور project کے مطابق آئندہ بھی ایسا نہیں ہوگا۔ یہ optional lifetime product keys فروخت کرتا ہے: Immich کی جولائی 2024 میں اعلان کردہ قیمتوں کے مطابق ایک user کے لیے $25 یا پورے server کے لیے $100۔ تاہم key خریدنے سے کوئی feature unlock نہیں ہوتا، اور اگر آپ کبھی ادائیگی نہ کریں تو بھی Immich بغیر کسی restriction کے کام کرتا ہے۔ PhotoPrism کا core مفت ہے، جبکہ کچھ اضافی features optional paid extras کے طور پر دستیاب ہیں۔

بیک اپ فیصلہ کرتے ہیں کہ ڈیٹا محفوظ رہے گا یا نہیں

بیک اپ کے بغیر photo server میں صرف ایک disk failure پورے خاندان کی تصاویر ضائع کر سکتا ہے۔ دونوں ایپس کے لیے دو بیک اپ ضروری ہیں: database اور files۔

Immich کے لیے Postgres container سے database dump بنائیں اور upload location کی کاپی کریں۔

docker exec -t immich_postgres pg_dump --clean --if-exists --dbname=immich --username=postgres | gzip > /backup/immich-db.sql.gz

اس کے بعد UPLOAD_LOCATION کا بیک اپ لیں۔ ناقابلِ تلافی data رکھنے والے folders upload، library اور profile ہیں۔ thumbs اور encoded-video folders دوبارہ بنائے جا سکتے ہیں، لیکن اس میں کئی گھنٹے کا CPU وقت لگ سکتا ہے۔ صرف database dump بحالی کے لیے کافی نہیں، کیونکہ اس میں صرف metadata ہوتا ہے۔

PhotoPrism کے لیے index کا اپنا command موجود ہے۔

docker compose exec photoprism photoprism backup -i -f

یہ storage/backup/ کے تحت SQL dump لکھتا ہے۔ اس کے بعد originals folder اور storage folder کی کاپی کریں۔ PhotoPrism ہر photo کی وضاحت کرنے والی sidecar YAML files بھی لکھتا ہے۔ اس لیے index ضائع ہونے کی صورت میں صرف files سے index دوبارہ بنایا جا سکتا ہے۔ کئی دہائیوں تک محفوظ رکھنے والے archive کے لیے یہ ایک اہم فائدہ ہے۔

آپ جو بھی طریقہ منتخب کریں، شیڈول کے مطابق ان بیک اپس کو [[restic-backups-vps|ریموٹ اسٹوریج پر encrypted، deduplicated restic backups]] کے ذریعے سرور سے باہر منتقل کریں۔ جو بیک اپ اسی disk پر موجود ہو جس پر library رکھی ہے، وہ بیک اپ نہیں ہوتا۔ کام ناکام ہونے پر اطلاع بھیجنے کا انتظام کریں، کیونکہ جو بیک اپ مارچ میں خاموشی سے چلنا بند کر دے، ضرورت کے دن تک بالکل اس بیک اپ جیسا دکھائی دیتا ہے جو گزشتہ رات چلا تھا۔ [[self-host-ntfy-push-notifications|self-hosted ntfy server]] اسی شام اس ناکامی کی اطلاع آپ کے phone پر بھیج دے گا۔

کون سا چلانا چاہیے

اگر آپ کی تصاویر phones پر ہیں، ایک سے زیادہ افراد کو camera roll کا backup درکار ہے، اور آپ server کو 6 GB یا اس سے زیادہ RAM دے سکتے ہیں، تو Immich چلائیں۔ یہ ایسی self-hosted سروس ہے جو Google Photos سے سب سے زیادہ مشابہت رکھتی ہے، اور اس کا اصل مقصد mobile experience ہے۔ ہماری Immich کی مرحلہ وار installation guide میں memory kills اور upgrade traps کی تفصیل دی گئی ہے۔

اگر آپ کے پاس disk پر پہلے سے photo archive موجود ہے، maps اور metadata اہم ہیں، اپنی folder structure برقرار رکھنا چاہتے ہیں، یا آپ کے VPS میں 4 GB RAM ہے اور آپ swapping کے بجائے working library چاہتے ہیں، تو PhotoPrism چلائیں۔ یہ curation کے لیے بہتر tool ہے اور کم hardware پر نسبتاً کم بوجھ ڈالتا ہے۔

دونوں کو چلانا بھی مناسب ہے۔ Immich روزانہ phones سے تصاویر وصول کرنے کا کام سنبھالتا ہے۔ سال میں ایک بار آپ محفوظ رکھنے والی تصاویر کو اپنے archive میں ترتیب دے سکتے ہیں اور PhotoPrism کو اس archive کا index بنانے دے سکتے ہیں۔ دونوں میں تضاد نہیں ہوتا، کیونکہ PhotoPrism folders پڑھتا ہے جبکہ Immich اپنی الگ storage کا مالک ہوتا ہے۔

FAQ

کیا PhotoPrism اور Immich ایک ہی photo folder شیئر کر سکتے ہیں؟

دونوں سمتوں میں محفوظ طریقے سے نہیں۔ PhotoPrism ایک originals folder کو index کرتا ہے اور اس میں لکھنے والی خصوصیات رکھتا ہے، جب تک کہ اسے read-only mode میں نہ چلایا جائے، جبکہ Immich توقع کرتا ہے کہ اس کے upload location کے contents اسی کے زیرِ انتظام ہوں گے۔ آپ PhotoPrism کو Immich کے library folder کی read-only copy پر point کر کے اسے browse کر سکتے ہیں، لیکن دونوں apps کو ایک ہی files manage نہ کرنے دیں، کیونکہ Immich کا storage template اس وقت assets کو move یا rename کر سکتا ہے جب PhotoPrism انہیں index کر رہا ہو۔

کیا Immich میری photos کی واحد copy رکھنے کے لیے کافی مستحکم ہے؟

کسی بھی self-hosted app کو کبھی بھی کسی چیز کی واحد copy نہیں رکھنی چاہیے۔ Immich اب semantic versioning کی پیروی کرتا ہے اور کہتا ہے کہ breaking changes major releases تک محدود ہیں، اس لیے IMMICH_VERSION کو v3 جیسے major version tag پر pin کریں، release notes پڑھیں، اور پھر docker compose pull && docker compose up -d کے ذریعے upgrade کریں۔ Downgrade supported نہیں ہے، حتیٰ کہ اسی minor version کے اندر بھی نہیں، اس لیے ہر upgrade سے پہلے database dump لیں۔ اصل files کا server سے باہر backup رکھیں؛ اس طرح خطرہ کم رہتا ہے۔

Immich کا machine learning container بار بار restart کیوں ہوتا ہے؟

عام طور پر اسے بہت زیادہ memory استعمال کرنے کی وجہ سے kill کیا جا رہا ہوتا ہے۔ docker compose ps --all چلائیں، کیونکہ stopped container اس flag کے بغیر نظر نہیں آتا، اور دیکھیں کہ machine learning service code 137 کے ساتھ exit کر رہی ہے یا نہیں۔ اس code کا مطلب ہے کہ process کو signal 9 کے ذریعے kill کیا گیا؛ عموماً اس کی وجہ kernel کا out of memory killer ہوتا ہے، لیکن یہ واحد وجہ نہیں ہے، اس لیے sudo dmesg | grep -i 'out of memory' سے تصدیق کریں۔ Swap شامل کریں، یا 4 GB machine پر machine learning مکمل طور پر disable کر دیں۔ Container پر memory limit لگانے سے یہ throttle نہیں ہوتا: limit تک پہنچنے پر اسے پھر بھی kill کر دیا جاتا ہے، لیکن یہ server کے باقی حصے کو memory سے محروم ہونے سے روکتا ہے۔ Machine learning کے بغیر smart search اور face recognition کام نہیں کرتے، جبکہ Immich کی باقی functionality درست رہتی ہے۔

کیا PhotoPrism کو MariaDB درکار ہے، یا SQLite کافی ہے؟

SQLite کام کرتا ہے اور personal library کے لیے موزوں ہے، لیکن اسے استعمال کرتے وقت PhotoPrism خود کو چار workers تک محدود رکھتا ہے، اور docs زیادہ concurrency سنبھالنے کی وجہ سے MariaDB پر منتقل ہونے کی تجویز دیتے ہیں۔ Project کے ذریعے ship کی جانے والی compose file میں MariaDB پہلے ہی شامل ہے، اس لیے تجویز کردہ طریقہ ہی default طریقہ بھی ہے۔

اپنی library کے size سے زیادہ کتنی disk space مختص کرنی چاہیے؟

اپنی originals کے size کے اوپر 10 سے 20 percent شامل کریں، چاہے کوئی بھی app استعمال کریں۔ اس میں generated thumbnails اور transcoded video previews شامل ہوتے ہیں۔ 200 GB کی collection کے لیے صرف library کو تقریباً 220 سے 240 GB درکار ہوں گے، اس کے علاوہ database اور آئندہ growth کے لیے جگہ چاہیے۔ اگر آپ اسی volume پر مکمل local backup copy بھی رکھتے ہیں تو کسی اور چیز کو شمار کرنے سے پہلے originals اور اس copy کے لیے کم از کم 400 GB درکار ہوں گے، اس لیے تقریباً 450 GB مختص کریں یا copy کو الگ volume پر رکھیں۔