প্রোডাকশন সার্ভারের জন্য কেস-সংবেদনশীল ফাইল সিস্টেম?


10

প্রাথমিক পরিস্থিতিটি এমন দেখাচ্ছে:

  • কর্পোরেট সফ্টওয়্যার পিএইচপি ভিত্তিক।
  • এটি অ্যাপাচি 2 দ্বারা একটি উইন্ডোজ 2003 সার্ভারে বিতরণ করা হয়েছে।
  • এটা বড়
  • এটি বরং পেশাগত বিকাশকারীদের উত্তরাধিকার যা কেস সংবেদনশীলতা বা ডিরেক্টরি বিভাজক সম্পর্কে আপত্তি করে না।

কাঙ্ক্ষিত পরিস্থিতি এর মতো দেখাচ্ছে:

  • লিনাক্স বিতরণে অনির্ধারিত গন্ধের আওতায় সবকিছু অ্যাপাচি 2 তে স্থানান্তরিত হয়েছিল।

সমস্যা:

  • কেস-সংবেদনশীলতা বা ডিরেক্টরি বিভাজক চরিত্রটির কোনও যত্ন না করেই অফুরন্ত টন কোড।

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

আমাদের কি তেতো বড়ি গিলে ফেলে সমস্ত কোড দিয়ে যাওয়া উচিত? আমরা তা এড়াতে চাই, যেহেতু আমরা বর্তমান সফ্টওয়্যার পরিবেশের টুকরো টুকরো টুকরো করে নতুন বিল্ড স্টাফগুলি (দীর্ঘমেয়াদে) প্রতিস্থাপন করব।


আর একটি সম্ভাবনা mod_rewriteহ'ল নতুন সার্ভারের মাধ্যমে উত্তরাধিকারের অ্যাপ্লিকেশনটির জন্য (পুরানো সেটআপে থাকা) একরকম প্রক্সি তৈরি করা , অংশগুলি এইভাবে প্রতিস্থাপন করা হতে পারে ... সম্ভবত।
sr_

এটি লিনাক্সের পরিবর্তে ওএস এক্স এর অধীনে হোস্ট করুন ... আপনি এখনও আপনার ইউনিক্স পরিবেশ পাবেন তবে আপনি বাক্সের বাইরেও একটি মামলা সংবেদনশীল ফাইল সিস্টেম পাবেন।
12 12:46 এ লারস্কে

@ এসআর_ এটি কাজ করতে পারে। তবে যেহেতু আমরা একটি বৃহত অনলাইন শপ সিস্টেম চালাচ্ছি যা এরই মধ্যে পর্যাপ্ত ট্র্যাফিক সৃষ্টি করে, এটি কমপক্ষে দ্বিগুণ হয়ে যায় (নেটওয়ার্ক অভ্যন্তরীণ বা বাহ্যিক তা বিবেচনা করে না)। আমি যতটুকু বুঝি.
পিটার

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

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

উত্তর:


3

উবুন্টুফর্মগুলিতে আমার পোস্টটি এখানে দেখুন:

http://ubuntuforums.org/showthread.php?t=1497253

ভার্চুয়াল ডিস্ক তৈরি করুন

dd if=/dev/zero of=virtual.dsk bs=1048576 count=150

এটি ফর্ম্যাট করুন

mkfs.vfat virtual.dsk

এটি মাউন্ট

sudo mkdir -p /mnt/vfat
sudo mount virtual.dsk /mnt/vfat -t vfat -o loop

পিএস: স্থায়ীভাবে মাউন্ট:

/path/to/virtual.dsk /mnt/vfat vfat loop,owner,group,umask=000 0 0

অতিরিক্ত তথ্যের পাশাপাশি এখানে: http://fatter-keine.dk/helptipsguides/ubuntu/ સમજ বোঝার_fstab.html


3

জেডএফএস এবং জেএফএস উভয় ক্ষেত্রেই সংবেদনশীল হতে কনফিগার করা যেতে পারে:

zfs create -o casesensitivity=insensitive filesystem

jfs_mkfs -O /dev/sdax

সম্পাদনা করুন (7 বছর পরে):

@ জর্জেইনেসডিয়েজের মন্তব্য হিসাবে, লিনাক্স কার্নেলটি শেষ পর্যন্ত ডিরেক্টরি 5.2 এবং efsprogs 1.45 থেকে শুরু করে optionচ্ছিক ক্ষেত্রে সংবেদনশীলতা প্রতি ext4 যুক্ত করেছে ।

মনে রাখবেন যে, লিনাস টোরভাল্ডস ছিল বৈশিষ্ট্য বিরুদ্ধে জোরালোভাবে


1
2020-এ এটি দেখার জন্য, ext4 কেবল কেসফোল্ড সমর্থন যোগ করেছে। আপনার লিনাক্স কার্নেল 5.2 এবং e2fsprogs 1.45 বা তার পরে প্রয়োজন। চ্যাটার + এফ জন্য সন্ধান করুন
জর্জি ইয়েনেস ডিয়েজ

2

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


2
এটি সম্পূর্ণ উন্মাদ, তবে অন্য সমস্ত বিকল্পের মধ্যে সর্বনিম্ন উন্মাদ আইএমও।
jgoldschrafe

@ আলার্কস আপনাকে ধন্যবাদ, আমি এটিতে আরও গভীরভাবে নজর রাখব এবং এটি কীভাবে কাজ করে তা চেষ্টা করব।
পিটার

@ অ্যালার্কস যদিও আমি নিবন্ধটি অনুসরণ করেছি এবং কিছু প্রকারের চেষ্টা করেছি, তবে দুঃখের সাথে এটি আমাদের পক্ষে কার্যকর হয়নি। ধন্যবাদ যদিও. অন্যান্য বিকল্পগুলি খুব বেশি সময় নেয় বলে মনে হয় এমন সমস্ত উপাদান পুনরায় লেখার সিদ্ধান্ত নিয়ে আমরা শেষ করেছি sensitive
পিটার

1

আপনার নিজের ফিউজ-র‍্যাপারটি লিখুন যা অন্য কোনও fs এর ক্ষেত্রে কেস-সংবেদনশীলতা করে? কিছু অজগর কোড দিয়ে এটি দ্রুত সম্পন্ন করা যেতে পারে।

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