सर्व्हरसाठी तांत्रिक ऑप्टिमायझेशन उपाय. उपकरणाच्या ऑपरेशनचे ऑप्टिमायझेशन

सर्व्हरची कार्यक्षमता वाढवण्यासाठी तुम्ही अनेक पद्धती वापरू शकता, परंतु सर्वोत्तम म्हणजे ऑप्टिमायझेशन.

ऑपरेटिंग सिस्टम ऑप्टिमायझेशन (फ्रीबीएसडी)

• 7.x मध्ये संक्रमणमल्टी-कोर सिस्टमसाठी उपयुक्त आहे कारण नवीन ULE 3.0 शेड्युलर आणि jemalloc वापरले जाऊ शकतात. जर तुम्ही लेगसी 6.x सिस्टीम वापरत असाल आणि ती लोडचा सामना करू शकत नसेल, तर 7.x वर स्विच करण्याची वेळ आली आहे.
• 7.2 मध्ये संक्रमणतुम्हाला केव्हीए वाढवण्यास, डीफॉल्ट sysctl ऑप्टिमाइझ करण्यास आणि सुपरपेजेस वापरण्यास अनुमती देईल. नवीन FreeBSD 8.0 आधीच तयार आहे, जे लक्षणीयरित्या उत्पादकता वाढविण्यात मदत करेल.
• amd64 मध्ये संक्रमण KVA आणि Shared Mem व्हॉल्यूम 2Gb पेक्षा जास्त वाढवणे शक्य करते. सर्व्हरच्या विकासासाठी परिस्थिती निर्माण करणे आवश्यक आहे, कारण डेटाबेस सतत वाढत आहेत आणि मोठ्या आकारांची आवश्यकता आहे.
• नेटवर्क उपप्रणाली अनलोड करणेफ्रीबीएसडी मध्ये सर्व्हर ऑप्टिमाइझ करण्यात मदत होईल. ही प्रक्रिया दोन टप्प्यात केली जाऊ शकते: ifconfig पॅरामीटर्स आणि sysctl.conf/loader.conf सेटिंग्ज ट्यून करणे. तयारीच्या टप्प्यावर, आपण क्षमता तपासल्या पाहिजेत नेटवर्क कार्ड. यांडेक्सचे ड्रायव्हर्स एकाधिक थ्रेड्स वापरून वेग वाढविण्यात मदत करतील; तृतीय-दर नेटवर्क कार्डसाठी, मतदान हा सर्वोत्तम उपाय आहे. FreeBSD 7 ट्यूनिंगची नवीनतम अद्यतनित आवृत्ती समस्येचे निराकरण करण्यात मदत करेल.
• फ्रीबीएसडी आणि मोठ्या संख्येने फायलीडिरेक्टरीमध्ये फाइल नावांच्या कॅशिंगसाठी चांगले कार्य करा. हॅश टेबल शोध तुम्हाला पटकन शोधण्यात मदत करेल आवश्यक फाइल. जास्तीत जास्त मेमरी सुमारे 2MB असली तरी, जोपर्यंत vfs.ufs.dirhash_mem परवानगी देईल तोपर्यंत तुम्ही ती वाढवू शकता.
• सॉफ्टअपडेट्स, gjournalआणिमाउंट पर्याय- हे नवीन टेराबाइट स्क्रू आहेत ज्यांची कार्यक्षमता उत्कृष्ट आहे. जर वीज गेली, तर त्यांच्या fsck ला खूप वेळ लागेल, त्यामुळे तुम्ही softupdates वापरू शकता किंवा gjournal द्वारे लॉग करू शकता.

फ्रंटएंड ऑप्टिमायझेशन (nginx)

हा प्रकार अकाली ऑप्टिमायझेशन म्हणून वर्गीकृत केला जाऊ शकतो, जरी तो साइटचा एकूण प्रतिसाद वेळ वाढविण्यात मदत करेल. मध्ये मानक ऑप्टिमायझेशन reset_timedout_connection कडे लक्ष देणे योग्य आहे; सेंडफाइल; tcp_nopush आणि tcp_nodelay.

• फिल्टर स्वीकाराएक तंत्रज्ञान आहे जे नवीन डेटा येण्याच्या किंवा वैध झाल्यास कर्नलमधून प्रक्रियेत माहिती हस्तांतरित करणे शक्य करते http विनंती. जेव्हा मोठ्या संख्येने कनेक्शन असतात तेव्हा हे फिल्टर सर्व्हरला आराम देण्यास मदत करतील.
• कॅशिंग nginx लवचिकता द्वारे दर्शविले जाते, आणि फास्टसीजी किंवा प्रॉक्सी बॅकएंड्सपासून तयार केले जाते. प्रत्येकजण त्यांच्या प्रोजेक्टमध्ये कॅशिंग चा वापर करू शकतो.
• AIOकाही विशिष्ट सर्व्हर लोडसाठी खूप उपयुक्त आहे, कारण ते कामगारांची संख्या कमी करताना प्रतिसाद वेळ वाचवते. nginx च्या नवीन आवृत्त्यांमुळे सेंडफाइलसह aio वापरणे शक्य होते.

बॅकएंड ऑप्टिमायझेशन

• APCहे एक फ्रेमवर्क आहे जे तुम्हाला ओपीमध्ये संकलित कोड कॅश करून लोड कमी करण्यास अनुमती देते. APC लॉकिंग अद्ययावत करण्यासारखे आहे, कारण ते मंद होऊ शकते आणि बरेच लोक APC ऐवजी eAccelerator वापरू लागले आहेत. लॉकिंगला स्पिनलॉक किंवा पीथ्रेड म्युटेक्ससह बदलणे योग्य आहे. .php फाइल्सची मोठी संख्या असल्यास किंवा त्या APC वापरकर्ता कॅशेमध्ये वारंवार कॅश केल्या गेल्या असल्यास APC संकेत मूल्य वाढवले ​​पाहिजे. APC विखंडन हे लक्षण आहे की तुम्ही APC अयोग्यरित्या वापरत आहात. तो TTL किंवा LRU द्वारे स्वतंत्रपणे रेकॉर्ड हटवू शकत नाही.
• PHP 5.3उत्पादकता नफा वाढविण्यात मदत करेल, म्हणून आपली PHP आवृत्ती अपग्रेड करणे फायदेशीर आहे, जरी बहिष्कृत कार्यांची यादी अनेकांना घाबरवू शकते.

डेटाबेस ऑप्टिमायझेशन

इंटरनेटवर MySQL चे कार्यप्रदर्शन सुधारण्यासाठी अनेक कल्पना आहेत, कारण प्रत्येक वेब प्रकल्पाला लवकर किंवा नंतर मेमरी, डिस्क किंवा प्रोसेसरच्या प्रमाणात मर्यादा येतात. म्हणून साधे उपायसमस्येचा सामना करण्यास मदत करणार नाही, प्रोफाइलर (dtrace, systemtap आणि oprofile) वर अधिक वेळ घालवणे, तसेच मोठ्या प्रमाणात अतिरिक्त वापरणे योग्य आहे. सॉफ्टवेअर. केवळ अनुक्रमणिका वापरणे, त्यांची क्रमवारी लावणे आणि गट करणे योग्य असणे आवश्यक नाही तर हे सर्व MySQL मध्ये कसे कार्य करते हे देखील जाणून घेणे आवश्यक आहे. तुम्हाला वेगवेगळ्या स्टोरेज इंजिनचे फायदे आणि तोटे देखील माहित असणे आवश्यक आहे, क्वेरी कॅशे समजून घ्या आणि स्पष्ट करा.

कोड न बदलताही MySQL ऑप्टिमाइझ करण्याचे अनेक मार्ग आहेत, कारण सर्व्हरचे अर्धे ट्युनिंग अर्ध-स्वयंचलित मोडमध्ये ट्युनिंगप्राइमर, mysqltuner आणि mysqlsla युटिलिटीज वापरून केले जाऊ शकते.

• 5.1 मध्ये संक्रमणअनेक फायदे प्रदान करते, त्यापैकी ऑप्टिमायझर ऑप्टिमायझेशन, विभाजन, InnoDB प्लगइन आणि रो आधारित प्रतिकृती हायलाइट करणे फायदेशीर आहे. साइटला गती देण्यासाठी, काही अत्यंत क्रीडा उत्साही आधीच आवृत्ती 5.4 ची चाचणी करत आहेत.
• InnoDB वर स्विच करत आहेअनेक फायदे प्रदान करते. हे ACID नुसार आहे, त्यामुळे कोणतेही ऑपरेशन फक्त एका व्यवहाराने केले जाते. यात पंक्ती-स्तरीय लॉकिंग आहे, ज्यामुळे एकाच वेळी अनेक थ्रेड्स एकमेकांपासून अलिप्तपणे वाचणे आणि लिहिणे शक्य होते.
• बिल्ट-इन MySQL कॅशे - क्वेरी कॅशेसमजणे खूप कठीण आहे, म्हणून बरेच वापरकर्ते ते असमंजसपणे वापरतात किंवा ते बंद करतात. त्याच्यासाठी, अधिकचा अर्थ चांगला नाही, म्हणून ही उपप्रणाली जास्तीत जास्त करणे योग्य नाही. क्वेरी कॅशे समांतर आहे, परिणामी, आठ पेक्षा जास्त प्रक्रिया वापरल्या गेल्या असल्यास, ते केवळ संपूर्ण प्रक्रिया मंद करेल आणि साइट लोडिंग वेळ कमी करण्यात मदत करणार नाही. या उपप्रणालीची सामग्री, जी विशिष्ट सारणीशी संबंधित आहे, त्या सारणीमध्ये बदल केल्यावर ते अवैध केले जातात. याचा अर्थ असा की क्वेरी कॅशे केवळ चांगल्या प्रकारे डिझाइन केलेले टेबल वापरताना सकारात्मक परिणाम देते.
• अनुक्रमणिका SELECT (काहीही नसल्यास) आणि INSERT/UPDATE (अतिरिक्त असल्यास) दोन्हीसाठी हानिकारक असू शकतात. यापुढे वापरात नसलेली अनुक्रमणिका अजूनही मेमरी घेते आणि त्यामुळे डेटा बदल मंदावते. या समस्येचा सामना करण्यासाठी, तुम्ही एक साधी SQL क्वेरी वापरावी.

PostgreSQL

पोस्टग्रेस सिस्टम बऱ्यापैकी अष्टपैलू आहे, कारण ती एंटरप्राइझ क्लासशी संबंधित आहे आणि स्काईप त्यावर उत्कृष्ट कार्य करते, परंतु त्याच वेळी ते स्थापित केले जाऊ शकते. भ्रमणध्वनी. उपलब्ध 200 पॅरामीटर्सपैकी, त्यापैकी 45 मूलभूत आहेत आणि ट्यूनिंगसाठी जबाबदार आहेत.

आपण इंटरनेटवर बरेच काही शोधू शकता उपयुक्त माहितीपोस्टग्रेस ट्यूनिंगसाठी. परंतु काही लेख आधीच जुने झाले आहेत, त्यामुळे तुम्ही प्रकाशनाच्या तारखेपासून सुरुवात केली पाहिजे आणि व्हॅक्यूम_मेम की कुठे वापरली जाते त्या माहितीकडे किंवा maintenance_mem च्या नवीन आवृत्त्यांमध्ये लक्ष दिले पाहिजे. प्रगत प्रोग्रामर अनेक उच्च-गुणवत्तेचे ग्रंथ शोधण्यात सक्षम होतील, आम्ही फक्त त्या मूलभूत गोष्टींची यादी करू जे सरासरी वापरकर्त्याला त्यांचा प्रकल्प सुधारण्यास मदत करतील.

• निर्देशांक PostgreSQL नेहमी प्रथम स्थानावर असते, तर MySQL मध्ये ते नेहमी शेवटच्या स्थानावर असतात, आणि हे PostgreSQL निर्देशांकांमध्ये प्रचंड क्षमता आहेत या वस्तुस्थितीद्वारे स्पष्ट केले जाऊ शकते. प्रोग्रामरला अशा निर्देशांकांची चांगली समज असणे आवश्यक आहे आणि ते कधी आणि कोणते वापरायचे हे माहित असणे आवश्यक आहे, जसे की GiST, GIN, हॅश आणि बी-ट्री, तसेच आंशिक, मल्टीकॉलम आणि ऑन एक्स्प्रेशन्स.
• pgBouncerआणि त्याचे पर्याय प्रथम डेटाबेस सर्व्हरवर स्थापित करणे आवश्यक आहे. कनेक्शन पूलरशिवाय, प्रत्येक विनंती एक वेगळी प्रक्रिया तयार करते जी RAM वापरते. असे दिसते की काहीही वाईट नाही, परंतु 200 पेक्षा जास्त कनेक्शन तयार करताना, अगदी शक्तिशाली सर्व्हरला देखील माहितीवर प्रक्रिया करण्यात अडचण येते. pgBouncer या समस्येचे निराकरण करण्यात मदत करते.
• pgFouineहा एक अपरिहार्य प्रोग्राम आहे, कारण त्याला सुरक्षितपणे php मध्ये mysqlsla चे analogue म्हटले जाऊ शकते. प्लेअरच्या बरोबरीने, ते स्टेजिंग सर्व्हरवर कठीण परिस्थितीत क्वेरी ऑप्टिमायझेशन करू शकते.

डेटाबेस अनलोड करत आहे

डेटाबेसचे ऑपरेशन ऑप्टिमाइझ करण्यासाठी आणि त्याचे कार्यप्रदर्शन वाढविण्यासाठी, आपण ते शक्य तितके कमी वापरावे.

• SphinxQL MySQL सर्व्हर म्हणून वापरले जाऊ शकते. हे करण्यासाठी, तुम्हाला फक्त sphinx.conf तयार करणे आवश्यक आहे, तसेच क्रॉनमधील इंडेक्सरसाठी नोंदी आणि दुसऱ्या डेटाबेसवर स्विच करणे आवश्यक आहे. या क्रियांसह कोड बदलण्याचीही गरज नाही. SphinxQL वर स्विच केल्याने शोध गती आणि गुणवत्ता सुधारण्यास मदत होईल आणि MyISAM आणि FTS बद्दल विसरून जा.
• नॉन-RDBMS स्टोरेजतुम्हाला रिलेशनल डेटाबेस न वापरण्याची परवानगी देते. तुम्ही पोळे किंवा ओरॅकल निवडू शकता. की-व्हॅल्यू डेटाबेस, त्याच्या गतीमुळे, पासून नमुने लागू करते रिलेशनल डेटाबेसपुढील कॅशिंगसाठी. मोठ्या PHP प्रकल्पांचे मालक सर्व सानुकूल डेटा संचयित करण्यासाठी उत्कृष्ट opcode कॅशे वैशिष्ट्य वापरू शकतात. त्याच्या मदतीने, आपण विश्वासार्हतेने जागतिक महत्त्वाचे बदल देखील जतन करू शकता, कारण ते कमी जागा घेतात आणि व्यावहारिकरित्या मेमरी व्यापत नाहीत आणि सॅम्पलिंग गती देखील लक्षणीय वाढू शकते. जर एखाद्या मोठ्या प्रकल्पासाठी जागतिक बदलांचा ब्लॉक फक्त एका मशीनवर लिहिला गेला तर रहदारी वाढते आणि ते मोठ्या प्रमाणात मंद होऊ लागते. या समस्येचे निराकरण करण्यासाठी, तुम्हाला सर्व सर्व्हरवर ओपकोड कॅचर किंवा क्लोन व्हेरिएबल्समध्ये ग्लोबल व्हेरिएबल्स संचयित करणे आणि सुसंगतता हॅशिंग अल्गोरिदममध्ये अपवाद जोडणे आवश्यक आहे.
• एन्कोडिंगडेटाबेस अनलोड करण्यासाठी प्रभावी पद्धती पहा. हे लक्षात घेण्यासारखे आहे की UTF-8 ही एक उत्कृष्ट निवड आहे, परंतु रशियन भाषेत ती खूप जागा घेते, म्हणून एकभाषिक तुकडीसाठी, आपण प्रथम एन्कोडिंगच्या तर्कशुद्ध वापराबद्दल विचार केला पाहिजे.
• असिंक्रोनी अनुप्रयोग किंवा वेबसाइटचा प्रतिसाद वेळ कमी करण्यात मदत करेल, तसेच सर्व्हरवरील लोड देखील लक्षणीयरीत्या कमी करेल. बॅच विनंत्या नेहमीच्या एकल पेक्षा खूप जलद केल्या जातात. मोठ्या प्रकल्पांसाठी तुम्ही RabbitMQ, ApacheMQ किंवा ZeroMQ संदेश वापरू शकता आणि छोट्या प्रकल्पांसाठी तुम्ही फक्त क्रॉन वापरू शकता.

ऑप्टिमायझेशनसाठी अतिरिक्त अनुप्रयोग

• SSHGuard किंवा त्याचा पर्याय ssh साठी मानक सराव आहे. अँटी-ब्रूट फोर्स तयार करण्यात मदत होते विश्वसनीय संरक्षणबॉट हल्ल्यांमधून सर्व्हर.
• एक्सट्राबॅकअप Percona पासून एक उत्कृष्ट MySQL बॅकअप साधन आहे ज्यामध्ये बर्याच सेटिंग्ज आहेत. परंतु ZFS मध्ये क्लोन कॉल करणे हा आदर्श उपाय आहे, कारण ते खूप लवकर तयार केले जातात आणि डेटाबेस पुनर्संचयित करण्यासाठी, स्नायू कॉन्फिगरेशनमधील फायलींचे मार्ग बदलणे पुरेसे आहे. क्लोन तुम्हाला तुमची प्रणाली सुरवातीपासून पुनर्संचयित करण्याची परवानगी देतात.
• मेल दुसऱ्या होस्टकडे हस्तांतरित कराजर तुमचा सर्व्हर फक्त स्पॅमने भरला असेल तर रहदारी आणि IOPs वाचवेल.
• तृतीय पक्ष सॉफ्टवेअरसह एकत्रीकरण mysql सर्व्हर ऑप्टिमाइझ करण्यात मदत करेल. उदाहरणार्थ, तुम्ही संदेशांची देवाणघेवाण करण्यासाठी smtp/imap कनेक्शन वापरू शकता, जे जास्त मेमरी घेणार नाही. चॅट तयार करण्यासाठी, जावास्क्रिप्ट क्लायंटसह जॅबर सर्व्हरचा आधार वापरणे पुरेसे आहे. ऑफ-द-शेल्फ उत्पादनांच्या ॲडॉप्टरवर आधारित असलेल्या या सिस्टीम अत्यंत स्केलेबल आहेत.
• मॉनिटरिंग हा एक अतिशय महत्त्वाचा घटक आहे, कारण तपशीलवार विश्लेषणाशिवाय काहीही ऑप्टिमाइझ करणे अशक्य आहे. कार्यप्रदर्शन मेट्रिक्स, विनामूल्य संसाधने आणि विलंबांचे निरीक्षण करणे आवश्यक आहे, Zabbix, Cacti, Nagios आणि इतर साधने यामध्ये मदत करतील; वेब परफॉर्मन्स टेस्ट तुम्हाला वेबसाइट किंवा प्रोजेक्टच्या लोडिंग स्पीडची गणना करण्यास अनुमती देते, त्यामुळे ते मॉनिटरिंगमध्ये खूप उपयुक्त आहे. कार्यप्रदर्शन सर्व्हर सेट करताना, लक्षात ठेवा की केवळ एक सखोल विश्लेषण सर्व समस्या दूर करण्यात आणि ऑप्टिमायझेशन करण्यात मदत करेल.

जे लिहिले होते त्यातील अर्धे समजले नसेल तर काही फरक पडत नाही.

साइटच्या तांत्रिक ऑप्टिमायझेशनमध्ये फक्त एका त्रासदायक चुकीमुळे प्रभावी एसइओला अडथळा येऊ शकतो, परंतु यामुळे शोध इंजिन रोबोट संसाधने योग्यरित्या अनुक्रमित करण्यात सक्षम होणार नाहीत, साइटची रचना समजू शकणार नाहीत आणि वापरकर्ते ते करू शकत नाहीत. त्यांना आवश्यक माहिती सापडत नाही. हे सर्व, यामधून, साइटच्या निम्न रँकिंगकडे नेईल.

तांत्रिक वेबसाइट ऑप्टिमायझेशन हा उपायांचा एक संच आहे ज्याचा उद्देश शोध इंजिन रोबोट्ससह त्याचा परस्परसंवाद सुधारण्यासाठी संसाधनाच्या तांत्रिक बाबी समायोजित करणे आहे. तांत्रिक ऑप्टिमायझेशन साइट पृष्ठांचे सर्वात जलद आणि सर्वात पूर्ण अनुक्रमित करण्यास अनुमती देते.

5 मुख्य तांत्रिक ऑप्टिमायझेशन पॅरामीटर्स

1. Robots.txt फाइल

हे लक्षात घेणे महत्त्वाचे आहे की robots.txt फाइल प्रत्येक संसाधनाच्या मूळ निर्देशिकेमध्ये असणे आवश्यक आहे. ही पहिली फाईल आहे ज्यामध्ये PS रोबोट जेव्हा साइटला भेट देतात तेव्हा ते प्रवेश करतात आणि ज्यामध्ये त्यांच्यासाठी सूचना संग्रहित केल्या जातात.

ही फाइल साइटचे अनुक्रमणिका पॅरामीटर्स निर्दिष्ट करते: शोध डेटाबेसमध्ये कोणती पृष्ठे समाविष्ट केली जावी आणि कोणती वगळली जावी. याव्यतिरिक्त, ते एकाच वेळी सर्व शोध इंजिन रोबोटसाठी आणि प्रत्येक शोध इंजिनच्या रोबोटसाठी स्वतंत्रपणे निर्देश निर्दिष्ट करू शकते. संकलन बद्दल या फाइलचेआणि त्याचे कॉन्फिगरेशन Yandex वेबमास्टर सहाय्य वेबसाइटवर अधिक तपशीलवार आढळू शकते.

आपण Yandex.Webmaster सेवेमध्ये फाइल तपासू शकता, मेनू आयटम “robots.txt चे विश्लेषण” (https://webmaster.yandex.ru/robots.xml).

2. साइटमॅप - साइट नकाशा

साइट नकाशा संसाधन पृष्ठांपैकी एक आहे, ज्यावरील माहिती नियमित पुस्तकाच्या सामग्रीसारखीच असते. हे पृष्ठ नेव्हिगेशन घटक म्हणून वापरले जाते. साइट नकाशामध्ये विभाग आणि/किंवा संसाधनावर पोस्ट केलेल्या सर्व पृष्ठांची संपूर्ण सूची असते.

वापरकर्त्यांना जलद आणि HTML साइटमॅप आवश्यक आहे सोयीस्कर शोधमाहिती, आणि XML - साइट इंडेक्सिंग सुधारण्यासाठी शोध इंजिनांसाठी.

साइट नकाशाच्या मदतीने, शोध रोबोट संपूर्ण रचना पाहतात आणि नवीन पृष्ठे जलद अनुक्रमित करतात.

साइट नकाशा तपासत आहे(https://webmaster.yandex.ru/sitemaptest.xml)

.html फॉरमॅटमधील योग्य साइटमॅपचे उदाहरण:

3. पुनर्निर्देशन (पुनर्निर्देशन)

वेबसाइट अभ्यागतांना एका पृष्ठावरून दुसऱ्या पृष्ठावर पुनर्निर्देशित करण्यासाठी पुनर्निर्देशन वापरले जाते. पुनर्निर्देशने का आवश्यक आहेत याची बरीच उदाहरणे आहेत:

1. साइटचे डोमेन नाव बदलणे.
2. प्लायवुड मिरर. बऱ्याच साइट्समध्ये 301 रीडायरेक्ट डोमेनवरून कॉन्फिगर केलेले नसते ज्यात www नसलेल्या डोमेनच्या पत्त्यामध्ये www आहे किंवा त्याउलट.

.htaccess फाइलमध्ये पुनर्निर्देशने प्रविष्ट करणे आवश्यक आहे. कारण शोधयंत्र site.ru आणि www.site.ru वेगवेगळ्या साइट मानल्या जाऊ शकतात, नंतर डुप्लिकेट परिणामांमध्ये दिसू शकतात. यामुळे शोध परिणाम इत्यादींमध्ये रँकिंगमध्ये अडचणी निर्माण होतील.

मुख्य पुनर्निर्देशित स्थिती कोड:

• 300 - एकाधिक निवडी (निवडण्यासाठी अनेक पर्याय);
• 301 - कायमचे हलविले (कायमचे हलविले);
• 302 - तात्पुरती पुनर्निर्देशन;
• 303 - इतर पहा (विनंती केलेले संसाधन दुसर्या पत्त्यावर आढळू शकते);
• 304 - सुधारित नाही (सामग्री बदलली गेली नाही - ही चित्रे, शैली पत्रके इ. असू शकतात);
• 305 - प्रॉक्सी वापरा (प्रवेश प्रॉक्सीद्वारे असणे आवश्यक आहे);
• 306 - न वापरलेले (वापरात नाही).

पृष्ठ प्रतिसाद निश्चित करण्यासाठी उपयुक्त सेवा: http://www.bertal.ru/

4. URL पृष्ठ दृश्ये सानुकूलित करणे

साइटच्या सर्व पृष्ठांचे पत्ते सुसंगत आहेत याची खात्री करण्यासाठी साइट तपासणे महत्वाचे आहे. उदाहरणार्थ, संपूर्ण साइटवर, पृष्ठांवर क्लोजिंग स्लॅश असणे आवश्यक आहे: http://site.ru/katalog/ आणि http://site.ru/products/ . काही पृष्ठे http://site.ru/katalog सारखी दिसत असल्यास आणि काही http://site.ru/products/ सारखी दिसत असल्यास, हे चुकीचे आहे.

साइट नकाशा तयार केल्यानंतर त्रुटींसाठी अंतर्गत संसाधन पृष्ठांचे पत्ते तपासणे सोयीचे असेल.

5. साइट त्रुटी

जेव्हा साइटवरील कोणतेही पृष्ठ लोड केले जाते, तेव्हा सर्व्हरला विनंती पाठविली जाते, जी HTTP स्थिती कोडसह प्रतिसाद देते आणि पृष्ठ लोड करते (किंवा लोड होत नाही).

मूलभूत स्थिती कोड:

• 200 - पृष्ठ ठीक आहे;
• 404 - अस्तित्वात नसलेले पृष्ठ;
• 503 - सर्व्हर तात्पुरता अनुपलब्ध आहे.

"404 त्रुटी" हे ऑप्टिमायझेशनचे सर्वात महत्वाचे तांत्रिक मापदंडांपैकी एक आहे, जे सुधारले पाहिजे.

पृष्ठ अस्तित्वात असल्यास, आणि सर्व्हरने विनंती करताना 404 त्रुटीबद्दल माहिती दिली, तर पृष्ठ शोध इंजिनद्वारे अनुक्रमित केले जाणार नाही. अन्यथा, मोठ्या संख्येने पृष्ठांसह समान मजकूर, ज्याचा क्रमवारीवर अत्यंत नकारात्मक प्रभाव पडतो.

तुम्ही http://www.bertal.ru/ किंवा Yandex.Webmaster वापरून स्टेटस कोड तपासू शकता.

आम्ही साइटच्या तांत्रिक सुधारणेच्या केवळ मुख्य पॅरामीटर्सचा विचार केला आहे, ज्याकडे आपण प्रथम लक्ष देणे आवश्यक आहे. तुम्हाला तुमच्या वेबसाइटवर अशा त्रुटी आढळल्यास किंवा त्या दूर करण्यात अडचण येत असल्यास, केवळ व्यावसायिक एसइओ कंपनीशी संपर्क साधा.

डेटाबेस इन्फ्रास्ट्रक्चर आणि आभासी वातावरण ऑप्टिमाइझ करणे

तुमच्या वर्तमान डेटाबेस इन्फ्रास्ट्रक्चरचे कार्यप्रदर्शन सुधारा आणि पुढील ऑप्टिमायझेशनसाठी शिफारसी मिळवा मेघ सेवा.

सर्व्हर ऑप्टिमायझेशन प्रकल्प खालील प्रकरणांमध्ये संबंधित आहे: