অস্থায়ী ডিরেক্টরিটি কনফিগার করা হচ্ছে

Question

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

নির্দিষ্ট ফাইল অস্থায়ী: // ফাইল3Hl91E অনুলিপি করা যায়নি, কারণ গন্তব্য ডিরেক্টরিটি সঠিকভাবে কনফিগার করা হয়নি। ফাইল বা ডিরেক্টরি অনুমতিগুলির সাথে সমস্যার কারণে এটি হতে পারে। সিস্টেম লগে আরও তথ্য পাওয়া যায়।

আমি ভার্চুয়ালমিন, ড্রুপাল 7 এবং একটি ডেবিয়ান সার্ভার ব্যবহার করছি। আমার বর্তমান অস্থায়ী ডিরেক্টরিটি /tmp।

Answer 1

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

আমি ব্যক্তিগতভাবে এই নিবন্ধটি ফাইল আপলোড পছন্দ করি । তাঁর ভালো পর্যবেক্ষণ রয়েছে। এটা আমার জন্য কাজ করে।

সম্প্রতি, আমি আমার সাইটটি আমার ম্যাক কম্পিউটারে ডাউনলোড করেছি। এটি ঘটে যায় যে আমার ম্যাকটিতে আমি mod_userdirআপাচি ব্যবহার করছিলাম এবং আমি ভুলে গিয়েছিলাম যে /etc/apache2/users/nameofuser.confআমাকে সেট করা দরকার AllowOverride All, অন্যথায় আমার কাছে নিম্নলিখিত বার্তাটি থাকবে:

নির্দিষ্ট ফাইলটি অস্থায়ীভাবে অনুলিপি করা যায়নি কারণ গন্তব্য ডিরেক্টরিটি সঠিকভাবে কনফিগার করা হয়নি।

Comments

অন্তর্ভুক্ত লিঙ্কটি নীচে রয়েছে

— পাল

লিঙ্ক ফিরে এসেছে !! লেখক দয়া করে সাইটটি ফিরিয়ে দিলেন!

— cayerdis

উত্তরে এই "পর্যবেক্ষণ" এর সংশ্লেষ যুক্ত করা ভাল।

— Fifi ফাইনান্স

লিঙ্ক আবার নিচে।

— কারি ক্যারিয়েনেন

web.archive.org/web/20141106100939/http://sandu.camerzan.md/…

— স্ব

Answer 2

আপনার সেটিংস.এফপি

$conf['file_temporary_path'] = '/tmp';

এটি ইউনিক্স সিস্টেমে 99% সময় নিয়ে কাজ করবে।

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

ls -al /tmpকমান্ড লাইনে চালিয়ে অনুমতি পরীক্ষা করতে পারেন ।

আপনি যদি এই বিষয়ে আরও পড়তে আগ্রহী হন তবে https://en.wikedia.org/wiki/Temporary_folder দেখুন

Comments

এটি আমার মতে আসলেই ভাল উত্তর নয়। এর কোনও ব্যাখ্যা নেই এবং /tmpসঠিক অনুমতি না থাকলে এটি কাজ না করার সম্ভাবনা রয়েছে । এমনকি এটি গৃহীত উত্তরের সাথেও বিরোধিতা করে (এটি নিজেও দুর্দান্ত নয়)।

— ফিফি ফিনান্স

আমি মনে করি না যে উত্তরটির আরও ব্যাখ্যা প্রয়োজন, আমি বলব যে কীভাবে কনফারেন্স পরিবর্তনশীল সেটিংসে কাজ করে ph এই উত্তর সম্পর্কে একটি দুর্দান্ত জিনিস হ'ল এটি সংক্ষিপ্ত। আমি নিশ্চিত নই যে এটি গৃহীত উত্তরের সাথে বিরোধিতা করে, স্বীকৃত উত্তরটি কাজ করবে এবং এটি একটি বিকল্প। এই পদ্ধতিটি এবং এটি ইউআইয়ের মাধ্যমে করার মধ্যে পার্থক্য হ'ল এটি একাধিক পরিবেশ জুড়ে কাজ করবে তবে প্রতিটি পরিবেশের জন্য আপনাকে পৃথকভাবে ইউআইতে সেট করতে হবে।

— চিম

Answer 3

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

এছাড়াও নিশ্চিত করুন যে সর্বজনীন ফাইল সিস্টেমের পথটি সঠিকভাবে সেট করা আছে।

Comments

এটা আমার ক্ষেত্রে ছিল। আমার ক্ষেত্রে, আমার সদ্য নির্মিত / সাইট / ডিফল্ট / ফাইল ডিরেক্টরিগুলির মালিকানা USERNAME: এপাচি (কিছু সিস্টেমে যে গোষ্ঠীটিকে কেউই বলা হবে না) সেট করতে হবে।

— ইভান

Answer 4

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

ফাইল অনুমতিগুলি জনসাধারণ: // জেএসে সেট করা যায়নি।

এটি আমাকে সাইটগুলি / ডিফল্ট / ফাইলগুলিতে জেএস ফোল্ডারে অনুমতিগুলি পরীক্ষা করতে অনুরোধ জানায় এবং অ্যাপাচি এটি লিখতে পারেনি that ফোল্ডারে অনুমতিগুলি পরিবর্তন করে আমি আমার ত্রুটি বার্তা থেকে মুক্তি পেয়েছি। সুতরাং আমি আপনাকে পরামর্শ দিচ্ছি যে আপনি সাইটগুলি / ডিফল্ট / ফাইলগুলিতে সমস্ত সাব-ফোল্ডারগুলির অনুমতিগুলি পরীক্ষা করে নিন এবং কেবলমাত্র tmp ফোল্ডারটিই নয় যদি আপনি এখনও আপনার সমস্যার সমাধান না করেন। ভেবেছিলাম আমি এই তথ্যটি ভাগ করে নেব।

Comments

আমার সমস্যাটি এর মতই ছিল তবে আমি এটি সংশোধন করতে নিম্নলিখিতগুলি ব্যবহার করছি: sudo chgrp -R www-data / var / www /

— mysite

ধরে নিচ্ছেন আপনি "অনুমতিগুলি 775 এ পরিবর্তন করতে" এরsudo chgrp -R www-data /var/www/mysite সাথে সম্মিলন করছেন । এটি প্রয়োজন হয় না । ড্রুপাল প্রতিটি ফোল্ডারে লিখতে হবে না । কেবলমাত্র আপনার সরকারী, ব্যক্তিগত এবং tmp ফাইল ফোল্ডার।

— rovr138

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

— উইলিয়াম তারেল

… * তবে * - অ্যাডমিন ফর্মের লেবেলটি বলে "" এই ডিরেক্টরিটি ওয়েবে অ্যাক্সেসযোগ্য হওয়া উচিত নয় "", সুতরাং আপনি যদি আপাচি বা এনগিনেক্সে / সাইটগুলি / ডিফল্ট / ফাইলগুলি / টিএমপি সুরক্ষিত করার পদক্ষেপ না নেন, তবে এটি স্থাপন না করে একটি খারাপ ধারণা আছে।

— উইলিয়াম তারেল

Answer 5

আপনি ফাইল সিস্টেম সেটিংস admin/config/media/file-system এটি / tmp এ পরিবর্তন করতে পারেন

এছাড়াও আপনি যে কোনও সেটিংস সমস্যার জন্য প্রশাসক / প্রতিবেদন / স্থিতি পরীক্ষা করতে পারেন

সম্পর্কে / tmp অনুমতি আপনি এটি 755 দিতে পারেন এবং আপনি এটি / পাবলিক_এইচটিএমএলে পাবেন

Answer 6

ত্রুটি বার্তাটি ভুলভাবে বিভ্রান্তিকর হতে পারে om

যদি এটি বলে যে সমস্যাটি গন্তব্য ডিরেক্টরিতে হয় তবে অ্যাপাচে সম্ভবত সাইট / ডিফল্ট / ফাইল সাবফোল্ডারটিতে লেখার অনুমতি নেই যা দ্রুপাল টোট ফাইলটি রাখতে চায়।

একটি ভাল সমাধান হ'ল অ্যাপাচি ব্যবহারকারীকে সাইট / ডিফল্ট / ফাইলগুলির আওতায় থাকা সমস্ত ফাইল এবং ডিরেক্টরিগুলির মালিক করে তোলা

cd /path/to/sites/default
sudo chown -R _www:_www files

বা অনুরূপ কিছু গন্তব্য ডিরেক্টরি সমস্যা পুনরায় শুরু করা উচিত। দ্বিগুণ পরীক্ষা করে দেখুন যে মালিকের সমস্ত উপ-ডিরেক্টরিতে অনুমতি লিখেছে এবং সম্পাদন করে and

Comments

এই সমাধান আমার দিন সংরক্ষিত, আমি উবুন্টু 14,014 কাজ করছি এবং সম্পন্ন এইchown -R www-data:www-data /var/www/html/sites/default/files/

— ঋষি Kulshreshtha

Answer 7

ফাইল ডিরেক্টরি: অ্যাপাচি-ভিত্তিক ওয়েব সার্ভারগুলির সমস্যা নিবারণ

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

আদর্শভাবে আপনি ওয়েব সার্ভারের নামের সাথে মেলে ডিরেক্টরি ফাইলগুলির "মালিক" পরিবর্তন করতে সক্ষম হবেন। ইউনিক্স বা লিনাক্স-ভিত্তিক সার্ভারে আপনি ওয়েব সার্ভারটি "কারা" নিম্নলিখিত কমান্ড জারি করে যাচ্ছেন তা যাচাই করতে পারবেন:

$ ps aux  |grep apache # for Apache 2.x
$ ps aux  |grep httpd # for Apache 1.x

আপনার ওয়েব সার্ভারের উপর নির্ভর করে এই কমান্ডগুলির মধ্যে একটি এর মতো লাইনগুলির একটি সিরিজ ফেরত দেবে:

www-data 13612  0.1  0.9  50640 20340 ? S 12:29   0:08 /usr/sbin/apache2 -k start

প্রত্যাবর্তিত পাঠ্যের প্রথম কলামটি হল "ব্যবহারকারী" যা আপনার ওয়েব সার্ভারটি পরিচালনা করছে operating এই ক্ষেত্রে ব্যবহারকারীটি www-ডেটা। ওয়েব সার্ভার দ্বারা আপনার ফাইল ডিরেক্টরিকে লিখনযোগ্য করে তুলতে আপনাকে নিম্নলিখিত কমান্ডটি ব্যবহার করে এর মালিকানা পুনরায় স্বাক্ষর করতে হবে:

$ chown -R www-data sites/default/files
$ chmod -R 0700 sites/default/files

যদি আপনার সার্ভারে ফোল্ডারের মালিকানা পরিবর্তন করার জন্য পর্যাপ্ত অনুমতি না থাকে তবে পরবর্তী সেরা বিকল্পটি নিম্নলিখিত কমান্ডের সাথে ফোল্ডারে গ্রুপ-লেখার অ্যাক্সেস সরবরাহ করা হবে:

$ chmod -R 0770 sites/default/files

উপরে উল্লিখিত হিসাবে আপনি এফটিপি প্রোগ্রাম ব্যবহার করে ডিরেক্টরিটির অনুমতিগুলি সামঞ্জস্য করতে সক্ষম হওয়া উচিত।

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

উত্স: ফাইল ডিরেক্টরি

Answer 8

ত্রুটির আরেকটি উত্স হ'ল এটি ফাইল ফোল্ডারে লিখতে পারে না। আমার ক্ষেত্রে আমি এটি ব্যবহার করে সমাধান করেছি:

$chmod 777 sites/default/files/pictures/

Comments

ওহ, সত্যি? স্পষ্টত একটি উত্পাদন সাইট কি উপর 777? এটি কেবল দায়িত্বজ্ঞানহীন পরামর্শ।

— ডেভিড মিস্টার

হ্যাঁ, এটি কমপক্ষে 755 দিন।

— ব্যবহারকারী1359

@ ডেভিডমিস্টার আমি আপনাকে উত্সাহিত করেছি কিন্তু দুর্ভাগ্যবশত কখনও কখনও ভাগ করা হোস্টিং (বমি) -এ

আপনি কি এই সম্পর্কে নিশ্চিত ? এমনকি একটি ভাগ করা হোস্টিং পরিবেশে, 775 আপনার যতটা পেতে হবে তত শিথিল হওয়া উচিত। আপনি কি দয়া করে ভাগ করা হোস্টিং সরবরাহকারীর একটি উদাহরণ দিতে পারেন যার 777 প্রয়োজন? যদি আপনি একটি ভাগ করা সার্ভারে 777 ব্যবহার করেন এবং আপনার ভিপিএস না থাকে তবে সার্ভারে থাকা অন্য প্রত্যেকে আপনার ফাইলগুলিতে অ্যাক্সেস করতে পারে।

— ডেভিড মিস্টার

@andrewtweber এছাড়াও হ্যাঁ, পাঠ না যে "ভাগ হোস্টিং" 777 প্রয়োজন কিন্তু যে "ভয়াবহ হোস্টিং" 777. প্রয়োজন

— ডেভিড Meister

Answer 9

কিছু পরিস্থিতিতে ডিফল্ট / ফাইলগুলির মধ্যে 'সিটিউল' এবং 'জেএস' ফোল্ডারগুলি মুছে ফেলার মাধ্যমে এটি সহজেই ঠিক করা যায়। প্রয়োজনে এই ফোল্ডারগুলি সিস্টেম দ্বারা পুনরায় তৈরি করা হয়। কখনও কখনও কোনও বিদ্যমান সাইটের নতুন ইনস্টল করার সময় এই ফোল্ডারগুলি ইতিমধ্যে বিদ্যমান সমস্যার কারণ হয়ে থাকে। এছাড়াও যদি আপনার সিএসএস কোনও বিদ্যমান সাইটের নতুন ইনস্টল করার পরে কাজ না করে তবে এই ফাইলগুলি মুছে ফেলা এবং ড্রুপাল এগুলি পুনরায় তৈরি করার মাধ্যমে এটিও ঠিক করা যেতে পারে।

Answer 10

আমার পুরানো এবং সমস্যাযুক্ত কনফিগারেশন

chmod 664 -R /var/drupal-bc/sites/default/files
chmod 664 -R /var/drupal-bc/sites/default/private

drw-rw-r-- 2 www-data www-data  4096 Jul 31 12:35 files
drw-rw-r-- 3 www-data www-data  4096 Jul  5 15:08 private

আমার নতুন এবং কাজের সূক্ষ্ম কনফিগারেশন

chmod 774 -R /var/drupal-bc/sites/default/files
chmod 774 -R /var/drupal-bc/sites/default/private

drwxrwxr-- 2 www-data www-data  4096 Jul 31 12:35 files
drwxrwxr-- 3 www-data www-data  4096 Jul  5 15:08 private

Comments

হ্যাঁ, ফোল্ডারগুলি সেগুলি ব্যবহারের জন্য সক্ষম করার জন্য কার্যকর করা আবশ্যক। 775 সম্ভবত 774 এর চেয়ে বেশি উপযুক্ত হবে। আপনার ক্ষেত্রে যেভাবে আপনার মালিকানা 755 সেট করা হয়েছে সে ক্ষেত্রে এটিও একটি ভাল বিকল্প হবে।

— রোব্বি

Answer 11

অস্থায়ী ফোল্ডারের জন্য সঠিক অনুমতিগুলি আপনার ওয়েব সার্ভারের কনফিগারেশনের উপর নির্ভর করে।

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

% গ্রেপ -i "ব্যবহারকারী" /etc/httpd/conf/httpd.conf

ব্যবহারকারী অ্যাপাচি

Answer 12

এক সার্ভার থেকে অন্য সার্ভারে যাওয়ার পরে আমার একই সমস্যা হয়েছিল।

আমি এখানে প্রস্তাবিত সমস্ত কিছু চেষ্টা করে ফোল্ডারগুলি 755 এ সেট করে রেখেছি।

আমার অস্থায়ী ফোল্ডারটি "" tmp7zXhVVCO "এ সেট করা হয়েছিল এবং এটি প্রকৃতপক্ষে ইনস্টলেশন ফাইলগুলি খুব ভালভাবে অনুলিপি করেছিল, প্রতিটি পুনরায় চেষ্টা করার পরে আমি টেম্প ফাইলটি সেখানে অনুলিপি করতে দেখলাম, তবে ইনস্টলেশন ব্যর্থ হয়েছে।

তবে সমস্যাটি মালিকের অধিকার নয়, তবে কেন 7777 এই ত্রুটিটি সরিয়ে দেয় তবে আমরা সকলেই জানি যে এটি প্রোডাকশন সাইটে যাওয়ার উপায় নয়।

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

Comments

আমি যখন এটি করি তখন আমি ত্রুটিটি পাইThe directory ../temp2 does not exist and could not be created.

— পল ট্রটার

Answer 13

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

আপাতত, এটি থেকে চালান sites/example.com:

MYSITE=example.com
FILES=sites/$MYSITE/files  
# CSS and JS might also cause trouble and advagg has its own dirs
TMPDIRS=$FILES/tmp $FILES/js $FILES/css $FILES/advagg_*
drush vset file_temporary_path $FILES/tmp # seems better than using /tmp
drush vset file_directory_temp $FILES/tmp
cd $(drush drupal-directory)   
chown www-data -R $TMPDIRS
chmod 755 -R $TMPDIRS

Answer 14

কনফিগারেশন -> মিডিয়া -> ফাইল সিস্টেম থেকে আমি / টেম্প-ক্যাটালগটি সরিয়েছি। এর পরে আমার কোনও সমস্যা হয়নি।

Answer 15

হিজরত সম্পর্কে আমারও একই সমস্যা ছিল। আমার কাছে সমস্ত সাইট / ডিফল্ট / ফাইল chmod 777 আছে তবে ত্রুটিটি এখনও ঘটে। আমি সাইট / ডিফল্ট / ফাইল এবং বার্তা অদৃশ্য হয়ে 775 অনুমতি পরিবর্তন করেছি। আমি কোনও ব্যক্তিগত পথের সমস্যা ছিল না, আমার / var / tmp কিন্তু 775 এর অনুমতি।

Answer 16

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

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

Answer 17

আমারও একই সমস্যা ছিল।

আমি উইন্ডোজ আইআইএস ব্যবহার করছিলাম। অবশেষে সমস্যাটি ছিল ফোল্ডার সাইটগুলি / ডিফল্ট / ফাইলগুলির অনুমতিগুলির জন্য এবং স্পষ্টতই সাইটগুলি / ডিফল্ট / ফাইল / টিএমপি তে।

অবশেষে আমি ফোল্ডারগুলিতে আবার "সম্পূর্ণ অনুমতিগুলি" দিয়েছি এবং এটি কার্যকর হয়েছে।

শুভেচ্ছা সহ