অন্তর্ভুক্ত_সার্ভার - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

include_server.py - C/C++ এর জন্য অন্তর্ভুক্ত নির্ভরতার রক্ষণশীল অনুমান

সাইনোপিসিস

অন্তর্ভুক্ত_সার্ভার --বন্দর INCLUDE_SERVER_PORT [বিকল্প]

বর্ণনাঃ

include_server.py একটি অন্তর্ভুক্ত সার্ভার প্রক্রিয়া শুরু করে। এই প্রক্রিয়া থেকে প্রশ্নের উত্তর
distcc(1) C/C++ সংকলনে কোন ফাইল অন্তর্ভুক্ত করতে হবে সে সম্পর্কে ক্লায়েন্ট। include_server.py
অন্তর্ভুক্ত সার্ভার তৈরি হওয়ার সাথে সাথেই কমান্ড নিজেই শেষ হয়ে যায়।

INCLUDE_SERVER_PORT আর্গুমেন্ট হল সমস্ত যোগাযোগের জন্য ব্যবহৃত একটি সকেটের নাম
distcc ক্লায়েন্ট এবং অন্তর্ভুক্ত সার্ভারের মধ্যে। দ্য distcc-পাম্প(1) কমান্ড দায়ী
সকেট অবস্থান তৈরি করার জন্য, এই স্ক্রিপ্টে এটি পাস করার জন্য, এবং এটি সবার কাছে পাঠানোর জন্য
INCLUDE_SERVER_PORT নামের পরিবেশ ভেরিয়েবলের মাধ্যমে distcc ক্লায়েন্ট।

অন্তর্ভুক্ত সার্ভার দ্বারা ব্যবহৃত প্রোটোকল distcc এর RPC বাস্তবায়ন ব্যবহার করে। প্রতিটি distcc
অনুরোধ (1) বর্তমান ডিরেক্টরি এবং (2) এর আর্গুমেন্টের তালিকা নিয়ে গঠিত
সংকলন কমান্ড।

যদি অন্তর্ভুক্ত সার্ভার অনুরোধটি প্রক্রিয়া করতে সক্ষম হয়, তাহলে এটি distcc ক্লায়েন্টকে উত্তর দেয়
ফাইলপথের একটি তালিকা পাঠানো হচ্ছে। ফাইলপথগুলি হল সংকুচিত উত্স এবং শিরোনামগুলির
অন্তর্ভুক্ত বিশ্লেষণের মাধ্যমে সংকলনের জন্য প্রয়োজনীয় ফাইল পাওয়া যায়। তালিকাটিও
কম্পাইলেশন সার্ভারের জন্য প্রয়োজনীয় সিম্বলিক লিঙ্ক এবং এমনকি ডামি ফাইলও রয়েছে
সংকলনের জন্য প্রয়োজনীয় ফাইল সিস্টেমের অংশগুলির একটি সঠিক প্রতিরূপ তৈরি করুন। ভিতরে
এইভাবে, /path/foo.h-এর মতো একটি প্রয়োজনীয় হেডার ফাইল সংকুচিত, পুনঃনামকরণ এবং সংরক্ষিত হয়
অস্থায়ী অবস্থান, যেমন /dev/shm/tmpiAvfGv.include_server-9368-1/path/foo.h.lzo। দ্য
distcc ক্লায়েন্ট এই ফাইলগুলিকে একটি সংকলন সার্ভারে প্রেরণ করবে, যেখানে সেগুলি থাকবে
অসংকুচিত এবং অস্থায়ীভাবে মাউন্ট করা।

যদি অন্তর্ভুক্ত সার্ভার অনুরোধটি প্রক্রিয়া করতে সক্ষম না হয়, তাহলে এটি খালি তালিকা ফেরত দেয়
distcc ক্লায়েন্টের কাছে।

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

অনুযায়ী OPTION সংক্ষিপ্তসার

নিম্নলিখিত বিকল্পগুলি অন্তর্ভুক্ত_server.py দ্বারা বোঝা যায়৷

-dPAT, --debug_pattern=PAT
সতর্কতা এবং ডিবাগিং চালু করার জন্য বিট ভেক্টর
1 = সতর্কতা
2 = কিছু ফাংশন ট্রেস করুন
দুটির অন্যান্য ক্ষমতা: include_server/basics.py দেখুন।

-ই, --ইমেইল
'distcc-pump-errors'-এ ইমেল পাঠান বা সংজ্ঞায়িত হলে, পরিবেশ পরিবর্তনশীলের মান
DISTCC_EMAILLOG_WHOM_TO_BLAME, যখন অন্তর্ভুক্ত সার্ভার সমস্যায় পড়ে। ডিফল্ট হয়
ইমেইল না পাঠানোর জন্য।

--ইমেইল_বাউন্ড NUMBER টি
পাঠানোর জন্য সর্বাধিক সংখ্যক ইমেল (একটি চূড়ান্ত ইমেল ছাড়াও)। ডিফল্ট: 3.

--নো-ইমেল
ইমেইল পাঠাবেন না। এটি ডিফল্ট।

--পথ_পর্যবেক্ষণ_re=RE
যখনই একটি ফাইলের নাম মিলেছে এমন একটি রিয়েলপথের সাথে সমাধান করা হয় তখন সতর্কবার্তা ইস্যু করুন
RE দ্বারা, যা পাইথন সিনট্যাক্সে একটি নিয়মিত অভিব্যক্তি। এটি খুঁজে পেতে দরকারী
অন্তর্ভুক্ত ফাইলগুলি আসলে কোথা থেকে আসে। তাদের সব খুঁজে পেতে RE="" ব্যবহার করুন। বিঃদ্রঃ:
সতর্কতা কমপক্ষে -d1 দিয়ে সক্রিয় করা আবশ্যক।

--পিড_ফাইল ফাইল পাথ
অন্তর্ভুক্ত সার্ভারের পিড FILEPATH ফাইলে লেখা হয়। এটি একটি স্ক্রিপ্ট অনুমতি দেয়
যেমন একটি distcc-পাম্প অন্তর্ভুক্ত সার্ভার বিছিন্ন করতে.

-স, -- পরিসংখ্যান
অন্তর্ভুক্ত বিশ্লেষণ সম্পর্কে stdout তথ্য মুদ্রণ.

--stat_reset_triggers=LIST
LIST-এর কোনো ফাইলপাথের টাইমস্ট্যাম্প বা পরিবর্তন হলে স্ট্যাট ক্যাশে ফ্লাশ করুন
ফাইলপথ অস্তিত্বের মধ্যে বা বাইরে আসে। LIST হল একটি কোলন বিভক্ত স্ট্রিং
ফাইলপ্যাথ, সম্ভবত সাধারণ গ্লব ধারণ করে (পাইথনের গ্লোব মডিউল দ্বারা অনুমোদিত)।
যখনই এই ধরনের পরিবর্তন ঘটবে তখনই একটি সতর্কতা প্রিন্ট করুন (যদি সতর্কতা সক্ষম করা থাকে)। এই
বিকল্পটি distcc-পাম্পের সেই উৎসের স্বাভাবিক অনুমানে সীমিত ব্যতিক্রমের অনুমতি দেয়
বিল্ড করার সময় ফাইলগুলি পরিবর্তন করা হয় না।

-টি, --সময়
প্রিন্ট অতিবাহিত, ব্যবহারকারী, এবং সিস্টেম সময় stderr.

--অনিরাপদ_পরম_অন্তর্ভুক্ত
কম্পাইলেশন সার্ভারে প্রিপ্রসেসিং করুন এমনকি যদি পরম ফাইলপাথ অন্তর্ভুক্ত থাকে
সম্মুখীন হয় সাধারণত অন্তর্ভুক্ত-সার্ভার স্থানীয় প্রিপ্রসেসিংয়ে ফিরে আসবে
যদি এটি কোনো পরম অন্তর্ভুক্ত সনাক্ত করে. সুতরাং, এই পতাকা এই ধরনের প্রতিরোধের জন্য দরকারী
ফলব্যাক যখন পরম অন্তর্ভুক্ত একটি মিথ্যা অ্যালার্ম হয়, হয় পরম কারণ
অন্তর্ভুক্ত প্রিপ্রসেসিংয়ের সময় বা একেবারে অন্তর্ভুক্ত ফাইলের কারণে বাতিল করা হয়
কম্পাইলেশন সার্ভারে বিদ্যমান।

আরো সঠিকভাবে বললে, --unsafe_absolute_includes এর সাথে পরম অন্তর্ভুক্ত উপেক্ষা করা হয়
জড়ো করার উদ্দেশ্য অন্তর্ভুক্ত বন্ধ. এই বিকল্প ব্যবহার হতে পারে
ভুল ফলাফল কারণ (1) শিরোনাম আসলে অন্তর্ভুক্ত করা হতে পারে
কম্পাইলেশন সার্ভার এবং এটি ক্লায়েন্টের মতো নাও হতে পারে, (2) অন্তর্ভুক্ত
হেডারের নির্দেশাবলী আরও বিশ্লেষণ করা হয় না।

এই ধরনের হার্ডকোডেড পরম অবস্থান আছে এমন কোড কম্পাইল করার জন্য বিকল্পটি উপযোগী
শর্তসাপেক্ষ নির্দেশাবলীর ভিতরে হেডার ফাইলগুলির (যেমন "#ifdef") যা রেন্ডার করে
অপ্রাসঙ্গিক অন্তর্ভুক্ত। আরো সঠিকভাবে, এই অন্তর্ভুক্ত সময় নির্মূল করা আবশ্যক
প্রকৃত কনফিগারেশনের জন্য প্রিপ্রসেসিং। তখন অস্তিত্ব নিয়ে প্রশ্ন ওঠে
শিরোনাম ফাইলটি মুট এবং দূরবর্তী সংকলন শব্দ। এই ক্ষেত্রে প্রায়ই যদি
এই ধরনের অন্তর্ভুক্তগুলি প্রকৃত থেকে ভিন্ন অস্বাভাবিক কনফিগারেশনের জন্য বোঝানো হয়
কনফিগারেশন.

-ভি, -- যাচাই করুন
যাচাই করুন যে CPP ক্লোজার ফাইলগুলি অন্তর্ভুক্ত দ্বারা গণনা করা বন্ধের মধ্যে রয়েছে
প্রসেসর।

-w, --write_include_closure
একটি .d_approx ফাইল লিখুন যা অন্তর্ভুক্ত দ্বারা গণনা করা সমস্ত অন্তর্ভুক্ত ফাইলের তালিকা করে
সার্ভার -x-এর সাথে, CPP দ্বারা a-তে গণনা করা অন্তর্ভুক্ত ফাইলগুলিও লিখুন
.d_exact ফাইল।

-এক্স, --সঠিক_বিশ্লেষণ
পরিবর্তে CPP ব্যবহার করুন, সিস্টেম হেডার ফাইল বাদ দেবেন না।

অন্তর্ভুক্ত সার্ভার লক্ষণ এবং সমস্যা

অন্তর্ভুক্ত প্রসেসর থেকে আসা সম্ভাব্য বার্তা এবং সতর্কতা নীচে তালিকাভুক্ত করা হয়েছে৷

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

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

সতর্কতা: ফাইল পাথ অবশ্যই be উপর কিন্তু নয়
অন্তর্ভুক্ত সার্ভার পরম ফাইলপথ গ্রহণ করে না, যেমন
/usr/include/stdio.h, নির্দেশাবলী অন্তর্ভুক্ত, কারণ এর কোন গ্যারান্টি নেই
কম্পাইলেশন সার্ভার মেশিনে এই শিরোনামটি একই হবে
ক্লায়েন্ট অন্তর্ভুক্ত সার্ভার অন্তর্ভুক্ত ক্লোজার বিশ্লেষণ ছেড়ে দেয়। ডিএসসিসি
ক্লায়েন্ট পাম্প-মোড ব্যবহার করতে পারে না।

সবসময় নির্ভরযোগ্য নয় এই সমস্যাটি কাটিয়ে উঠতে, পরিবেশ পরিবর্তনশীল সেট করুন
INCLUDE_SERVER_ARGS='--unsafe_absolute_includes' যখন distcc-পাম্প আহ্বান করে
অন্তর্ভুক্ত সার্ভারে --unsafe_absolute_includes বিকল্পটি পাস করার জন্য স্ক্রিপ্ট।

সতর্কতা: পরম ফাইল পাথ ... ছিল উপেক্ষা করা হয়েছে
--unsafe_absolute_includes ব্যবহার করা হচ্ছে। এই অবস্থা একই অধীনে ঘটে
পরিস্থিতি যখন "ফাইলপথ আপেক্ষিক হতে হবে কিন্তু নয়" জারি করা হয়, কিন্তু এতে
ক্ষেত্রে অন্তর্ভুক্ত ডিস্টসিসি ক্লায়েন্টকে একটি উত্তর প্রদান করবে।

সতর্কতা: পথ '/PATH/FILE' পরিবর্তিত/এসেছে মধ্যে অস্তিত্ব/না আর বিদ্যমান
স্ট্যাট রিসেট ট্রিগার ব্যবহার করার সময় এই সতর্কতা জারি করা হয়। কারণ /PATH/FILE
পরিবর্তিত, অন্তর্ভুক্ত সার্ভার তার ক্যাশে সাফ করে; ফাইলের নতুন সংস্করণ (বা
এর অভাব) অন্তর্ভুক্ত বিশ্লেষণকে অবৈধ করে। এই বার্তা সাধারণত হতে পারে
উপেক্ষা করা; এটি বিল্ড সিস্টেম দ্বারা ফাইলগুলির কিছুটা অনিশ্চিত ব্যবহারকে নির্দেশ করে।
বিল্ড সিস্টেমটি ঠিক করার পরামর্শ দেওয়া হচ্ছে যাতে ফাইলগুলি পুনরায় লেখা না হয়।

সতর্কতা: জন্য অনুবাদ একক ..., খুঁজে দেখো of ফাইল ... স্থিরপ্রতিজ্ঞ থেকে ... যাহার বাস্তবপথ is
...
এই সতর্কতাটি --path_observation_re-এর সাথে ঘটে যখন একটি নতুন রিয়েলপথ মিলে a
উৎস বা হেডার ফাইল পর্যবেক্ষণ করা হয়।

ডিআইএসটিসিসি অসঙ্গতি লক্ষণ

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

________ সতর্কতা: ... পাম্প-মোড সংকলন(গুলি) ব্যর্থ on সার্ভার, কিন্তু অনুসৃত স্থানীয়ভাবে।
_______________Distcc-পাম্প ছিল অপদস্থ থেকে সমভূমি মোড. দেখ দ্য ডিসিসিসি অমিল লক্ষণগুলি
অধ্যায় in দ্য অন্তর্ভুক্ত_সার্ভার(1) এক পাতা.

distcc-পাম্প স্ক্রিপ্ট বিল্ডের শেষে এই বার্তাটি প্রকাশ করে। এই জন্য যে মানে
দূরবর্তী সংকলনের পরে একটি স্থানীয় সংকলন সফল হয়েছে
ব্যর্থ হয়েছে. প্রতিটি distcc আমন্ত্রণ যার জন্য পালাক্রমে এই ধরনের বৈপরীত্য ঘটেছে তাও একটি সমস্যা
বার্তা যেমন:

সতর্কতা: দূরবর্তী সংকলন of '...' ব্যর্থ হয়েছে, পুনরায় চেষ্টা করা হয়েছে স্থানীয়ভাবে এবং পেয়েছিলাম a বিভিন্ন ফলাফল।

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

অবশ্যই, যদি দূরবর্তী ব্যর্থতার পরে স্থানীয় সংকলন ব্যর্থ হয়, তাহলে distcc
স্থানীয় সংকলনের অ-শূন্য স্থিতি সহ আমন্ত্রণ প্রস্থান হয়। ত্রুটি বার্তা
মুদ্রিত এছাড়াও স্থানীয় সংকলন যারা.

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

পরবর্তীতে আমরা অমিলের সম্ভাব্য কারণগুলি নিয়ে আলোচনা করব।

সার্জারির ব্যবহারকারী পরিবর্তিত a উৎস or হেডার ফাইল সময় দ্য নির্মাণ।
এটি অবশ্যই অসামঞ্জস্যপূর্ণ ফলাফল দেয়।

A উৎস or হেডার ফাইল পরিবর্তিত সময় দ্য নির্মাণ।
বিল্ড সিস্টেম একটি ফাইল পুনর্লিখন করে। লিনাক্স কার্নেল 2.6 এর জন্য এটি ঘটে
'include/linux/compile.h' এবং 'include/asm/asm-offsets.h'। এই শর্ত স্থির
অন্তর্ভুক্ত সার্ভারকে জানিয়ে দেয় যে এটি অবশ্যই তার ক্যাশে রিসেট করতে হবে যখন কোনো একটি স্ট্যাটাস
ফাইল পরিবর্তন. কার্যত, এটি একটি কোলনে ফাইলগুলি সংগ্রহ করে করা হয়-
আলাদা করা তালিকা এবং তারপরে INCLUDE_SERVER_ARGS কমান্ড সেট করুন যেমন:

include_server_args="--stat_reset_triggers=include/linux/compile.h:include/asm/asm-
offsets.h"

A হেডার ফাইল is সম্ভাব্য অন্তর্ভুক্ত, কিন্তু না না বিদ্যমান, এবং is তারপর পরে অন্তর্ভুক্ত করা হয়েছে।

এটি ঘটে যখন কিছু হেডার foo.h অন্য হেডার ফাইল trick.h অন্তর্ভুক্ত করে, কিন্তু
trick.h ফাইলটি এখনও তৈরি করা হয়নি এবং অন্তর্ভুক্তি আসলে উপেক্ষা করা হয়েছে
প্রিপ্রসেসিং নির্দেশাবলীর কারণে। অন্তর্ভুক্ত সার্ভার জন্য অনুসন্ধান করা হবে
trick.h-এর অস্তিত্ব, কারণ এটি সমস্ত সম্ভাব্য উপায় নির্দেশাবলীকে অতিপ্রাকৃত করে
আসলে মূল্যায়ন। ফাইল trick.h এর অস্তিত্ব নেই বলে দৃঢ়প্রতিজ্ঞ। যদি পরে হয়
উত্পন্ন, এবং তারপর সত্যিই অন্তর্ভুক্ত, তারপর অন্তর্ভুক্ত সার্ভার মিথ্যা বিশ্বাস করবে
যে ফাইলটি এখনও বিদ্যমান নেই। এই সমস্যার সমাধান করতে হবে
বিল্ড সিস্টেম তৈরি করা trick.h প্রথমবার কোনো হেডার ফাইল অন্তর্ভুক্ত করার আগে
যে trick.h এর একটি সিনট্যাকটিক রেফারেন্স করে

সার্জারির অন্তর্ভুক্ত করা সার্ভার ছিল শুরু সঙ্গে --অনিরাপদ_পরম_অন্তর্ভুক্ত.
এটি একটি সমস্যা যদি স্থানীয়ভাবে হেডার ফাইল থাকে যা দূরবর্তীভাবে বিদ্যমান না থাকে এবং
যে আসলে ব্যবহার করা হয়. এই ধরনের অন্তর্ভুক্ত প্রায়ই শর্তাধীন দ্বারা সুরক্ষিত হয়
নির্দেশাবলী যা মূল্যায়ন করে যাতে প্রকৃতপক্ষে শুধুমাত্র নির্দিষ্ট এবং প্রায়শই ব্যবহার করা হয়
অস্বাভাবিক প্ল্যাটফর্ম। আপনি যদি এই জাতীয় প্ল্যাটফর্মের জন্য কম্পাইল না করেন তবে এটি হতে পারে
ব্যবহার করা সঠিক --অনিরাপদ_পরম_অন্তর্ভুক্ত.

সার্জারির অন্তর্ভুক্ত করা সার্ভার হয়েছে গণিত দ্য ভুল অন্তর্ভুক্ত
এমন পরিস্থিতির কথা আমরা জানি না।

প্রস্থান করুন কোডগুলি

Include_server.py-এর প্রস্থান কোড সাধারণত 0 হয়। যে অন্তর্ভুক্ত সার্ভার চালু করা হয়েছে
পিড_ফাইলের অস্তিত্বের মাধ্যমে সঠিকভাবে যোগাযোগ করা হয়।

পরিবেশ বৈচিত্র্য

DISTCC_EMAILLOG_WHOM_TO_BLAME সার্ভার স্বয়ংক্রিয় অন্তর্ভুক্ত করার জন্য ব্যবহার করার জন্য ইমেল ঠিকানা
ইমেইল ডিফল্ট হল 'distcc-pump-errors' (যা একটি ইমেল ঠিকানা যা সম্ভবত হবে
আপনার ডোমেনে বিদ্যমান নেই)।

উপরন্তু, কম্পাইলারের আহ্বান অতিরিক্ত পরিবেশ ভেরিয়েবল ব্যবহার করতে পারে।

onworks.net পরিষেবাগুলি ব্যবহার করে অন্তর্ভুক্ত_সার্ভার অনলাইন ব্যবহার করুন