মিডিয়াউইকি ইনস্টলেশন দ্রুত করার (কার্য সম্পাদন) করার জন্য আপনার কাছে কী টিপস রয়েছে?


8

আমাদের একটি মিডিয়াউইকি ইনস্টলেশন রয়েছে এবং এটি ধীর হয়ে যাচ্ছে বলে অভিযোগ পাচ্ছি। কীভাবে আমরা গতি / কর্মক্ষমতা বাড়াতে পারি?

আমার একটি টিপ রয়েছে (যা আমি নীচে যুক্ত করব) তবে আমি আরও শুনতে আগ্রহী। উত্তর প্রতি উত্তর একটি টিপ।


1
আমি এখানে একটি দরকারী লিঙ্ক পেয়েছি: dom.as/2007/01/26/mediawiki-performance- ভাগ্যবান
মনিকা

অথবা আরও বিস্তৃত এবং সাম্প্রতিক মিডিয়াউইকি.অর্গ
নিমো

উত্তর:


4

বিশেষত আপনার সাইটটি মাঝারি আকারের থেকে ছোট আকারের মেমরির ক্যাশিংয়ের পরিবর্তে, সমস্ত এইচএমটিএল পৃষ্ঠাগুলির মোট আকার কোনও সমস্যা নয় - এর পরিবর্তে কেবলমাত্র ফাইল ক্যাশে স্যুইচ করা একটি সহজ সমাধান।

http://www.mediawiki.org/wiki/Manual:File_cache

আমি আজ আমার বেশিরভাগ ঘন্টা আমার শেয়ার্ড হোস্টিংয়ে (ব্লুহোস্টে) মেমোরি ক্যাশিং সমাধানগুলির প্রস্তাবিত মিডিয়াউইকিগুলির কোনওটিতে স্যুইচ করার চেষ্টা করে এবং এটি করার কোনও উপায় খুঁজে পাইনি এবং তারপরে এই বিকল্পটি আবিষ্কার করে এবং এটি সমস্ত সমস্যার সমাধান করে।

এই ফাইলটি ক্যাচিংয়ের সাথে উইকিটি চালু আছে:

http://robertinventor.com/bmwiki

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


4

কিছু দুর্দান্ত টিপস এখানে । আমার জন্য যে জিনিসটি সবচেয়ে বড় পার্থক্য করেছে (আইআইএস 7 তে 8 সেকেন্ড থেকে 0 পর্যন্ত) ছিল ক্যাচিং এবং পরিবর্তন $wgDBserver = "127.0.0.1";(লোকালহোস্ট থেকে) সক্রিয় করা । কোনও কারণে লোকালহোস্ট নেটওয়ার্কের মাধ্যমে সমাধান করা হচ্ছে।

জেদের পুরো পোস্টটি এখানে:

  1. সবচেয়ে বড় প্রভাবগুলির মধ্যে একটি, লোডটি 15 সেকেন্ড থেকে কমিয়ে 6 বা to এর দিকে নামানো ছিল মিডিয়াউইকি ক্যাচিং এবং ত্বরণকে সক্ষম করা, এই পোস্টে বর্ণিত: http://www.charlesrcook.com/archive/2012/09/12/ মিডিয়াউইকি-iis7-আউটপুট-ক্যাচিং-এবং-বন্ধুত্বপূর্ণ শর্ট-urls.aspx । সংক্ষেপে, আপনার মিডিয়াউইকি লোকালসেটেটিংস.এফপি ফাইলটিতে নিম্নলিখিতগুলি সক্ষম করুন:

    $wgCacheDirectory = "c:\your\path\to\cache";
    $wgFileCacheDirectory = "c:\your\path\to\cache ";
    $wgEnableSidebarCache = true;
    $wgUseFileCache = true;
    $wgShowIPinHeader = false;
    $wgEnableParserCache = true;
    $wgCachePages = true;
    
    $wgMainCacheType = CACHE_ACCEL;
    $wgMessageCacheType = CACHE_ACCEL;
    $wgParserCacheType = CACHE_ACCEL;
    $wgMemCachedServers = array();
    

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

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

  3. কফিনের চূড়ান্ত পেরেকটি সাইটটিকে গতিতে আনার জন্য আমার মিডিয়াউইকি লোকালসেটিংস.এফপি ফাইলটিতে $ wgDBserver সেটিংটি সংশোধন করা হয়েছিল। এটি "লোকালহোস্ট" এ সেট করা হয়েছিল এবং এই পোস্টটি http://forums.iis.net/t/1153459.aspx/3/10 পরামর্শ দিয়েছে যে উইন্ডোজ 7 এর পরে "লোকালহোস্ট" ব্যবহার করা এবং সার্ভার ২০০৮ এর পরে আইপিভি 6 জড়িত হওয়া শুরু করে পৃষ্ঠার অনুসন্ধান পরিবহন স্তরটি লোকালহোস্টের সমাধান করতে হয়েছিল এবং একটি আইপিভি 4 এবং একটি আইপিভি 6 ঠিকানার মধ্যে আলোচনার মাধ্যমে তা করছিল, যা পৃষ্ঠাটি রেন্ডার করার আগে পিএইচপি এবং মাইএসকিউএলকে সমাধান করা দরকার। দেখা যাচ্ছে এটি এখনও সম্পূর্ণ সমর্থিত ইন্টিগ্রেটেড প্রোটোকল নয়, সুতরাং "127.0.0.1" এর IPv4 ঠিকানায় $ wgDBserver সেট করা 6 সেকেন্ড থেকে মাত্র 1 সেকেন্ডে রেন্ডারিং নিয়েছে - সমস্যা সমাধান হয়েছে!



2

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


0

এটি মেগাওয়াটের বর্তমান সংস্করণগুলির সাথে প্রাসঙ্গিক নাও হতে পারে তবে পিএইচপি সেটিংটি পরীক্ষা করে দেখুন mbstring.func_overload। আমি এটি 2 এ সেট করলাম (একটি ছোট জাব্বিক্স ইনস্টলেশনের জন্য পুনরায় প্রয়োজনীয়তা হিসাবে) এবং এটি একই সার্ভারে 1.12 মেগাওয়াট ইনস্টলের কার্যকারিতাটি মেরে ফেলেছে।


ধন্যবাদ! এটি পরীক্ষা করে দেখুন।
মনিকা পুনরায় ইনস্টল করুন - বিদায় SE

অনুসারে: মিডিয়াউইকি.আর.জি.উইকি / পিএইচপি_কিউফাইগ্রেশন mbstring.func_overload এই বিকল্পটি ত্রুটির কারণ এবং ডেটা অনির্বাচিতভাবে কলুষিত করতে পারে; এই বিকল্পটি চালু থাকলে মিডিয়াউইকি ইনস্টল করতে অস্বীকার করবে। সুতরাং আমার ধারণা এটি প্রযোজ্য নয়।
মনিকা পুনরায় ইনস্টল করুন - বিদায় SE

0

কোনও পিএইচপি অপকোড ক্যাচার ব্যবহার করুন, নিশ্চিত করুন যে ডিবি কোনও বাধা নয়, বার্নিশের মতো কোনও HTTP ক্যাচার ব্যবহার করার বিষয়টি বিবেচনা করুন।


আপনি এখানে আমাকে আরও কিছু বিস্তারিত দিতে পারেন? উদাহরণস্বরূপ লিঙ্কগুলি, কীভাবে জানতে হবে যে ডিবি বাটলনক, কোনও এইচটিএস ক্যাচার কী? আমি পিছনের প্রান্তের বিশদটি সম্পর্কে জ্ঞাত নই।
মনিকা পুনরায় ইনস্টল করুন - বিদায় SE

গুগল মাইসকিউলটিউন.পিএল, অথবা মাইএসকিউএলটিউনর.শ ব্যবহার করুন দিন থেকে 32 / মাইএসকিউএল থেকে , তারা আপনাকে বলবে আপনার বাফার গরুর মাংসের দরকার আছে কিনা, যদি অনুসন্ধানগুলি ধীরগতিতে চলছে তবে ওয়ার্নিশ একটি বিপরীত প্রক্সি টাইপ পরিষেবা যা ক্যাশে করতে পারে গতিশীল ওয়েব পৃষ্ঠাগুলি, শেখার বক্ররেখা কিছুটা খাড়া তবে এটি একটি উচ্চতর পরিষেবা তাই এটি পরীক্ষা করে দেখার পক্ষে সত্য। আপনার কীভাবে তদন্ত করা উচিত তার ক্রমটি (স্পষ্টভাবে নেটওয়ার্ক থ্রুপুট থেকে একটি অংশ) সম্ভবত 1) অপকড ক্যাচার 2) ডিবি কীভাবে করছে / সম্পাদন করছে এবং 3) বার্নিশ নির্ধারণ করে।
3molo

মিডিয়াউইকি এমনকি বার্নিশ দিয়ে ক্যাচিং সম্পর্কিত একটি নিবন্ধ আছে! মিডিয়াউইকি.অর্গ.উইকি
ম্যানুয়াল: ওয়ার্নিশ_ক্যাচিং

যে MediaWiki এছাড়াও ডাটাবেস এবং প্রকৃত সাইট মধ্যে ক্যাশে জন্য memcached ব্যবহার পরামর্শ উল্লেখ করতে ভুলে গেছেন, দেখুন mediawiki.org/wiki/Memcached
3molo

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