नोटों का एक सेट। प्रदर्शन और सुरक्षा, साइट से सिस्टम तक

संक्षिप्त घोषणा

मैं साइट पर प्राधिकरण और पंजीकरण के खाते में कुछ मान्यताओं को जोड़ने जा रहा था, लेकिन या तो नींद की कमी से, या आज मैंने कई कप कॉफी पी ली थी, मुझे विडल्स के लिए आकर्षित किया गया था। कुछ नोट बाहर निकाले। हो सकता है कि आप में से कुछ लोग अपने लिए कुछ नया पाएंगे, हो सकता है कि कोई आपको किसी के लिए एक नया नियम बताएगा, हो सकता है कि कोई मुझे सही करेगा जिससे मुझे सबक मिले, और अन्य। नीचे डेटाबेस के साथ काम करने के बारे में कुछ नोट दिए गए हैं, यहां तक ​​कि कुछ नोट सर्वर के संचालन के बारे में भी हैं।

चलिए शुरू करते हैं

दरअसल, आमतौर पर इंटरनेट पर मिलने वाला लगभग हर लेख या तो साइट पर रजिस्ट्रेशन / ऑथराइजेशन मैकेनिज्म के बारे में, या ऐसे मैकेनिज्म की सुरक्षा के बारे में बताता है। यह प्रविष्टि बल्कि मनमाना है और संभवतः साइट पर पंजीकरण / प्राधिकरण तंत्र के तर्क के मुख्य क्षण शामिल हैं।

0) उपयोगकर्ता anycolor द्वारा टिप्पणी:
PHP क्रिप्ट फ़ंक्शन का उपयोग करने की सलाह देती है। Md5 के बारे में यह भूलने का समय है। Php 5.5 के आगमन के साथ पासवर्ड सेट करने के लिए पहले से ही अंतर्निहित कार्य होंगे।
Md5 का उपयोग नीचे किया गया है, लेकिन मुझे नहीं लगता कि क्रिप्ट () के बजाय एक विशेष समस्या होगी।
इसके अलावा, जैसा कि एलेक्सकब्स बताते हैं:
आधुनिक सार्वजनिक रूप से सुलभ हार्डवेयर पर md5 (md5 ()) में नमक के साथ कैश्ड 4 से 7 अंकों के छोटे लैटिन अक्षरों और संख्याओं के सभी पासवर्डों को एक मिनट से भी कम समय में हल किया जा सकता है। लिंक।
जैसे ही उपयोगकर्ता ने चरन को प्रेरित किया , यह विचार करने के लिए समझ में आता है:
bcrypt पासवर्ड सुरक्षा को संग्रहीत करने के लिए डिज़ाइन किया गया एक अनुकूली क्रिप्टोग्राफ़िक हैश फ़ंक्शन है। ब्लोफिश के आधार पर। विकी
PBKDF2 (अंग्रेजी पासवर्ड-आधारित कुंजी व्युत्पत्ति कार्य) एक पासवर्ड-आधारित कुंजी पीढ़ी मानक है। विकी

1) नमक के साथ पासवर्ड सहेजना।
आलस्य के कारण, सब कुछ फिर से लिखना, और नीचे की अर्थहीनता मूल पोस्ट की एक कड़ी है, लेकिन इसमें से मैं केवल एक हिस्सा लूंगा:
लिंक
हैश पासवर्ड चयन से बचने के लिए (कुछ इंटरनेट सेवाएं मुफ्त में और मुफ्त में यह सेवा प्रदान करती हैं), अगर यह साइड में चला गया है (डेटाबेस लीक या कुछ और)।

हम पासवर्ड को एन्क्रिप्टेड रूप में संग्रहीत करते हैं, लेकिन प्रत्येक उपयोगकर्ता (तथाकथित नमक) के लिए कुछ यादृच्छिक अक्षर जोड़ते हैं। बेहतर अभी तक, नमक के साथ डबल md5 रखें। इस तरह से हैकिंग लगभग असंभव है। उपयोगकर्ता तालिका में, हमें दो फ़ील्ड चाहिए:
1. नमक के भंडारण के लिए नमक क्षेत्र;
2. md5 (md5 (पासवर्ड) + नमक) से हैश के भंडारण के लिए पासवर्ड फ़ील्ड।

उदाहरण के लिए, उपयोगकर्ता प्राधिकरण:

// $user – user
if (md5(md5($_POST['password']).$user['salt']) == $user['password']) {
// . !
}

नमक कहाँ से लाएँ? पंजीकरण स्क्रिप्ट में प्रत्येक नए उपयोगकर्ता के लिए नमक उत्पन्न करना आवश्यक है। ऐसा करने के लिए, आप निम्न फ़ंक्शन का उपयोग कर सकते हैं:

function generateSalt() {
$salt = '';
$length = rand(5,10); // ( 5 10 )
for($i=0; $i<$length; $i++) {
$salt .= chr(rand(33,126)); // ASCII-table
}
return $salt;
}

प्रसिद्ध इंजनों में विभिन्न नमकीन विकल्प:

md5 ($ पास। $ नमक) - जूमला द्वारा उपयोग किया जाता है
md5 (md5 ($ पास)। $ नमक) - vBulletin में उपयोग किया जाता है
md5 (md5 ($ नमक) .md5 ($ पास)) - नए IP.Board में उपयोग किया जाता है

यह विधि एक तरफ डेटाबेस रिसाव की स्थिति में सुरक्षा में उल्लेखनीय वृद्धि का परिचय देती है।

मैक्सिम द्वारा टिप्पणी:
हैश सुपरपोजिशन का उपयोग करना, हालांकि यह हैश समय बढ़ाता है, यह टकराव की संभावना भी बढ़ाता है। इसलिए, एक धीमी गति के एल्गोरिथ्म का उपयोग करना बेहतर है, जो कि कई बार तेज गति से शुरू होता है। इसलिए pnp.net पर वे md5 और sha1 एल्गोरिदम का उपयोग करने की सलाह नहीं देते हैं, ब्लोफिश हैशिंग की पेशकश करते हैं।

PHP में नमक पैदा करने के लिए एक अद्भुत uniqid () फ़ंक्शन है, उपसर्ग का उपयोग करके आप आसानी से और जल्दी से एक गारंटीकृत अद्वितीय नमक प्राप्त कर सकते हैं।

2) पासवर्ड अनुमान लगाने की विधि भी अनिवार्य रूप से और व्यवस्थापकीय विशेषाधिकार प्राप्त करने के लिए लागू की जाती है। उपयोगकर्ता। लेकिन इतना है कि यह विधि बहुत खुशी नहीं लाती है (कई कैप्चा को याद करेंगे और इसे सही करेंगे, लेकिन एक प्रवृत्ति यह है कि जो भी तंत्र कैप्चा करता है, उसे दरकिनार करने / पहचानने, आदि के लिए हमेशा एल्गोरिदम होते हैं)। लेकिन पासवर्ड का अनुमान लगाने में नारकीय लंबी और दर्दनाक प्रक्रिया को चालू करने के लिए, यह प्राधिकरण डेटा में नींद के रूप में देरी को जोड़ने के लिए पर्याप्त है, जो उपयोगकर्ता डेटा सत्यापन कोड में फ़ंक्शन करता है। कोई व्यक्ति साइकिल आदि जोड़ता है, लेकिन मुझे नहीं लगता कि यह साइकिल के लायक है। एक व्यक्तिगत उपयोगकर्ता के लिए कुछ 10 सेकंड आवश्यक नहीं हैं, लेकिन जब प्रत्येक प्रयास को +10 सेकंड के लिए बढ़ाया जाता है। इसी समय, 1000 प्रयास पहले से ही 10,000 सेकंड हैं, जो लगभग तीन घंटे होंगे।
लेकिन इस मामले में, आपको फिर से प्राधिकरण के अनुरोधों को समानांतर करना चाहिए। यही है, वास्तव में, एक व्यक्ति तुरंत कई प्राधिकरण अनुरोधों को फेंक सकता है, जो चयन में काफी तेजी लाएगा। इसलिए, इस संभावना को सीमित करना आवश्यक है, लेकिन ताकि एक प्रदाता के तहत बैठे कई उपयोगकर्ता अभी भी लॉग इन कर सकें। वास्तव में, हमें किसी तरह आईपी की संख्या को याद रखना चाहिए जो अभी लॉग इन किया है और एक निश्चित समय समाप्त होने के बाद उन्हें हटा दें। उदाहरण के लिए, वास्तव में, एक आईपी से 15 सेकंड के लिए प्राधिकरण, तीन प्रतियों में। यदि एक ही आईपी के तीन उदाहरण डेटाबेस में मौजूद हैं, तो हम कुछ सेकंड के लिए सो जाते हैं और फिर से दोबारा चेक करते हैं, जिसके बाद हम या तो त्रुटि के साथ एक पेज प्रदर्शित करते हैं "एक आईपी से प्राधिकरण के प्रयासों की संख्या से अधिक। कुछ मिनटों में कोशिश करें, ”या सो जाएं और फिर से जांचें। पहले से ही इच्छाशक्ति है। याद रखने वाली मुख्य बात यह है कि यह तंत्र को अधिकता से लोड करने के लायक नहीं है, यह सीधे सर्वर लोड के अनुपात में जवाब देगा। वास्तव में, आप सर्वर के फ़ायरवॉल स्तर पर और भी अधिक चालाकी से कार्य कर सकते हैं, उदाहरण के लिए, समान iptables उसी IP से कनेक्शन की संख्या को सीमित कर सकते हैं और सीमा से अधिक छोड़ सकते हैं। मैं इस तथ्य को ध्यान में रखते हुए नियम नहीं दूंगा कि नोट तकनीकी कार्यान्वयन की तुलना में प्रकृति में अधिक न्यायपूर्ण है।

जैसा कि youlose उपयोगकर्ता संकेत देता है :
नींद भी गलत समाधान है, क्योंकि आपके पास बस एक PHP दुभाषिया के साथ निष्क्रिय धागे होंगे, और यह बहुत अधिक मेमोरी का उपभोग करता है, वैसे यह एक डॉस हमले के लिए एक और वेक्टर है, हे, मैं आसानी से प्रॉक्सी सर्वर के माध्यम से इस तरह के साथ अपनी मेजबानी भेज सकता हूं। Apache के लिए nginx या mod_evasive के लिए limit_req_zone के बारे में पढ़ें।
यह विचार करने योग्य है।

ताकि उपयोगकर्ता को यह डर न हो कि प्राधिकरण धीमा है, बस उपयोगकर्ताओं के डेटा की सुरक्षा के मद्देनजर क्या हो रहा है, इसके बारे में एक संदेश प्रदर्शित करें और एक तस्वीर को लटकाएं जो यह दर्शाता है कि प्रक्रिया चल रही है और लटका नहीं है।

एक अन्य बिंदु उपयोगकर्ता को अधिकृत करने के कई असफल प्रयासों के बाद खाता लॉकआउट का कार्यान्वयन है, जिसे हर कोई शायद पहले से ही जानता है, लेकिन मत भूलना।
जैसा कि अमाराओ उपयोगकर्ता ने सुझाव दिया था , इस तरह से खातों को विशेष रूप से अवरुद्ध किया जा सकता है। सबसे अधिक संभावना है कि आईपी से ब्लॉक करना आवश्यक है, और आईपी से अवरुद्ध को हटाने के लिए टाइमआउट द्वारा।

3) इस तथ्य के कारण कि मैंने यह अनुमान लगाने का निर्णय लिया कि साइटें किन तरीकों से भर सकती हैं, अगला विचार जो मेरे सामने आया वह यह था कि उपरोक्त विधि पंजीकरण के लिए लागू की जानी चाहिए, क्योंकि आप डेटाबेस का मजाक उड़ा सकते हैं और साइट पर सभी लोकप्रिय उपनामों को स्कोर कर सकते हैं ताकि उपयोगकर्ता न करें रजिस्टर कर सकता था। इस प्रकार, साइट को नष्ट करने के लिए, इसका जीवन ले लो, हम इसे नए उपयोगकर्ताओं से वंचित करते हैं। हम पहले की तरह ही इससे निपटते हैं। समय और आईपी पंजीकरण सीमित करें। हम वेबसाइट पर कुछ मर्ज किए गए डेटाबेस के साथ फ़ाइल से फट गए उपयोगकर्ताओं की एक स्क्रिप्ट रजिस्टर करते हैं। सुरक्षा के रूप में, साइट पर इस तरह के एक डेटाबेस को वापस करने के लिए, आईपी को इंगित करना बेहतर होता है जिसके साथ उपनाम पंजीकृत किया गया था, उदाहरण के लिए, लास्टआईपीपी क्षेत्र में और स्वाभाविक रूप से अद्वितीय ईमेल के संकेत के साथ रजिस्टर करें जिनकी पुष्टि करने की आवश्यकता है। फिर, ऐसे पंजीकृत उपनामों को डेटाबेस से जल्दी से हटा दिया जा सकता है, इस प्रकार सामान्य उपयोगकर्ताओं के लिए नाम स्थान खाली कर सकता है।
अधिकतम द्वारा टिप्पणी:
"साइबर स्पेसिंग" लॉगिन से बचने के लिए, लॉगिन के रूप में पुष्टिकरण ईमेल का उपयोग करना पर्याप्त है। और पुष्टि के लिए समय सीमित करें, उदाहरण के लिए, दिनों तक।

4) पंजीकरण के दौरान लिंक के माध्यम से मेलबॉक्स की पुष्टि के साथ पल को सरल बनाने के लिए, निर्दिष्ट मेलबॉक्स को स्वचालित रूप से उत्पन्न पासवर्ड भेजना आसान है ताकि उपयोगकर्ता साइट पर लॉग इन करके पासवर्ड को अपने आप बदल सके।
जैसा कि उपयोगकर्ता xnim ने मानक पासवर्ड निर्दिष्ट किया है , अपने आप में यह पहले से ही पासवर्ड के लिए सुरक्षा की पर्याप्त डिग्री प्रदान करना चाहिए, पासवर्ड में यादृच्छिकरण और क्रिप्टोग्राफ़िक विधियों का उपयोग किया जाना चाहिए। उदाहरण के लिए php में:
$ pswd = root (md5 (दिनांक ("वित्तीय वर्ष का d h h: i: s A"); रैंड ()), 5.15);


5) पासवर्ड रिकवरी पहले मेलबॉक्स को कुंजी भेजने के बाद होती है, जिसके बाद उपयोगकर्ता को मेलबॉक्स में प्राप्त की गई कुंजी दर्ज करनी चाहिए और उसके बाद ही पासवर्ड को अपने आप में बदलें, या स्वचालित रूप से उसके लिए एक पासवर्ड उत्पन्न करें और इसे भेजें, और उसे साइट पर लॉग इन करके इसे बदलने दें।
Youlose पर विचार करने के लायक टिप्पणी:
आपको एक लिंक भेजने की आवश्यकता है जहां यह कुंजी स्वचालित रूप से डाली जाती है, और जब आप लिंक पर क्लिक करते हैं तो पहले से ही एक पासवर्ड परिवर्तन फ़ॉर्म होगा। किसी उपयोगकर्ता को किसी भी बेकार जानकारी को दर्ज करने के लिए, आपकी साइटों के पास जितने अधिक उपयोगकर्ता होंगे =)

6) स्वाभाविक रूप से, नमक और हैशिंग के अलावा, और पासवर्ड को स्पष्ट रूप में संग्रहीत नहीं करने के लिए, आपको यह देखने के लिए भी चेक लागू करना होगा कि क्या कुकीज़ साइट उपयोगकर्ता से चुरा ली गई हैं। वास्तव में, हम एक निश्चित एल्गोरिथ्म के साथ जाँच करते हैं, उदाहरण के लिए:

if ($sess_key == md5(md5($ip).md5($uagent)) )
हम उपयोगकर्ता के ब्राउज़र और उसके आईपी पते की जांच करते हैं, अगर कुछ बदल गया है, तो हम सत्र को नष्ट कर देते हैं:
session_destroy ();

7) कोड इंजेक्शन या SQL इंजेक्शन के लिए उपयोगकर्ता द्वारा दर्ज किए गए फ़ील्ड की जांच करना सुनिश्चित करें, इसके लिए अलग-अलग कार्य हैं, उदाहरण के लिए:
पट्टी_टैग ()
स्ट्रिप्सलैश ()
htmlentities ()

यदि आपको HTML कोड का हिस्सा छोड़ने की आवश्यकता है, तो एक फ़ंक्शन है:

string strip_tags (स्ट्रिंग str [, string allowable_tags])

यह फ़ंक्शन कट HTML और PHP टैग के साथ एक स्ट्रिंग को वापस करने की कोशिश करता है। अधूरे या गलत टैग होने पर चेतावनी के साथ एक त्रुटि फेंकता है।

इसके अलावा नेटवर्क पर आप बिना किसी समस्या के पुस्तकालयों को ढूंढ सकते हैं जो अनावश्यक टैग को साफ करते हैं, खुले और बंद का पता लगाते हैं, अनावश्यक टुकड़ों को हटाते हैं जैसे कि जेएस कोड इंजेक्शन और अन्य कार्यों का उपयोग करके एक्सएसएस की कोशिश कर रहे हैं।

8) यदि आवश्यक हो तो केवल GET अनुरोध का उपयोग करें, यदि कोई हो। यही है, हम मुख्य रूप से POST का उपयोग करते हैं, फायदे स्पष्ट हैं, क्योंकि मुख्य यह है कि आप कुछ भी अति सुंदर नहीं देख सकते हैं और प्रेषित डेटा भी आंखों को छिपाने से छिपा हुआ है, लेकिन एक ही समय में यूआरएल साफ दिखता है और उपयोगकर्ता को एक स्वच्छ लिंक को फेंकने से रोकता नहीं है। ये एकमात्र लाभ नहीं हैं।

9) कुकीज़ के माध्यम से सत्र पहचानकर्ता का संचरण, अन्यथा यह url में इंगित किया गया है, जो अनिवार्य रूप से लिंक को "खराब" करता है जो कि खोज इंजन को पसंद नहीं है, क्योंकि उनके लिए प्रत्येक ऐसा यूआरएल नया होगा, जो साइट के लिए परिणामों का वादा करता है।

10) त्रुटियों को लॉग करना न भूलें। प्रत्येक अपवाद को लॉग में नोट किया जाना चाहिए ताकि बाद में आप देख सकें कि क्या समझना है और यदि कोई आपकी साइट पर अत्याचार कर रहा है।

11) डेटाबेस से केवल आवश्यक डेटा। यदि आप ऐसा करते हैं: उपयोगकर्ता से * का चयन करें; और यह डेटा को लुभाने के लिए बदल जाएगा या आप हर जगह इस तरह की आदत से बाहर लिखेंगे, जितनी जल्दी या बाद में गलती करेंगे और उपयोगकर्ता डेटा नेटवर्क के माध्यम से लीक होगा। दूसरे, जितना अधिक डेटा आप डेटाबेस से खींचते हैं, उतनी ही लंबी क्वेरी होगी, और यह सब निश्चित रूप से लोड के तहत प्रदर्शन को प्रभावित करेगा। आपको आसानी से काम करने की आदत नहीं है, लेकिन जैसा होना चाहिए और तब कोई समस्या नहीं होगी।

12) खोज इंजन और मेटा टैग के लिए साइटमैप की XML फ़ाइलों का निर्माण। इससे खोज परिणाम कुछ हद तक बढ़ेंगे। नेटवर्क में सामग्री से मेटा टैग बनाने के लिए तैयार एल्गोरिदम है।

13) कार्य के अनुसार एक फ्रेमवर्क या सीएमएस / सीएमएफ का उपयोग करें। प्रत्येक साइट काम की एक बड़ी मात्रा है, इन उद्देश्यों के लिए एक अच्छी नींव आपके फ्रेमवर्क (वर्षों में संचित) के जीवन और पोर्टेबिलिटी को आपकी अन्य परियोजनाओं के लिए बहुत सरल बनाती है। यदि उदाहरण के लिए यह सिर्फ एक ब्लॉग है, तो आप सीएमएस में से एक ले सकते हैं, उदाहरण के लिए ड्रुपल, वर्डप्रेस, अन्य, यदि कार्य अधिक वैश्विक है और इंजन को रीमेक करना मुश्किल है, तो कोहन, यई, ज़ेंड, आदि जैसे ढांचे को लेना बेहतर है। इस तरह के ढांचे में पहले से ही डेटाबेस क्वेरी कंस्ट्रक्टर, एक कैशिंग सिस्टम (जो सकारात्मक रूप से प्रदर्शन को प्रभावित करता है), एक रूटिंग सिस्टम, इमेज प्रोसेसिंग, ओआरएम, डेटा सत्यापन और लेखकों या समुदाय द्वारा विकसित अतिरिक्त मॉड्यूल को जोड़ने की क्षमता है। यह डिबग कोड के कारण विकास और डिबगिंग के समय को काफी कम कर देगा और प्रदर्शन पर पर्याप्त ध्यान देगा।

14) img टैग में छवियों के लिए ऊँचाई और चौड़ाई की विशेषताओं का उपयोग करने के बजाय, लोड करते समय विभिन्न मापदंडों के साथ कई छवि नमूनों को सहेजना बेहतर होता है, उदाहरण के लिए full_img.png (पूर्ण), प्रीव्यू_img.png (छोटी प्रतिलिपि), जिस स्थिति में आपको बिना हस्तांतरण के नहीं होना चाहिए। बड़ी छवियों की जरूरत है (जो पेज लोडिंग गति और चैनल अधिभोग को कम कर देगा) और ब्राउज़र को इसे स्केल नहीं करना होगा, जिससे पृष्ठ प्रदर्शन गति प्रभावित होगी।

15) डेटाबेस में क्षेत्रों को अनुक्रमित करना। अनुक्रमित फ़ील्ड बनाना डेटाबेस और साइट दोनों के प्रदर्शन को बहुत प्रभावित करता है। बड़ी संख्या में अनुरोधों के साथ, यह सर्वर पर लोड को भी कम करेगा और लागत को कम करेगा।
किसी भी रंग :
आपको फ़ील्ड्स को समझदारी से अनुक्रमित करना चाहिए, अन्यथा आप अपने आप में बहुत सारी समस्याएं जोड़ सकते हैं। हर इंडेक्स अच्छा नहीं लाता है। सबसे पहले, आपको धीमी क्वेरी को प्रोफाइल करने और उन्हें देखने की जरूरत है, और उसके बाद ही कुंजी और कौन से बनाने के बारे में निर्णय करना है।

16) डेटा और क्वेरी दोनों के कैशिंग का उपयोग करें। उदाहरण के लिए, कोहना 3 में, आप क्वेरी बनाने के लिए -> कैशेड (30) जोड़कर एक डेटाबेस क्वेरी को कैश कर सकते हैं, जो 30 सेकंड के लिए क्वेरी को कैश करता है, और अपनी पसंद पर कैश किए गए डेटा की पूरी मात्रा को स्टोर करता है, या तो एक फ़ाइल कैश, मेम्केड, या साइक्लाइट, आदि के साथ। । लेकिन यह मत भूलो कि कैश के साथ आपको मध्य मैदान का पालन करने की आवश्यकता है, क्योंकि डेटा पुराना हो सकता है, उदाहरण के लिए, उपयोगकर्ता ने लेख में एक समायोजन किया है और हमें इस मामले में इस संग्रहीत कैश मान को रीसेट करना होगा ताकि उपयोगकर्ता पुराने डेटा को न दे सके। वह निश्चित रूप से इस तरह की प्रतिक्रिया को नहीं समझेंगे।

17) यदि आपके पास एक समर्पित सर्वर है, तो एक दृश्यपटल के रूप में nginx का उपयोग करें, और apache2 (या एक विकल्प) बैकएंड के रूप में, लोड साझा करना। नेट पर इसके बारे में बहुत कुछ लिखा गया है।

18) कैशिंग ऑपकोड के लिए xcache / eaccelerator / अन्य का उपयोग करें, जो कुछ तरीकों से प्रदर्शन को भी प्रभावित करेगा।

19) बुनियादी नियमों में से एक यह है कि एक डेटाबेस को सामान्य करना और इसे डिजाइन करना केवल एक शब्द नहीं है। यह एक प्रकार का विज्ञान है और पेशेवर रूप से ऐसा करने वालों का सुनहरा नियम है। आपको डेटाबेस पर एक वेबसाइट नहीं बनानी चाहिए, जिसकी एक तालिका में सभी अवसरों के लिए उदाहरण के लिए 80 फ़ील्ड हैं। इसे शुरू में एक मृत साइट माना जा सकता है। तालिकाओं में डेटा का तार्किक विभाजन, कुंजियों का उपयोग, और सामान्यीकरण के बाकी नियम (निश्चित रूप से, इस पर भी झुकना नहीं है) आवश्यक रूप से सबसे प्रत्यक्ष तरीके से प्रदर्शन को प्रभावित करेंगे।
अधिकतम द्वारा टिप्पणी:
अब वेब डेवलपमेंट में, प्रश्नों को गति देने के लिए डेटाबेस डिनालाइजराइजेशन बहुत प्रासंगिक है। यह उल्लेख करना अच्छा होगा।
इस पोस्ट में उपयोगकर्ता JuliaTem द्वारा अपसरण का वर्णन किया गया था

20) प्रशासन के सबसे महत्वपूर्ण नियमों में से एक ऐसा कुछ लगता है: "पहले सब कुछ निषिद्ध करें और केवल तब ही अनुमति दें जो आपको चाहिए।" कई लोगों के लिए विपरीत "सब कुछ अनुमति दें, और फिर निषेध करें" आसान है, लेकिन इस दृष्टिकोण के साथ आप निश्चित रूप से कुछ भूल जाएंगे, जो साइट की सुरक्षा को गंभीरता से कम करती है।

21) प्रश्नों में JOIN का उपयोग करना कुछ अलग प्रश्नों से बेहतर है। अगर आपको JOIN ऑपरेटर की अच्छी समझ है, तो मुझे लगता है कि बाकी को समझाना व्यर्थ है। डेटाबेस के लिए कम क्वेरी, साइट तेज़ और सर्वर / होस्टिंग पर कम लोड। इसके अलावा, JOIN ऑपरेटर के साथ पूछताछ में शामिल होने को अनुक्रमित क्षेत्रों द्वारा किया जाना चाहिए।
उपयोगकर्ता अधिकतमकरण से स्पष्टीकरण:
जोइन के बारे में एक विवादास्पद बयान। बहुत कुछ विशिष्ट स्थिति पर निर्भर करता है। यह होता है, उदाहरण के लिए, दो लगातार चयन तेजी से।
यदि संक्षेप में, सही उपकरण को सही जगह पर उपयोग करने की आवश्यकता है। =)

22) डेटाबेस में डेटा अखंडता। आपको हमेशा डेटाबेस में डेटा की निगरानी करने की आवश्यकता होती है ताकि आप उपयोगकर्ता को हटा न दें, लेकिन उसके लेख को हटाएं नहीं, या उस पर टिप्पणियों को हटाए बिना लेख को स्वयं हटा दें। इस प्रकार, आधार का विस्तार होता है और कचरा इसमें जमा हो जाता है, जो एक बार में संपूर्ण तार्किक श्रृंखला की गणना करने की तुलना में ट्रैक और साफ करना अधिक कठिन होता है।

23) डेटा खंडित है, जो प्रदर्शन को प्रभावित करता है, और इसलिए डेटाबेस में समान डेटा को समय-समय पर डीफ़्रैग्मेन्ट करने की आवश्यकता होती है। MySQL में, इसके लिए, वह सभी आवश्यक है जो पहले से ही उपलब्ध है।
एफएक्यू से लिंक करें ।

Q. MySQL में स्टोरेज को ऑप्टिमाइज़ कैसे करें?
स्वच्छ छेद (डीफ़्रैग्मेन्टेशन), अपडेट आँकड़े और सॉर्ट इंडेक्स:

ऑप्टिमाइज़ टेबल टेबल_नाम;
या उपयोग: myisamchk --quick - चेक-केवल-परिवर्तित -sort-index-analyze
ध्यान दें, जब mysqld _not_ शुरू हो जाता है, तो myisamchk को शुरू करने की आवश्यकता होती है, अन्यथा आपको mysqlcheck उपयोगिता का उपयोग करने की आवश्यकता होती है
(mysqlcheck --repair --analyze --optimize --all-database --auto-repair)

ऑप्टिमाइज़र सांख्यिकी अपडेट:
विश्लेषण तालिका टेबल_नाम;
या उपयोग: myisamchk --analyze

इसे नियमित रूप से करने की सलाह दी जाती है:
isamchk -r --silent --sort-index -O Sort_buffer_size = 16M db_dir / *। IS है।
myisamchk -r --silent --sort-index -O Sort_buffer_size = 16M db_dir / *। MY।


24) धीमे प्रश्नों को ट्रैक करें और जितना संभव हो सके उन्हें अनुकूलित करने का प्रयास करें:
Mysql config (my.cnf) में आपको निम्नलिखित दो लाइनें लिखने की आवश्यकता है:

log_slow_queries = /var/log/mysql/mysql-slow.log
long_query_time = 1

हम बताते हैं:
log_slow_queries - जिस फ़ाइल को हम सहेजते हैं
long_query_time - हमारे द्वारा माना जाने वाला क्वेरी निष्पादन समय पहले से ही प्रतिज्ञा के लिए पर्याप्त है। सेकंड की संख्या।

25) हम विभिन्न विकल्पों पर विचार करते हैं ... सबसे अधिक संभावना है कि तकनीकी विवरण नहीं है, लेकिन ... वर्तमान में, कई DBMS हैं, दोनों SQL और NoSQL, चौखटे, पुस्तकालय, और बहुत कुछ। यह सब डिजाइन चरण पर विचार करने के लिए अत्यधिक वांछनीय है। यदि आपकी परियोजना कुछ शक्तिशाली हो जाती है, तो आपकी सभी गलतियाँ निश्चित रूप से सामने आएंगी। Mysql में भी समान डेटाबेस इंजन लें, दोनों के फायदे पर विचार करने के लिए पर्याप्त संख्या में। और उदाहरण के लिए MariaDB लें ... PostgreSQL।प्रत्येक के पास अपने स्वयं के पेशेवरों और विपक्ष हैं, जो तुरंत स्पष्ट नहीं लगते हैं ... स्केलिंग? क्लस्टरिंग? हमने एक वेबसाइट बनाई और काम किया, यह काम करती है। प्रोजेक्ट बड़ा हो गया है और एक सर्वर अब पर्याप्त नहीं है, आपको इसे फैलाने की आवश्यकता है ... तार्किक स्तर, परतों में विभाजित करें, जहां डेटा की त्वरित पहुंच के कारण एसक्यूएल डीबीएमएस को डेटा अखंडता ट्रैकिंग के लिए काम करना चाहिए और न केवल जहां नो एसक्यूएल।

26) बॉक्स से बाहर प्रदर्शन। अधिकतर अनुपस्थित। सब कुछ कॉन्फ़िगर करने की आवश्यकता है, वही MySQL और Apache2 Nginx के साथ। एक विशिष्ट परियोजना के लिए अनुकूलित सॉफ्टवेयर उसी सॉफ्टवेयर की डिफ़ॉल्ट सेटिंग्स से बहुत अलग है।

27)पृष्ठ के सामने अनाम उपयोगकर्ताओं के लिए कैशिंग। आप गुमनाम आगंतुकों और अधिकृत उपयोगकर्ताओं के अनुपात में कहीं देख सकते हैं। वही नगनेक्स पृष्ठों को कैश कर सकते हैं और उन्हें अनधिकृत उपयोगकर्ताओं को दे सकते हैं। यदि उपयोगकर्ता लॉग इन करता है, तो कुकीज़ के बारे में इस पर ध्यान दें और गैर-कैश्ड पृष्ठ दें। सर्वर का प्रदर्शन बढ़ेगा।

28) खैर, यह शायद सूक्ष्मताएं हैं, लेकिन फिर भी, परियोजना के आधार पर, फिर से, यह उपयुक्त फ़ाइल सिस्टम को चुनने के लायक है, क्योंकि अब विविधता उन्हें ग्रहण करती है। प्रत्येक की अपनी विशेषताएं हैं। और ओह हां, फाइल सिस्टम को भी कॉन्फ़िगर किया जा सकता है। Ext2 / 3/4, ReiserFS, FAT, NTFS, एक दर्जन और दो अन्य।

29)कर्नेल विन्यास, I / O अनुसूचक। फिर से सूक्ष्मताएं हैं, लेकिन इस तथ्य को देखते हुए कि सर्वर जितना अधिक लोड होता है, उतना ही अधिक विस्तार से थोड़ी राहत मिलती है, इसलिए, हम इस बिंदु पर विचार करेंगे। लिनक्स में sysctl का उपयोग करना (मेरी राय में न केवल लिनक्स पर, बल्कि बीएसडी, मुझे सही करें), आप वास्तविक समय में कर्नेल मापदंडों को कॉन्फ़िगर कर सकते हैं। सेटिंग्स की सूची कमांड के साथ प्राप्त की जा सकती है:

sysctl -a
सेटिंग्स स्वयं इस तरह लागू होती हैं:
sysctl net.ipv4.ip_forward = 1
उसी कमांड को फाइल में लिखा जा सकता है:
/etc/r.local

और जांचें कि फाइल सिस्टम स्टार्टअप पर लोड में है।
वहाँ की स्थापना वास्तव में एक शाफ्ट है, उनके लिए स्पष्टीकरण भी इंटरनेट पर पाए जा सकते हैं।

इस चरण का दूसरा बिंदु हमारा I / O अनुसूचक है।
निक्स जैसी प्रणालियों में उनमें से कई हैं। कुछ उपयोगकर्ता प्रणाली के लिए डिज़ाइन किए गए हैं, अन्य सर्वर के लिए, आदि। वास्तव में, उनके बारे में पर्याप्त जानकारी भी है, उदाहरण के लिए:
शेड्यूलर IO

30) प्रक्रियाओं को लॉन्च करने / निगरानी करने के लिए एक प्रणाली के रूप में सिस्टमड। इस अनुच्छेद में, यह अधिक संभावना वाला विज्ञापन है क्योंकि मैं वास्तव में डेमन को पसंद करता था, लेकिन डेबियन में यह डिफ़ॉल्ट रूप से इसके लायक नहीं है, लेकिन इसे डालना कोई समस्या नहीं है। मैंने स्वयं SystemD को संदर्भ द्वारा वर्णित किया है: यहाँ SystemD के

क्या फायदे हैं, संक्षेप में:

Systemd बन्स:
— , , . required, , , , , SysV, , .

- , systemd, . , :

— SysV , grep, find . systemd , .
— SysV sh-, systemd.
— ! cgroups . , , . .
— ! systemd . ! monit pid, ! , , .
— Systemd .
— systemd //_-_ .
— ! .., SysV, fstab /etc/init.d/-_ start/stop
— D-Bus.


31)प्रोसेसर वास्तुकला और मैनुअल पैकेज। वितरण ज्यादातर पहले से ही सबसे सामान्य आर्किटेक्चर के लिए पहले से संकलित पैकेज के साथ आते हैं। और सबसे बड़े अनुकूलन से दूर है। Gentoo वितरण के उपयोगकर्ता और कुछ अन्य लोग अनुकूलन के बारे में सबसे अच्छे से जानते हैं। इंटरनेट पर अनुकूलन झंडे के बारे में जानकारी भी पर्याप्त है। एप्ट-बिल्ड पैकेज को डेबियन में जाना जाता है, लेकिन यह सब कुछ के पुनर्निर्माण की संभावना नहीं है, लेकिन एक छोटे से हिस्से से मुझे यकीन नहीं है कि बहुत अच्छा होगा। फिर से, आप पुराने पुराने मेक का उपयोग कर सकते हैं, लेकिन उन्हें असेंबली और कॉन्फ़िगरेशन प्रक्रियाओं का उपयोग करने और निगरानी करने में सक्षम होने की आवश्यकता है ताकि विधानसभा खुद तक कुछ भी याद न हो। कर्नेल के साथ एक ही बात, जब समुद्र सेटिंग्स के अपने वर्गीकरण में अपने कर्नेल को इकट्ठा करते हैं, तो आप उसी I / O अनुसूचक का चयन कर सकते हैं,कनेक्ट / डिस्कनेक्ट / make_loadable कर्नेल मॉड्यूल और आवश्यक अनुकूलन, डिबगिंग और अन्य अनावश्यक चीजों को अक्षम करने और कर्नेल को आसान बनाने के साथ उन्हें अपनी वास्तुकला के तहत बनाएँ। मुख्य बात भ्रमित होने की नहीं है, अन्यथा असेंबली के बाद कर्नेल बस बूट करने से इंकार कर देगा, उदाहरण के लिए, आपकी फ़ाइल सिस्टम के ड्राइवर को खोजने के बिना। सामान्य तौर पर, खोया हुआ समय।

32)सर्वर की सुरक्षा स्वयं। यह लोकप्रिय है या नहीं, लेकिन अगर सर्वर नेटवर्क पर है, तो सबसे अधिक संभावना है कि यह कम से कम एक दो बार जलाया गया हो। और अगर वह पर्याप्त यात्रा करता है, तो ssh के लिए पासवर्ड का चयन करने, सॉफ़्टवेयर और अन्य खामियों में कमजोरियों की खोज करने का जोखिम बढ़ जाता है। नि: शुल्क सुरक्षा सॉफ्टवेयर भी पर्याप्त है, विफल 2 एसएन ssh के माध्यम से असफल लॉगिन प्रयासों की निगरानी करता है और वास्तव में पर्याप्त नियम हैं, जो आसानी से खुद को लिखा जा सकता है, iptables को iptables में जोड़ सकते हैं, या एक हमलावर के host.deny आईपी में और दिए गए के बाद उन्हें वहां से हटा सकते हैं। समय। ई-मेल पर संदेश भेजने का तरीका भी जानता है। कई लोगों से परिचित एक पुराना पोर्ट्सट्री खुले बंदरगाहों का अनुकरण कर सकता है, और उनमें से कई को स्कैन करते समय, या तो ब्लॉक या लॉग और संदेश भेज सकते हैं। chkrootkit - सिस्टम में रूटकिट्स के लिए स्कैनिंग के लिए एक पैकेज।हां, यह क्या है कि ठीक से कॉन्फ़िगर की गई iptables का मूल्य है, जो सिस्टम सुरक्षा स्थापित करने के लिए बहुत व्यापक संभावनाएं देता है। इसमें सौंपी गई निर्देशिका में PHP स्क्रिप्ट के निष्पादन पर प्रतिबंध और दुभाषिया द्वारा सिस्टम कमांड के निष्पादन पर प्रतिबंध।

पुनश्च मैं आपकी टिप्पणियों और टिप्पणियों में इसके अलावा तत्पर हूं।
पीपीएस टिप्पणी पढ़ें, वे विवादास्पद बिंदुओं को उजागर करते हैं और पाठ में संशोधन करते हैं।