Backend Node.js resim yükleme multer ve cloudinary paketleri ile yapılır mı?

Tabiki yapabilirsin. Cloudinary dökümantasyonu iyi. Çok rahat anlarsın.
Multer içinde bol bol örnek var.
Çok basit bir avatar yükleme endpointi;

RaSGooL dedi:

Tabii ki yapabilirsin. Cloudinary dokümantasyonu iyi. Çok rahat anlarsın.
Multer içinde bol bol örnek var.
Çok basit bir avatar yükleme endpointi;

JavaScript:Panoya kopyala

const express = require('express')
const cloudinary = require('cloudinary')
const path = require('path')
const multer = require('multer')
const upload = multer({ dest: 'uploads/' })
const app = express()
cloudinary.config({
 cloud_name: 'my_cloud_name',
 api_key: 'my_key',
 api_secret: 'my_secret'.
});

app.post('/profile', upload.single('avatar'), function (req, res, next) {
 const imagePath = path.join(req.file.destination, req.file.filename); // req.file içinde direkt path de olabilir.
 cloudinary.v2.uploader
 .upload(imagePath)
 .then(result=>console.log(result));
})

/*
Kaynaklar:
1. https://www.npmjs.com/package/multer
2. https://cloudinary.com/documentation/node_image_and_video_upload
*/

Genişletmek için tıkla...

Hocam bana biraz karışık geliyor bir de multer-Storage-cloudinary diye bir paket varmış işleri daha kolaylaştıriyormus bu yüklediğim dosyalar benim bilgisayarımda da tutulacak mı?

@RaSGooL
Bu islemi client -> cloud seklinde tek bir upload ile halledecek bir API sunuyor mu bu servis? Ya da direkt pipe stream edilebiliyor mu?

Cunku bu durumda once backend'e ( ornekteki kodu yazan node backend ) dosya yukleniyor, yanilmiyorsam dosyanin komple upload edilmesi bekleniyor.

Sonra backend de onu cloud servise tekrar upload ediyor.

Client direct clould'a update edip bir token referansi ile gelse tek seferde halledilmis olur.

Ya da backend client upload ederken stream etse yine ~ tek upload suresinde halledilmis olur.

Bir de dosya yukleme isi guvenlik riski; tercihen backend file system e hic yuklemeden direkt stream edip kapatsak soketi o acidan da mantikli.

RaSGooL dedi:

Tabii ki yapabilirsin. Cloudinary dokümantasyonu iyi. Çok rahat anlarsın.
Multer içinde bol bol örnek var.
Çok basit bir avatar yükleme endpointi;

JavaScript:Panoya kopyala

const express = require('express')
const cloudinary = require('cloudinary')
const path = require('path')
const multer = require('multer')
const upload = multer({ dest: 'uploads/' })
const app = express()
cloudinary.config({
 cloud_name: 'my_cloud_name',
 api_key: 'my_key',
 api_secret: 'my_secret'.
});

app.post('/profile', upload.single('avatar'), function (req, res, next) {
 const imagePath = path.join(req.file.destination, req.file.filename); // req.file içinde direkt path de olabilir.
 cloudinary.v2.uploader
 .upload(imagePath)
 .then(result=>console.log(result));
})

/*
Kaynaklar:
1. https://www.npmjs.com/package/multer
2. https://cloudinary.com/documentation/node_image_and_video_upload
*/

Genişletmek için tıkla...

Hocam daha basit bir yol falan yok mu direk sunucuya atmaya yarayan.

938945 dedi:

Hocam bana biraz karışık geliyor bir de multer-Storage-cloudinary diye bir paket varmış işleri daha kolaylaştıriyormus bu yüklediğim dosyalar benim bilgisayarımda da tutulacak mı?

Genişletmek için tıkla...

Tabiki ara paketler kullan. Ama asıl mantık yukarıda anlattığım gibi. multer içerisinde storage alan var. Gelen dosyayı nasıl tutacağını belirtiyorsun. Kendi storage yapını vs yapabilirsin. Ben ara paketten ziyade, senin direkt bahsettiğin ana paketleri nasıl bir arada kullanabilir çok basit şekilde gösterdim.

938945 dedi:

Hocam daha basit bir yol falan yok mu direk sunucuya atmaya yarayan.

Genişletmek için tıkla...

Senin söylediğin paketin kullanımına bak. Baya kolay hale getirmişler.

bitwise dedi:

Bu islemi client -> cloud seklinde tek bir upload ile halledecek bir API sunuyor mu bu servis? Ya da direkt pipe stream edilebiliyor mu?

Genişletmek için tıkla...

Hatırladığım kadarıyla multer paketinin sunduğu bir streamable yapı yok. Ya memory de tutarsın yada filesystemde. Ama multer'ın da altyapısı olan busboy paketi ile pipe edebiliyorsunuz.

bitwise dedi:

Cunku bu durumda once backend'e ( ornekteki kodu yazan node backend ) dosya yukleniyor, yanilmiyorsam dosyanin komple upload edilmesi bekleniyor.

Genişletmek için tıkla...

Kesinlikle hocam. Ama kullanım durumunu bilmediğimiz için, bu durum bilerekte seçilmiş olabiliyor. Preprocess etmek isteyebilir. Her şeyi main storage kısmına ve db ye yazmaya gerek yok. Ben bunu sık kullanıyorum. Resimlerde vs ön işlemler çok oluyor. Zip içerisinde beklediğim formatlar yada zip içerisinden tekrar zip yapıp (dosya-şifreleme) storage kısmına öyle yüklüyorum.

bitwise dedi:

Client direct clould'a update edip bir token referansi ile gelse tek seferde halledilmis olur.

Genişletmek için tıkla...

Client güvenilmez. Clientdan uzak backende yakın olsun bırakalım network-bandwith kullansın önemli değil. Server -> Server sonuçta.

bitwise dedi:

Ya da backend client upload ederken stream etse yine ~ tek upload suresinde halledilmis olur.

Genişletmek için tıkla...

Yani hocam, süre tarafında genelde sorun olmuyor. Dosya boyutuna göre çok değişir ama genel olarak upload time sunucudan sunucuya hızlı oluyor. Ayrıca asenkron yapıyoruz çoğumuz. DB ye kaydedip adamın request karşılanmış oluyor çoktan.
Ama tabiki, sizin dediğiniz gibi ana yapıda kalırsak, evet extra maliyet, direkt stream-pipe etmekte olabilir.

bitwise dedi:

Bir de dosya yukleme isi guvenlik riski; tercihen backend file system e hic yuklemeden direkt stream edip kapatsak soketi o acidan da mantikli.

Genişletmek için tıkla...

Kesinlikle hocam. Bu yüzden yüklenen dosya public alanda olmamalı. Kullanıcı url ile erişememeli ve diğer önlemler alınmalı.

RaSGooL dedi:

Client güvenilmez. Clientdan uzak backende yakın olsun bırakalım network-bandwith kullansın önemli değil. Server -> Server sonuçta.

Genişletmek için tıkla...

Onu soyle bir sey yapiyoruz biz, client'in dosya yukleyebilecegi bir public API var. Her dosya yuklemesi sonucunda token olusturuyoruz. Token x olsun.

Sonra client, 2. bir API cagrisiyla gelip diyor ki x token li dosyayi profil fotografim yapmak istiyorum diyor.

Backend de gidip x i validate ediyor; gerekirse pre-process icin islemi yapiyor ama dosya yalnizca 1 defa upload edilmis oluyor boylecek.

Eger client 2. bir API istegi atmazsa dosya kisa surede siliniyor. Dosya guvenlik dogrulamasi da tek bir merkezde yapilmis oluyor.

Bunun soyle bir avantaji da, uygulamada file upload kismini diger endpoint'lerde yapmamis oluyoruz, herkes birbirine dosya yerine dosyaya tekabul eden token i gonderiyor. x e bak, x i bilmem ne yap vs gibi.

Ama dedigin dogru tabi, server -> server cok daha guvenilir, public dosya yukleme API'inin sorumlulugu cok ciddi. O yuzden sordum aslinda bu cloud bilmem ne destekliyor mu diye, direkt ona yuklesin client benim backend e dosya gelmesin

bitwise dedi:

Onu soyle bir sey yapiyoruz biz, client'in dosya yukleyebilecegi bir public API var. Her dosya yuklemesi sonucunda token olusturuyoruz. Token x olsun.

Sonra client, 2. bir API cagrisiyla gelip diyor ki x token li dosyayi profil fotografim yapmak istiyorum diyor.

Backend de gidip x i validate ediyor; gerekirse pre-process icin islemi yapiyor ama dosya yalnizca 1 defa upload edilmis oluyor boylecek.

Eger client 2. bir API istegi atmazsa dosya kisa surede siliniyor. Dosya guvenlik dogrulamasi da tek bir merkezde yapilmis oluyor.

Bunun soyle bir avantaji da, uygulamada file upload kismini diger endpoint'lerde yapmamis oluyoruz, herkes birbirine dosya yerine dosyaya tekabul eden token i gonderiyor. x e bak, x i bilmem ne yap vs gibi.

Ama dedigin dogru tabi, server -> server cok daha guvenilir, public dosya yukleme API'inin sorumlulugu cok ciddi. O yuzden sordum aslinda bu cloud bilmem ne destekliyor mu diye, direkt ona yuklesin client benim backend e dosya gelmesin

Genişletmek için tıkla...

Dediğiniz yöntem object-storage yapısı. Hocam sizin bu deneyimleriniz gerçekten çok takdire şayan.
Bizimde node ismini verdiğimiz şirket içinde çoğu projede kullanılan, bizzat kendim temellerini oluşturduğum bir object storage yapımız var. Sizin dediğiniz mantıkta. Ama bu projeyi kullanan Client yine bizim yazılım ekibi : )
Client dediğimiz End-user ise, public object-storage büyük sıkıntı. Adam gelir storage doldurur. Mobillerde versiyon sorunları vs olur.