"এমন কোনও সমস্যা নেই যা কেবলমাত্র হ্যাকিং কোর দ্বারা সমাধান করা যায়? তবে কী?"
এই প্রশ্নের উত্তরের জন্য, হ্যাঁ, আপনার মাঝে মাঝে সমস্যাগুলি কাটিয়ে উঠতে হবে যার অর্থ আপনাকে হ্যাক করতে হবে মূল (বা কোনও অবদানের মডিউল)।
এই ক্ষেত্রে আমি বিশ্বাস করি যতক্ষণ না আপনি আপনার হ্যাক কোডটিতে প্রচুর মন্তব্য রাখেন এবং আপনি যে সমস্ত কিছু পরিবর্তন করেন তা নথিভুক্ত করেন।
উদাহরণস্বরূপ, যে কোনও কোর বা অবদান পরিবর্তনের জন্য আমি একটি প্যাচ তৈরি করি। যদি এটি জেনেরিক এবং অন্যান্য লোকের পক্ষে দরকারী হয় তবে আমি এটি একটি ইস্যুতে drupal.org এ জমা দিই, অন্যথায় এটি আমার নিজের ব্যবহারের জন্য।
আমি তখন কোড পরিবর্তন সহ প্যাচ ফাইলটি আমার সংস্করণ নিয়ন্ত্রণে প্রতিশ্রুতিবদ্ধ।
এর অর্থ হ'ল যদি কিছু হ্যাক হয়ে থাকে তবে আমি প্যাচ ফাইলগুলি সন্ধান করে দেখতে পারি।
এগুলি ছাড়াও, আমি সাইটের বিকাশকারী ডকুমেন্টেশনে হ্যাকের একটি তালিকাও জুড়েছি (সাইটে অন্বেষণামূলকভাবে জিনিসগুলি ভুলে গিয়ে অন্যের পক্ষে এবং নিজের জন্য কাজ করতে পারে এমন জন্য আপনার সত্যিকারের বিকাশকারী ডকুমেন্টেশন থাকা উচিত)।
এই হ্যাক ডকুমেন্টেশনগুলিতে আমি প্রতিটি হ্যাকের সাথে হ্যাকটি কী করে এবং কেন, মডিউল / ফাইলগুলি প্রভাবিত করে, হ্যাক কোড রয়েছে এমন প্যাচ ফাইলটির নাম এবং যদি একটি থাকে তবে সম্পর্কিত ড্রুপাল.অর্গ ইস্যুতে একটি লিঙ্কের তালিকা রয়েছে (প্রায় সবসময় আমার ক্ষেত্রে আছে)।
তারপরে আপনার এবং অন্য যে কেউ ভবিষ্যতে সাইটে কাজ করে তার হ্যাকগুলির একটি সম্পূর্ণ তালিকা রয়েছে এবং কোনও আপডেট সহ দুর্ঘটনাক্রমে কিছু ভাঙ্গার বিষয়ে চিন্তা করার দরকার নেই।
তারপরে আপডেট প্রক্রিয়াটির জন্য আমি আমার হ্যাকগুলির তালিকাটি যাচাই করি এবং আমি আপডেট করছি এমন সমস্ত মডিউলগুলিতে প্যাচ ফাইলগুলি সন্ধান করি। যদি কোনও হ্যাক থাকে এবং এতে একটি ড্রুপাল.আর.গু ইস্যু রয়েছে তবে আমি বিষয়টি পরীক্ষা করে দেখি যে সর্বশেষ সংস্করণটির প্যাচটি অন্তর্ভুক্ত রয়েছে কিনা, সেই ক্ষেত্রে আমি আপডেটটি দিয়ে হ্যাকটিকে উড়িয়ে দিয়েছি এবং আমার হ্যাকের তালিকা থেকে সরিয়ে দিই (তৈরি করুন) নিশ্চিত যে drupal.org কমিটস বার্তাগুলি দেখে যে প্রতিশ্রুতিবদ্ধ ছিল তা আপনি যে প্যাচটি ব্যবহার করছেন তার সংস্করণ বা কমপক্ষে কার্যত একইভাবে) was
যদি প্যাচ প্রতিশ্রুতিবদ্ধ না হয় তবে আমার এটি করতে মডিউলগুলি আপডেট করতে হবে এবং প্যাচগুলি পুনরায় প্রয়োগ করতে হবে। অনেক ক্ষেত্রে প্যাচগুলি এখনও পরিষ্কারভাবে প্রয়োগ হবে এবং প্রক্রিয়াটি সহজ তবে কখনও কখনও আপনাকে প্যাচগুলি নতুন সংস্করণের জন্য পুনরায় তালিকাভুক্ত করতে হবে এবং তারপরে প্যাচের নতুন সংস্করণটি আপনার স্থানীয় সংগ্রহস্থলে প্রতিশ্রুতিবদ্ধ করতে হবে (প্রাসঙ্গিকভাবে পোস্ট করার পাশাপাশি) drupal.org ইস্যু যেখানে প্রযোজ্য)।
আমার কাছে আরও একটি কাজ করতে চাই যদি আমার কাছে আরও বেশি সংক্ষিপ্ত প্যাচ বা প্যাচ থাকে যা মডিউলের মূল fucntionality (বা কেবলমাত্র কাস্টম মডিউলগুলি যা একটি drupal.org মডিউলের উপরে প্রসারিত হয়) এর সাথে যোগাযোগ করে, তা হল আপডেট মডিউলটির রিলিজ নোটগুলি পরীক্ষা করা ( এর অর্থ আপনার বর্তমান সংস্করণ এবং আপনি যে সংস্করণটিতে আপডেট করছেন তার মধ্যে সমস্ত সংস্করণ রয়েছে) এবং নিশ্চিত করুন যে সেখানে কোনও কিছুই নেই যা আপনার কোড ভঙ্গ করতে পারে। দ্রষ্টব্য: সম্পূর্ণ মুক্তির নোট দেওয়ার সাথে এই দিনগুলিতে প্রচুর মডিউল রক্ষণাবেক্ষণকারী ভাল আছেন তবে আবর্জনা প্রকাশের নোটগুলি এখনও প্রচুর আছে। এই ক্ষেত্রে কিছু ক্ষেত্রে আমি আমার বর্তমান সংস্করণ থেকে সমস্ত প্রতিশ্রুতিবদ্ধ বার্তাগুলি দিয়ে যাই (এটি সাধারণত আমার ক্ষেত্রে এমন জটিল কোড থাকে যা অন্য মডিউলের সাথে গভীরভাবে ইন্টারেক্ট করে)। বিঃদ্রঃ:
তারপরে, আপডেট করার পরে (সাইটের ডেভেলপমেন্ট কপির উপর) ভালভাবে পরীক্ষা করুন। আপনি কয়েকটি বাগের পিছলে যাওয়ার পরে পুরোপুরি কী বোঝাতে চাইবেন তা শেষ পর্যন্ত আপনি শিখবেন।
তারপরে যখন এটি পর্যাপ্তরূপে পরীক্ষা করা হবে, তখন লাইভ সাইটটি আপগ্রেড করুন বা আপনার স্থানীয় আপডেটগুলি আপ করুন বা আপনার স্থাপনার প্রক্রিয়াটি যাই হোক না কেন push
সকলেই বলার কারণ এটি সহজ না হওয়া সত্ত্বেও এটি করবেন না: কারণ বেশিরভাগ লোকের কাছে আমার মতো রূপরেখার মতো সিস্টেম থাকে না, তাই যখন আপডেট করার সময় আসে বা সাইটটি অন্য কারও হাতে কাজ করার জন্য দেওয়া হয় চালু থাকলে, এটি একটি দুঃস্বপ্ন হয়ে যায় এবং প্রচুর সময় (অনেক সময় প্রচুর পরিমাণে) বাগ সমাধান করতে এবং হ্যাকগুলি সন্ধান করতে এবং কেন সেখানে থাকে তা খুঁজে বের করতে ব্যয় করতে হয় etc.
আপনি যদি এর মতো কোনও সাইটের উত্তরাধিকারী হন তবে আপনি পুরোপুরি বুঝতে পারবেন :)