আপলোড করা চিত্র, এসকিউএল ডাটাবেস বা ডিস্ক ফাইল সিস্টেম সংরক্ষণের জন্য সেরা স্থানটি কী?


146

আমি একটি অ্যাপ্লিকেশন লিখছি যা ব্যবহারকারীদের সার্ভারে চিত্রগুলি আপলোড করতে দেয়। আমি প্রতি দিন প্রায় 20 টি চিত্র আশা করি সমস্ত jpeg এবং সম্ভবত সম্পাদিত / পুনরায় আকার দেওয়া হয়নি। (এটি অন্য একটি প্রশ্ন, কীভাবে সংরক্ষণ করার আগে সার্ভারের পাশের চিত্রগুলিকে পুনরায় আকার দেওয়া যায় Maybe সম্ভবত কেউ দয়া করে মন্তব্য বা তেমন একটি জন্য নেট নেট রিসোর্স ফেলে দিতে পারেন)। আমি এখন অবাক হয়েছি আপলোড করা চিত্রগুলি সংরক্ষণ করার জন্য সেরা জায়গাটি।

  • ফাইল সিস্টেমগুলিতে একটি ফাইল হিসাবে চিত্রগুলি সংরক্ষণ করুন এবং সেই চিত্রটির সঠিক পাথ সহ একটি সারণীতে একটি রেকর্ড তৈরি করুন।

  • অথবা, ডাটাবেস সার্ভারের একটি "চিত্র" বা "বাইনারি ডেটা" ডেটা টাইপ ব্যবহার করে ইমেজটি একটি টেবিলে নিজেই সঞ্চয় করুন।

আমি উভয়ই সুবিধা এবং অসুবিধা দেখতে পাচ্ছি। আমি একটি পছন্দ করি) কারণ আমি সহজেই ফাইলগুলি স্থানান্তর করতে পারি এবং কেবল টেবিল এন্ট্রি পরিবর্তন করতে হবে। অন্যদিকে আমি ওয়েব সার্ভারে ব্যবসায়ের ডেটা সংরক্ষণ করতে পছন্দ করি না এবং আমি ওয়েব সার্ভারটিকে অন্য কোনও ডেটাসোর্সের সাথে সংযুক্ত করতে চাই না যা ব্যবসায়ের ডেটা ধারণ করে (সুরক্ষার কারণে) আমি খ পছন্দ করি) কারণ সমস্ত তথ্য এক জায়গায় এবং কোনও ক্যোয়ারির মাধ্যমে সহজেই অ্যাক্সেসযোগ্য। অন্যদিকে খুব শীঘ্রই ডাটাবেস খুব বড় হবে। আউটসোর্সিং ডেটা আরও কঠিন হতে পারে।


2
আমি এটি পাইনি, কোথায়?
টোবিয়াস


উত্তর:


95

আমি সাধারণত ফাইল-সিস্টেমে ফাইলগুলি সঞ্চয় করি, যেহেতু ব্যতিক্রমগুলি রয়েছে যদিও এটি এর জন্য এটি। ফাইলগুলির জন্য, ফাইল-সিস্টেমটি সবচেয়ে নমনীয় এবং পারফরম্যান্ট সমাধান (সাধারণত)।

একটি ডাটাবেসে ফাইল সংরক্ষণে কয়েকটি সমস্যা রয়েছে - ফাইলগুলি আপনার গড় সারির তুলনায় সাধারণত অনেক বড় result অনেক বড় ফাইল যুক্ত ফলাফল-সেটগুলি প্রচুর স্মৃতি গ্রহণ করবে। এছাড়াও, আপনি যদি স্টোরেজ ইঞ্জিন ব্যবহার করেন যা লেখার জন্য টেবিল-লক নিয়োগ করে (উদাহরণস্বরূপ ইসম), আপনার ফাইলের টেবিলটি আপনি সেখানে সংরক্ষণ করছেন এমন ফাইলের আকার / হারের উপর নির্ভর করে প্রায়শই লক হয়ে থাকতে পারে।

সুরক্ষা সম্পর্কে - আমি সাধারণত ফাইলগুলি ডকুমেন্টের মূলের বাইরে থাকা কোনও ডিরেক্টরিতে (কোনও HTTP অনুরোধের মাধ্যমে অ্যাক্সেসযোগ্য নয়) সংরক্ষণ করি এবং প্রথমে যথাযথ অনুমোদনের জন্য যাচাই করে এমন স্ক্রিপ্টের মাধ্যমে সেগুলি সরবরাহ করি।


7
আপনি দয়া করে প্রযুক্তিগত বিশদ বা কোনও পয়েন্টারগুলির ক্ষেত্রে আমাকে সর্বশেষ অনুচ্ছেদটি (সুরক্ষা সম্পর্কিত) ব্যাখ্যা করতে পারেন খুব সহায়ক হবে। ধন্যবাদ.
বিশ্বকুমার

39
(আপনারা সমস্ত গুগলারের জন্য) যদি আপনার সাইটের মূলটি একটি "সর্বজনীন" ফোল্ডারে কনফিগার করা থাকে (যেমন আমার_উইবসাইট / পাবলিক / কেবল আমার_উবসাইট / এর পরিবর্তে) তবে আপনি বাকীটি দিয়ে আমার_উইবসাইট / মাই_মাইজ ফোল্ডারে চিত্রগুলি সংরক্ষণ করতে পারবেন আপনার অ্যাপ্লিকেশন তারপরে আপনার img ট্যাগগুলি "my_website / image.php? Img_id = 55" "my_website / avatar.png" এর পরিবর্তে উল্লেখ করবে এবং আপনার চিত্র.এফপি স্ক্রিপ্টটি আপনার শংসাপত্রগুলি যাচাই করার পরে এবং আপনি যে আইডিটি দিয়েছেন তা বিশ্লেষণ করে আসলটি ফিরিয়ে দেবে চিত্র। এইভাবে, চিত্রটি সঠিকভাবে লগ ইন করা ব্যবহারকারী দ্বারা দেখতে পারা যায়।
ক্যাপ্টেন হাইপারটেক্সট

8
আরে অধিনায়ক আপনার এটিকে আসল উত্তরে পরিণত করা উচিত যাতে আপনি পয়েন্ট পেতে পারেন $$$
অ্যান্ড্রু

4
আপনার ওয়েবসাইটটি ধ্বংস করতে ফাইলগুলি সুরক্ষা / প্রতিরোধের বিষয়ে দয়া করে আরও কয়েকটি নোট যুক্ত করুন
অ্যান্ড্রু

1
এটি স্কেল হবে না, ফোল্ডারে ফাইল সংখ্যার একটি সীমা রয়েছে এবং আপনি যদি একাধিক ফোল্ডারে আপনার ফাইলগুলি বিভক্ত করার পরিকল্পনা করেন তবে এটি ফাইলগুলি সূচীকরণের জটিলতা যুক্ত করবে (ফাইলটি আসলে কোথায় রয়েছে তা চিহ্নিত করতে)। তদতিরিক্ত, অনুসন্ধান খুব ধীর হবে।
হার্ডিক 8:38

43

বি বিকল্পটির একমাত্র উপকারিতা এক সিস্টেমে সমস্ত ডেটা থাকা, তবুও এটি একটি মিথ্যা সুবিধা! আপনি তর্ক করতে পারেন যে আপনার কোডটিও ডেটা ফর্ম, এবং তাই ডাটাবেসেও সংরক্ষণ করা যেতে পারে - আপনি এটি কীভাবে চান?

আপনার কিছু অনন্য ক্ষেত্রে না থাকলে:

  • ব্যবসায়িক যুক্তি কোডের অন্তর্ভুক্ত।
  • কাঠামোগত ডেটা ডাটাবেসে অন্তর্ভুক্ত (সম্পর্কিত বা অ-সম্পর্কযুক্ত)।
  • বাল্ক ডেটা সঞ্চয়স্থানে অন্তর্ভুক্ত (ফাইল সিস্টেম বা অন্যান্য)।

ফাইল, কোড, ডেটা

ফাইলগুলি রাখার জন্য ফাইল সিস্টেম ব্যবহার করার প্রয়োজন নেই। পরিবর্তে আপনি ক্লাউড স্টোরেজ (যেমন অ্যামাজন এস 3 ) বা এর শীর্ষে অবকাঠামো-হিসাবে-পরিষেবা ব্যবহার করতে পারেন (যেমন আপলোড কেয়ার ):

https://uploadcare.com/upload-api-cloud-storage-and-cdn/

তবে ডাটাবেসে ফাইল সঞ্চয় করা একটি খারাপ ধারণা।



14

আমি জানি এটি একটি পুরানো পোস্ট। তবে এই পৃষ্ঠায় অনেক দর্শক প্রশ্নের সাথে সম্পর্কিত কিছুই পাচ্ছেন না। বিশেষত একজন নবজাতকের জন্য।

কীভাবে আমাদের ওয়েবসাইটে চিত্র বা ফাইল আপলোড এবং সঞ্চয় করতে হবে:

স্থির ওয়েবসাইটের জন্য হয়ত কোনও সমস্যা নেই যেহেতু কিছু শেয়ারের জন্য ফাইল স্টোরেজ এখনও পর্যাপ্ত still সমস্যাটি একটি ডায়নামিক ওয়েবসাইট থেকে আসে যখন এটি বড় হয়। ডাটাবেসে বড়টি পরিচালনা করা যায়, তবে ফাইলের চেয়ে বড় ইমেজ হয়ে ওঠে সমস্যা। একটি ওয়েবসাইটে দুটি ধরণের চিত্র রয়েছে:

  1. চিত্রগুলি গতিশীল ব্লগের জন্য প্রশাসকের কাছ থেকে আসে। সাধারণত, এই চিত্রগুলি আপলোড করার আগে অনুকূলিত করা হয়েছে।

  2. ব্যবহারকারীদের ক্ষেত্রে ব্যবহারকারীদের কাছ থেকে প্রাপ্ত চিত্রগুলি অবতারের মতো চিত্রগুলি আপলোড করার অনুমতি দেয়। অথবা ব্যবহারকারীরা ব্লগের সামগ্রী তৈরি করতে এবং পাঠ্য সম্পাদক থেকে কিছু চিত্র রাখতে পারেন। এই ধরণের চিত্রগুলির আকারটি অনুমান করা শক্ত। ব্যবহারকারীরা কেবলমাত্র আকারের আকারের আকার পরিবর্তন করে ছোট কন্টেন্টের জন্য বড় চিত্রগুলি আপলোড করতে পারে তবে চিত্রের আকারকে পুনরায় আকার না দিয়ে।

নং আইটেম উপেক্ষা করে। উপরে 1, আইটেম নম্বর জন্য দ্রুত সমাধান। 2 আমাদের ওয়েবসাইটে ইমেজ অপ্টিমাইজার কার্যকারিতা না থাকলে নিম্নলিখিত টিপসগুলি দিয়ে অস্থায়ীভাবে সমাধান করা যেতে পারে:

  1. ব্যবহারকারীদের চিত্র গ্যালারিতে পুনর্নির্দেশের মাধ্যমে পাঠ্য সম্পাদক থেকে সরাসরি আপলোড করার অনুমতি দিবেন না। এই পৃষ্ঠায় ব্যবহারকারীদের সামগ্রীগুলিতে এম্বেড করার আগে তাদের আগে থেকেই ফাইল আপলোড করতে হবে। এই পদ্ধতিটিকে ফাইল ম্যানেজার হিসাবে ডাকা হয়।

  2. ব্যবহারকারীদের ছবি আপলোড করতে একটি ক্রপ চিত্র ফাংশন ব্যবহার করুন। এটি ব্যবহারকারীর খুব বড় ফাইল আপলোড এমনকি চিত্রের আকারকে সীমাবদ্ধ করবে। চূড়ান্ত চিত্রটি ক্রপযুক্ত চিত্রের ফলাফল। আমরা সার্ভারের দিকের আকারটি সংজ্ঞায়িত করতে পারি এবং কেবলমাত্র 500 কেবি বা তার চেয়ে কম উদাহরণ গ্রহণ করতে পারি।

এখন, এটি কেবল অস্থায়ী। চূড়ান্ত সমাধানের জন্য, প্রশ্নটি পুনরাবৃত্তি করা হয়েছে:

  • কিভাবে একটি বড় ইমেজ স্টোরেজ পরিচালনা করবেন?
  • আকার পরিবর্তন বা এক্সটেনশন পরিবর্তন করুন।
  • একটি বড় বা মাঝারি ওয়েবসাইট বা ই-বাণিজ্য তাদের চিত্রগুলির জন্য ফাইল স্টোরেজ পরিচালনা করবে কীভাবে?

আমরা তখন কি করতে পারি:

  1. শেয়ার হোস্টিং ভিপিএস থেকে মাইগ্রেট করুন। যথেষ্ট না? তারপরে ডেডিকেটেড আপগ্রেড করে আরও বেশি।

  2. ফাইল স্টোরেজের জন্য আপনার নিজের সার্ভার তৈরি করুন। এটি করতে গুগলিং। এটি যতটা কঠিন আপনি ভাবেন তেমন কঠিন নয়। কিছু লোক এটি তাদের ওয়েবসাইটের জন্য করেন।

  3. সহজ উপায় হ'ল সিডিএন ফাইল স্টোরেজ পরিষেবা।

ঠিক আছে, 1 এবং 2 কিছুটা ব্যয়বহুল। তবে 3 নং আমি মনে করি সেরা সমাধান।

কিছু সিডিএন পরিষেবাদি আপনাকে যত খুশি ওয়েব ফাইল সংরক্ষণের অনুমতি দেয়।

প্রশ্ন, "কীভাবে আমাদের ওয়েবসাইট থেকে সিডিএন-তে ফাইল আপলোড করবেন?"

চিন্তা করবেন না, একবার নিবন্ধন করে নিলে, সাধারণত নিখরচায়, আপনি কীভাবে ফাইল আপলোড করবেন এবং তাদের ওয়েবসাইট থেকে / আপনার লিঙ্কটি কীভাবে পাবেন সে সম্পর্কে আপনি গাইডেন্স পাবেন। আপনি একটি এপিআই এবং আরও অনেক কিছু পাবেন। এটি সহজ.

কিছু সরবরাহকারী সীমিত স্টোরেজ এবং ব্যান্ডউইথ সহ 14 দিনের জন্য আমাদের বিনামূল্যে পরিষেবা দেয়। তবে এটি সূচনা পয়েন্টের জন্য ঠিক থাকবে। একমাত্র সমস্যা কারণ 'লোকেরা কখনও চেষ্টা করে না'।

আশা করি এটি নবজাতকের জন্য সহায়তা করবে।


13

আমাদের ক্লায়েন্টরা কয়েকটি ভিন্ন ব্যাকেন্ডে কয়েকটিবার বি বিকল্প (ডাটাবেস স্টোরেজ) করার জন্য জোর দিয়েছিল, এবং আমরা সর্বদা বিকল্প এ (ফাইল সিস্টেম স্টোরেজ) এ শেষ পর্যন্ত ফিরে এসেছি ।

এর মতো বৃহত্তর ব্লকগুলি এসকিউএল সার্ভার ২০০৫ দ্বারা ঠিকমতো পরিচালনা করা যায় নি, এটি সর্বশেষতম যা আমরা এটি চেষ্টা করেছি।

বিশেষত, আমরা মারাত্মক ফোলা দেখেছি এবং আমি মনে করি সম্ভবত লক করার সমস্যা রয়েছে।

অন্য একটি নোট: আপনি যদি এনটিএফএস ভিত্তিক স্টোরেজ (উইন্ডোজ সার্ভার ইত্যাদি) ব্যবহার করে থাকেন তবে আপনি হাজার হাজার এবং হাজার হাজার ফাইলকে একটি ডিরেক্টরিতে রেখে দেওয়ার উপায় খুঁজে পেতে পারেন। আমি কেন তা নিশ্চিত নই, তবে কখনও কখনও ফাইল সিস্টেমটি সেই পরিস্থিতির সাথে ভালভাবে মোকাবেলা করে না। কেউ যদি এ সম্পর্কে আরও জানেন তবে আমি এটি শুনতে পছন্দ করব।

তবে আমি সবসময় সাব-ডাইরেক্টরিগুলি জিনিসগুলি কিছুটা ভাঙার জন্য ব্যবহার করার চেষ্টা করি। সৃষ্টির তারিখ প্রায়শই এর জন্য ভাল কাজ করে:

Images / 2008/12/17 / .jpg

... এটি বিভাজনের একটি শালীন স্তর সরবরাহ করে এবং ডিবাগিংয়ের সময় কিছুটা সহায়তা করে। সত্যিকারের বিশাল ডিরেক্টরি উপস্থিত থাকলে এক্সপ্লোরার এবং এফটিপি ক্লায়েন্টরা কিছুটা দম বন্ধ করতে পারে।

সম্পাদনা: এসকিউএল সার্ভারের আরও সাম্প্রতিক সংস্করণগুলিতে, ২০১৩ সালের কেবলমাত্র একটি দ্রুত নোট, আমি আলোচনা করেছি যেগুলি ত্রুটিগুলি এড়াতে পারে বলে প্রচুর পরিমাণে বিএলএবও পরিচালনা করার জন্য নতুন বিকল্প রয়েছে।

সম্পাদনা: ২০২০ সালের জন্য দ্রষ্টব্য নোট, এডাব্লুএস / অ্যাজুরি / ইত্যাদিতে ব্লব স্টোরেজও এখন বছরের পর বছর ধরে একটি বিকল্প হয়ে দাঁড়িয়েছে। এটি অনেক ওয়েবভিত্তিক প্রকল্পের জন্য একটি দুর্দান্ত ফিট কারণ এটি সস্তা এবং এটি প্রায়শই স্থাপনা, একাধিক সার্ভারে স্কেলিং, প্রয়োজনে অন্যান্য পরিবেশকে ডিবাগ করা ইত্যাদির আশেপাশে কিছু নির্দিষ্ট সমস্যা সহজতর করতে পারে etc.


4
একই ডিরেক্টরিতে ফাইল সংখ্যা সম্পর্কে ভাল সতর্কতা। এটি উত্পাদন পরিবেশে খুঁজে পেতে খুব শক্ত ত্রুটি দিতে পারে।
digao_mb

1
আমি আগে এই সমস্যা ছিল। একটি ফোল্ডারে প্রায় 10,000 টি ফাইলের সাথে এনটিএফএস অনাকাঙ্ক্ষিত আচরণ করেছিল।
ফয়েজ

1
কেবল এনটিএফএস নয় বিটিআরএফএস, যা একটি ফোল্ডারে বিপুল পরিমাণে চিত্র নিয়ে কাজ করতেও সমস্যাযুক্ত। যথা আপনি যদি চেষ্টা lsকরে থাকেন তবে চিরকালের জন্য (হ্যাং) লাগবে। বা মুছুন।
sunapi386

11

আমি সম্প্রতি একটি পিএইচপি / মাইএসকিউএল অ্যাপ্লিকেশন তৈরি করেছি যা একটি মাইএসকিউএল টেবিলের মধ্যে পিডিএফ / ওয়ার্ড ফাইল সঞ্চয় করে (এখন পর্যন্ত ফাইলের হিসাবে 40 এমবি হিসাবে বড়)।

পেশাদাররা:

  • আপলোড করা ফাইলগুলি সমস্ত কিছুর পাশাপাশি ব্যাকআপ সার্ভারে প্রতিলিপি করা হয়, আলাদা কোনও ব্যাকআপ কৌশল প্রয়োজন হয় না (মনের শান্তি)।
  • ওয়েব সার্ভার সেট আপ করা সামান্য সহজ কারণ আমার কোনও আপলোড / ফোল্ডার লাগার দরকার নেই এবং আমার সমস্ত অ্যাপ্লিকেশনটি কোথায় রয়েছে তা জানান।
  • আমি ডেটা অখণ্ডতা উন্নত করতে সম্পাদনাগুলির জন্য লেনদেন ব্যবহার করতে পারি - অনাথ এবং হারিয়ে যাওয়া ফাইল সম্পর্কে আমাকে চিন্তা করতে হবে না

কনস:

  • mysqldump এখন একটি খুব দীর্ঘ সময় নেয় কারণ একটি সারণীতে একটিতে 500MB ফাইল ডেটা রয়েছে।
  • ফাইল সিস্টেমের সাথে তুলনা করলে সামগ্রিকভাবে খুব বেশি মেমরি / সিপিইউ দক্ষ হয় না

আমি আমার বাস্তবায়নটিকে একটি সাফল্য বলব, এটি ব্যাকআপের প্রয়োজনীয়তার যত্ন নেয় এবং প্রকল্পের বিন্যাসকে সহজ করে দেয়। অ্যাপ্লিকেশনটি ব্যবহার করে এমন 20-30 লোকের জন্য পারফরম্যান্সটি দুর্দান্ত।


6

আমি আমার ওয়েবসাইটে আপলোড করা চিত্রগুলি ব্যবহার করি এবং আমি অবশ্যই বিকল্পটি ক বলব)।

অন্য একটি বিষয় যা আমি খুব উচ্চারণ করতে চাইছি তা হ'ল তাত্ক্ষণিকভাবে ফাইলটির নাম ব্যবহারকারীর ফটোটির নাম পরিবর্তন করে আরও কিছু ব্যবস্থাপনামূলক কিছুতে পরিবর্তন করা। উদাহরণস্বরূপ, প্রতিটি চিত্রকে স্বতন্ত্রভাবে সনাক্ত করার জন্য তারিখ এবং সময় সহ কিছু।

এটি ভবিষ্যতের জটিলতাগুলি এড়াতে কোনও অদ্ভুত অক্ষরের ব্যবহারকারীর ফাইলের নাম ছিনিয়ে নিতেও সহায়তা করে।


6

ইমেজটি অবশ্যই আকার পরিবর্তন করুন এবং আপনি যদি পারেন তবে এর বিন্যাসটি পরীক্ষা করুন। অযৌক্তিক হোস্টগুলি দ্বারা দূষিত ফাইলগুলি আপলোড এবং পরিবেশন করার ঘটনা ঘটেছে - উদাহরণস্বরূপ, জিআইএফএআর দুর্বলতা আপনাকে একটি জিআইএফ ফাইলে দূষিত জাভা অ্যাপলেটটি আড়াল করার অনুমতি দেয়, যা বর্তমান প্রসঙ্গে কুকিগুলি পড়তে এবং সেগুলিতে প্রেরণ করতে সক্ষম হবে ক্রস-সাইট স্ক্রিপ্টিং আক্রমণের জন্য অন্য একটি সাইট। চিত্রগুলি পুনরায় আকার দেওয়া সাধারণত এটি প্রতিরোধ করে, কারণ এটি এমবেডেড কোডটি munges করে। যদিও এই আক্রমণটি জেভিএম প্যাচগুলি স্থির করেছে, নির্লিপ্তভাবে বাইনারি ফাইলগুলি স্ক্রাব না করে পরিবেশন করা আপনাকে দুর্বলতার পুরো পরিসীমা পর্যন্ত উন্মুক্ত করে।

মনে রাখবেন, বেশিরভাগ ভাইরাস স্ক্যানার কেবল ফাইল সিস্টেমের বিরুদ্ধে চলতে পারে- আপনি যদি আপনার বাইনারিগুলি ডিবিতে সঞ্চয় করেন তবে আপনি খুব সহজেই তাদের বিরুদ্ধে স্ক্যানার চালাতে সক্ষম হবেন না।


4

এসকিউএল সার্ভার ২০০৮ সালে একটি হাইব্রিড পদ্ধতির ধরণের ফাইল স্ট্রিম ডেটাটাইপ নামে পরিচিত যা রানআস রেডিও # on৪ তে কথা হয়েছিল , যা উভয় বিশ্বের সেরাের মতো। বেশিরভাগ লোকের 2008 এর উত্তেজনা থাকে না, তবে আপনি যদি করেন তবে এই বিকল্পটি বেশ দুর্দান্ত দেখাচ্ছে


4

এটি মূলত আমি করি।

  1. অস্থায়ী ডিরেক্টরি বা মেমরিতে একটি আপলোড করা চিত্র সঞ্চয় করুন।
  2. স্থায়ীভাবে সংরক্ষণ করার আগে সেই চিত্রটি প্রক্রিয়া করুন। 2.1। রঙ সংশোধন 2.2। সংকুচিত 2.3। চিত্রের মাত্রা ২.৪ এর উপর ভিত্তি করে কয়েকটি কপি তৈরি করুন। .Xl, .lg, .md, .sm ইত্যাদি প্রত্যয় সহ নতুন নামকরণ করুন
  3. ফোল্ডারের নাম সহ একটি ফোল্ডারের ভিতরে সমস্ত প্রক্রিয়াযুক্ত চিত্র ফাইলগুলি (একক ফাইল থেকে) প্যাক করুন idযা কোনও সারি / নথির জন্য ডাটাবেসে সংরক্ষণ করা হবে image file name(বা চিত্রের নাম হিসাবে এলোমেলো নাম হতে পারে)।
  4. উপস্থিত না থাকলে yyyy / মিমি / ডি path ফোল্ডার তৈরি করুন । উদাহরণস্বরূপ 2016/08/21। একই দস্তাবেজ এবং সারিটির জন্য সেই পাথ এবং ডাটাবেসে সংরক্ষণ করুন।
  5. idফোল্ডারে ইমেজ ফোল্ডারটি সরান path। (পাথ ফোল্ডারটি / var / ওয়েব-সামগ্রী ফোল্ডারে থাকতে পারে))
  6. মেমরি বাফার ফ্লাশ করুন বা অস্থায়ী ফাইল মুছুন।

আপনার যখন কোনও নথিতে উল্লিখিত কোনও চিত্র অ্যাক্সেস করার দরকার পড়ে তখন আপনার কাছে ফোল্ডারের চিত্র এবং আইডি থাকার চেয়ে আইডি থাকে। উদাহরণ স্বরূপ/var/web-content/{{path}}/{{id}}/image-file-name.sm.jpg

এইভাবে যদি আপনাকে সমস্ত প্রক্রিয়াজাত চিত্রযুক্ত ফাইলগুলি মুছতে হয় তবে কেবল ফোল্ডারটি মুছুন এবং এটির পুনরাবৃত্তভাবে বিষয়বস্তু।


3

বেশিরভাগ বাস্তবায়ন হ'ল বিকল্প এ।

বি বিকল্পের সাহায্যে, আপনি যখন একটি ব্রাউজারে প্রদর্শিত হতে পারে এমন কিছুতে ডাটাবেস থেকে সেই বিটগুলি মার্শাল করবেন তখন আপনি পুরোপুরি বড় ক্যান খুলতে পারবেন ... এছাড়াও, ডিবি ডাউন থাকলে চিত্রগুলি উপলভ্য নয়।

আমি মনে করি না যে স্থানটি খুব বেশি সমস্যার একটি বিষয় ... টেরাবাইট ড্রাইভগুলি এখন কয়েকশো টাকা।

আমরা এ বিকল্পের সাথে বাস্তবায়ন করছি কারণ বিকল্প বি করার জন্য আমাদের কাছে সময় বা সংস্থান নেই


3

অটো পুনরায় আকার দেওয়ার জন্য, চিত্রগ্রাহক চেষ্টা করুন ... এটি অনেক বড় ওপেন সোর্স সামগ্রী / ফটো পরিচালনা সিস্টেমের জন্য ব্যবহৃত হয় ... এবং আমি বিশ্বাস করি যে এর জন্য কিছু। নেট এক্সটেনশন রয়েছে।


2

আমরা এ ব্যবহার করি I

যদি সময়টি আসে যখন এটি আপনার জন্য স্কেল করে না তবে আপনি ক্যাশেিংয়ের প্রক্রিয়াগুলি তদন্ত করতে পারেন।


2

সম্পূর্ণরূপে, ইতিবাচক বিকল্প এ। অন্যরা উল্লেখ করেছে যে ডাটাবেসগুলি সাধারণত বিএলওবিগুলির সাথে ভাল আচরণ করে না, সেগুলি নকশাকৃতভাবে তৈরি করা হয়েছে কি না। অন্যদিকে ফাইল সিস্টেমগুলি এই স্টাফের জন্য বেঁচে থাকে। আপনার কাছে RAID স্ট্রিপিং ব্যবহার করার, একাধিক ড্রাইভে চিত্র ছড়িয়ে দেওয়া এমনকি ভৌগোলিকভাবে পৃথক সার্ভারগুলিতে ছড়িয়ে দেওয়ার বিকল্প রয়েছে।

আর একটি সুবিধা হ'ল আপনার ডাটাবেস ব্যাকআপ / প্রতিলিপিটি ভয়ানক হবে।


2

বিকল্প এ।

ছবিটি লোড হয়ে গেলে আপনি সংরক্ষণের আগে ফর্ম্যাটটি যাচাই করে আবার আকার দিতে পারেন। Http://www.codeproject.com এ চিত্রগুলি পুনরায় আকার দিতে বেশ কয়েকটি নেট নেট নমুনা রয়েছে । উদাহরণস্বরূপ: http://www.codeproject.com/KB/cs/Photo_Resize.aspx


2

সুরক্ষার কারণে, আই এর কন্টেন্ট স্নিফিং দ্বারা সৃষ্ট সমস্যাগুলি এড়ানোর জন্য এটি সর্বোত্তম অনুশীলন যা আক্রমণকারীদের ইমেজ ফাইলগুলির অভ্যন্তরে জাভাস্ক্রিপ্ট আপলোড করতে দেয়, যা আপনার সাইটের প্রেক্ষাপটে কার্যকর করা যেতে পারে। সুতরাং আপনি এই ধরণের আক্রমণ প্রতিরোধ করার জন্য চিত্রগুলি সংরক্ষণ করার আগে কোনওভাবে চিত্রগুলিকে (ক্রপ / আকার পরিবর্তন করুন) রূপান্তর করতে চাইতে পারেন। এই উত্তরের আরও কিছু ধারণা রয়েছে।


2

ঠিক আছে, আমার একটি অনুরূপ প্রকল্প রয়েছে যেখানে ব্যবহারকারীরা সার্ভারে ফাইলগুলি আপলোড করেন। আমার দৃষ্টিকোণের অধীনে, বিকল্প ক )টি এটি আরও নমনীয় হওয়ার কারণে সেরা সমাধান। আপনাকে যা করতে হবে তা হ'ল সাব-ডিরেক্টরিগুলি দ্বারা শ্রেণিবদ্ধ একটি সুরক্ষিত ফোল্ডারে চিত্রগুলি সংরক্ষণ করা st মূল ডিরেক্টরিটি অ্যাডমিনিস্ট্রেটর দ্বারা সেট আপ করা আবশ্যক কারণ লিখিত সামগ্রীটি চালানোর জন্য কোনও স্ক্রিপ্ট (খুব গুরুত্বপূর্ণ) এবং (পড়তে, লেখার) সুরক্ষিত নয় যাতে HTTP অনুরোধে অ্যাক্সেসযোগ্য না হয়।

আমি আশা করি এটা আপনাকে সাহায্য করবে।


1

যদি সেগুলি ছোট ফাইল হয় তবে এডিট করতে হবে না তবে বিকল্প বি কোনও খারাপ বিকল্প নয়। আমি ফাইল সংরক্ষণ এবং ক্রেজি ডিরেক্টরি ডিরেক্টরি কাঠামো মোকাবেলা করার জন্য যুক্তি লেখার পক্ষে এটি পছন্দ করি। রয়ে অনেক এক ডিরেক্টরির মধ্যে ফাইলের খারাপ। emkay?

যদি ফাইলগুলি বড় হয় বা ধ্রুবক সম্পাদনা প্রয়োজন হয়, বিশেষত অফিসের মতো প্রোগ্রাম থেকে, তবে এ বিকল্পটি আপনার সেরা বাজি।

বেশিরভাগ ক্ষেত্রে, এটি পছন্দের বিষয়, তবে আপনি যদি বিকল্প A এ যান তবে কেবল পুনরায় ডিরেক্টরিগুলি তৈরি করুন যাতে সেগুলিতে খুব বেশি ফাইল না থাকে। আপনি যদি বি বিকল্পটি চয়ন করেন, তবে তার নিজের ডাটাবেস এবং / অথবা ফাইল গোষ্ঠীতে BLOBed ডেটা সহ টেবিলটি তৈরি করুন। এটি রক্ষণাবেক্ষণ, বিশেষত ব্যাকআপ / পুনরুদ্ধারে সহায়তা করবে। আপনার নিয়মিত ডেটা সম্ভবত মোটামুটি ছোট, যখন আপনার চিত্রের ডেটা সময়ের সাথে সাথে বিশাল হবে ।


1

এটি আপনার প্রয়োজনীয়তা, বিশেষত ভলিউম, ব্যবহারকারী এবং অনুসন্ধানের ফ্রিকোয়েন্সি উপর নির্ভর করে। তবে, ছোট বা মাঝারি অফিসের জন্য, অ্যাপল ফটো বা অ্যাডোব লাইটরুমের মতো অ্যাপ্লিকেশনটি ব্যবহার করা সবচেয়ে ভাল বিকল্প। এগুলি সংস্থান, ক্যাটালগ, সূচক এবং এই জাতীয় সংস্থানকে সংগঠিত করার জন্য বিশেষজ্ঞ। তবে, বৃহত্তর সংস্থাগুলির জন্য, স্টোরেজগুলির দৃ requirements় প্রয়োজনীয়তা এবং উচ্চ সংখ্যক ব্যবহারকারীদের জন্য, এটি Nuxeo বা Alfresco এর মতো একটি ডিজিটাল অ্যাসেট ম্যানেজমেন্টের সাথে একটি সামগ্রী সামগ্রী প্লেটফর্ম ইনস্ট্যান্ট করার পরামর্শ দেওয়া হয়; উভয় অফারই খুব ভাল সংস্থানগুলি পুনরুদ্ধার করার সরলিকৃত পদ্ধতিগুলির সাথে ডেটা খুব বড় পরিমাণে ডেটা পরিচালনা করে। এবং, খুব গুরুত্বপূর্ণ: উভয় প্ল্যাটফর্মের জন্য একটি মুক্ত (মুক্ত উত্স) বিকল্প রয়েছে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.