ট্যাগ (?>) পিএইচপি ফাইলগুলিতে বন্ধ হচ্ছে?


17

কিছু লোক তাদের পিএইচপি ফাইলগুলি দিয়ে বন্ধ করে শপথ করে ?>, কেউ কেউ বলে যে এটি এটিকে ছেড়ে দেওয়া আরও অনুকূলিত ized

আমি জানি যে এটি সেখানে রাখা অপরিহার্য নয়, আমি ভাবছি যে এটি করার পক্ষে কী কী উপকারিতা এবং নীতিগুলি এবং সর্বোত্তম অনুশীলনটি কী।



কিছু লোক "অধিকতর অনুকূলিত" অর্থটি "দ্রুত চলবে" বোঝানোর উদ্দেশ্যে নিয়েছিল বলে ধরে নিচ্ছেন। স্পিকার (যার প্রথম ভাষা ইংরাজী নাও হতে পারে) সম্ভবত আরও কিছু "আরও অনুকূল" বা "আরও ভাল অনুশীলন" এর মতো হতে পারে।
স্কট সি উইলসন

উত্তর:


27

এটি এতটা পারফরম্যান্সের বিষয় নয় - পেছনের পার্সিং ?>করা তুচ্ছ এবং এটি যদি আপনি প্রতি সেকেন্ডে মিলিয়ন ফাইল অন্তর্ভুক্ত না করেন তবে কোনও উল্লেখযোগ্য পার্থক্য তৈরি করবে না।

আইআইআরসি, পিএইচপি.এন.এফ.কে যুক্ত না করার পরামর্শ দেয় ?>এবং কারণগুলি এরকম কিছু হয়:

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

এখানে থাকা উত্তরের ভিত্তিতে (বিশেষত খালি অবাঞ্ছিত শ্বেতস্পেসের বিষয়ে "শিরোনাম ইতিমধ্যে প্রেরিত" ত্রুটিগুলির বিষয়ে), আমি পিএইচপি ফাইলের শেষে একটি?> সহ ধর্মীয়ভাবে আমার অভ্যাসটি পরিবর্তন করেছি। আমি লক্ষ্য করেছি যে আমি যখন PHPStorm টেমপ্লেটটি দিয়ে একটি নতুন ফাইল তৈরি করেছি তখন সবেমাত্র <? পিএইচপি?> ক্লোজিং ট্যাগ ছাড়াই sertedোকানো হয়েছিল এবং ভেবেছিলাম এটি কেবল opালু কোডিং। এখন আমি আরও ভাল জানি।
tcrosley

এই সুনির্দিষ্ট কারণ - "ইতিমধ্যে পাঠানো শিরোনাম" - এটি আমার নিয়োগকর্তা (একটি বড় ওয়েব পোর্টাল) দ্বারা কঠোরভাবে নিষিদ্ধ করা হয়েছে। আপনি সবেমাত্র লিখেছেন এমন কোনও ফাইলের শেষে আপনি এটি ভুলে গেলে এটি এক জিনিস। এটি 3 টির মতো একটি লাইব্রেরি এন্ট্রি সম্পাদনা করা আপনি যদি আরও গভীর করেন তবে আপনার পাঠ্য সম্পাদক আপনাকে না জেনে শ্বেত স্পেস সন্নিবেশ করান এবং হঠাৎ 2 বিল্ডিং দূরে লোকদের দ্বারা চালিত পোর্টালের একটি অংশ কাজ বন্ধ করে দেয়। অন্তর্ভুক্ত গাছটি প্রায়শই 100+ ফাইল থাকে, ত্রুটিটি খুঁজে পাওয়া ধৈর্য্যের অনুশীলনে পরিণত হয়। বাগটি খুঁজে পাওয়া যায় এবং আপনার কাছে ফিরে পাওয়া যায় বলে সপ্তাহের পরে "গভীর কৃতজ্ঞতা" দেখার প্রত্যাশা করুন।
এসএফ

1
ক্লোজিং ট্যাগের পরে পিএইচপি সাদা স্থান প্রেরণ দুর্বল ভাষার সিদ্ধান্তের আরও একটি উদাহরণ।
user949300

12

না, তারা ভুল।

?>কোনও ফাইলের শেষে পিএইচপিতে inচ্ছিক। এবং আপনি এটির জন্য ভাল কারণ খুঁজে পাবেন। সর্বাধিক গুরুত্বপূর্ণটি হ'ল কোনও ফাইলের শেষে একটি খালি স্থান আপনাকে হেডার পাঠানো থেকে বিরত রাখবে না। এটি সন্ধান করা একটি কঠিন ত্রুটি কারণ আপনি এটি যে কোনও ফাইলেই খুঁজে পেতে পারেন।

পিএইচপি এইচটিএমএল মিশ্রিত করা হয় এবং খাঁটি পিএইচপি ফাইলগুলির জন্য এটি না দেওয়া যখন করানোর স্বাভাবিক উপায় হ'ল ক্লোজিং ট্যাগ লাগানো। এটি এমনকি Zend ফ্রেমওয়ার্ক এবং অন্যান্য অনেকের একটি কোডিং মান ।

অনুকূলিতকরণ মানে কোডটি দ্রুত চালানো run এটি তাদের ভুল প্রমাণ করা সহজ। কোডটি প্রোফাইল করুন এবং চিত্রিত করুন যে তারা আপনাকে বুলশিট করছে।


4

আমি মনে করি এটি newbies এ যুক্ত করা এড়াতে বাঞ্ছনীয় যাতে তারা দুর্ঘটনাক্রমে অতিরিক্ত নিউলাইন চরগুলি না পাঠায়। যেহেতু এটি আপনি উল্লেখ করেছেন যেমন এটি থাকা অপরিহার্য নয়, আমি মনে করি সাধারণ যুক্তি হ'ল ভুলগুলি এড়াতে ভাল ছেড়ে দেওয়া।

আমি মনে করি না এর সাথে কোনও "অপ্টিমাইজেশন" জড়িত আছে।

আমি আপনাকে এখানে উল্লেখ করব: /programming/4410704/php-closing-tag এবং এখানে: /programming/3219383/why-do-some-scriptts-omit-the -closing-পিএইচপি-ট্যাগ


1
newbies বা না ... তাদের কাছে থাকার কোনও কারণ নেই (ওসিডি কেস ব্যতীত)
Mchl

@ এমসিএল আমি উল্লেখ করব যে ছাড়ার কারণগুলি মোটামুটি তুচ্ছ এবং শেষ পর্যন্ত এটি কেবল প্রোগ্রামারের পছন্দকেই নেমে আসে এবং এটি আসলে কোনও ওসিডি ইস্যু নয় ...
কেনেথ

1
?>খাঁটি পিএইচপি থাকা ফাইলগুলিতে আমি যে কোনও সময় ক্রিংজ করি ।
ক্যাফিনেটেড এভিয়েটর

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