Back to Question Center
0

माझ्या वेबसाइटवर किती बँडविड्थ वापरणे आवश्यक आहे हे मी कसे निश्चित करू? - मिहान

1 answers:

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

संपादित करा: मला कोणते तपशील जोडायचे आहेत याची मला खात्री नाही - grandes empresas no chile. USER ने माझ्या साइटवर प्रवेश करण्यासाठी काय किमान बँडविड्थ आवश्यक आहे हे जाणून घेणे आवश्यक आहे.

या प्रश्नाचे उत्तर देण्यात मदत होते का हे मला कळत नाही, परंतु माझ्या साइटवर वापरकर्ते मोठ्या फोटोंवर अपलोड करू शकतात आणि ते अपलोड करू शकतात याची मर्यादा नाही, म्हणून मी त्यांना अधिक बँडविड्थची आवश्यकता आहे असे गृहीत धरत आहे? सोलर विनंती करणार्या आणि छायाचित्रे असलेल्या काही खूपच मोठी पृष्ठे देखील आहेत. इतर पृष्ठे फ्लॅश गहन आहेत आणि काही HTML5 आणि JavaScript सह जड आहेत. संपूर्ण साइट HTTPS आहे. Semaltेट, मला माहित नाही की वापरकर्त्यास अधिक बँडविड्थ (वेगवान इंटरनेट कनेक्शन) आवश्यक आहे का ??

सर्व्हर आमच्या स्वत: च्या सांकेतिक सर्व्हरवर होस्ट केले आहे.

     SUSE लिनक्स एंटरप्राइज सर्व्हर 11 (x86_64)
अपाचे 2. 2. 10
SSL प्रमाणपत्र GoDaddy द्वारे केले जाते
PHP 5 वापरा. 2. 6, MySQL 5. 0. 67, ड्रपल 6. 9    
February 7, 2018

प्रश्नावरून असे वाटते की आपण जे खरोखर शोधत आहात ते आपल्या साइटसाठी "पृष्ठ वजन" आहे. आपल्याला माहित असणे आवश्यक आहे की आपल्या वापरकर्त्यांना लोड करण्यासाठी आपल्या साइटवरील पृष्ठांची किती वेळ प्रतीक्षा करावी लागेल. विशेषतः सर्व बॅकएन्ड प्रोसेसिंग आणि इतर तंत्रज्ञानासह. "पृष्ठ वजन" किती डेटा पाठविला गेला हे पहाण्यासाठी वापरला जातो, HTML, JS, CSS, आणि प्रतिमांचे एकत्रित फाइल आकार. आता इतकेच तारांकाच्या दोन्ही टोकावर गतिशील बनले आहे, हे सहसा एका पृष्ठासाठी लोड करण्याच्या वेळेचा संदर्भ देते. त्यापैकी बहुतेक वेळा डेटा पाठविणे खर्च होते परंतु धीमी परफॉर्मिंग केल्याने सर्व्हर सामान्यपेक्षा अधिक धीमे होऊ शकते आणि क्लायंट बाजूला भारी DOM काम वापरकर्त्यासाठी पृष्ठ रेंडर करण्यास वेळ काढू शकतो. आले आहेत. अर्थात जलद क्लायंट कनेक्शन, वास्तविक डेटा ट्रान्सफरशी संबंधित सर्व प्रक्रियेसाठी मोठा फरक आहे.

WebPagetest वेबपृष्ठज्ञ एक मुक्त स्रोत प्रकल्प आहे जो Google द्वारे समर्थित एक मुक्त स्रोत प्रकल्प आहे जो नेटवर्कच्या पैलूंवर अधिक लक्ष केंद्रीत करतो जसे की प्रथम बाइटचे वेळ आणि एका पृष्ठाच्या घटक घटक ऐवजी जिवंत ठेवा. हे अनेक देशांतील प्रतिष्ठापनांसह उत्कृष्ट साधन आहे आणि वापरकर्त्यांना चाचणी चालविण्यासाठी विविध (वास्तविक) ब्राउझर निवडण्याची अनुमती देते. WebPagetest देखील linkable अहवाल राखून ठेवते आणि HAR फायली आणि स्क्रीनशॉट व्युत्पन्न. WebPagetest पूर्णपणे दस्तऐवजीकरण API आहे तो बल्क विश्लेषणासाठी एक अतिशय उपयुक्त साधन बनवित आहे. WebPagetest चे एक विशेषतः छान वैशिष्ट्य हे आहे की ते पहिल्या दृश्याचे पृष्ठ आणि उपायांचे पृष्ठ वारंवार दोन्ही पुनरावलोकने कसे रेट करते, कार्यप्रदर्शनाचा एक महत्त्वाचा पैलू आहे.

सज्ज. मोबी हा एक साधन आहे मोबाईल आणि, म्हणूनच, या समस्येवर त्यांचे मत मांडले आहे. तयार पृष्ठ वजन आणि अवघडपणावर लक्ष केंद्रीत करते, आणि उपयुक्तपणे आपल्याला अलेक्सा 1000 साइट्संबद्दल कसे कटाक्षाने कळते. आपण बॉस-फ्रेंडली PDF अहवाल व्युत्पन्न करू शकता आणि वेळोवेळी आपल्या साइटच्या प्रगतीचा मागोवा घेण्याकरिता आपण खाते तयार करू शकता.सज्जनामध्ये बल्क चाचणीसाठी एक दस्तऐवज केलेले API आहे. WebPagetest सारखेच, mobiReady देखील दुवा साधण्यायोग्य अहवाल व्युत्पन्न करते.

मी त्यांच्या अद्वितीय पैलूंसाठी उपयुक्त दोन्ही शोधू. तयार. मोबाईल पृष्ठ लोड प्रक्रियेवर लागू केलेल्या अनेक परीक्षांसाठी ब्रेकडाउन देते, समस्येच्या क्षेत्रातील समायोजित / निराकरण कसे करावे यासंबंधी सूचनांसह. अर्थात, त्यांच्या "समस्या" आपण हेतुपुरस्सर केलेले डिझाइन पर्याय असू शकतात, त्यामुळे आपण निवडल्यास त्यांचे काही परिणाम दुर्लक्षित करू शकता. WebPagetest आपल्या पृष्ठ लोडची पूर्णता दर्शविणारी एक झपाटद्गातील आकृती दर्शविते कारण हे सर्व जोडते. हे अशा परीक्षणातून मेट्रिक्सच्या सखोल संकलनास देखील देते जे आपल्याला काही वेळ शोधू शकते. दोन्हीपैकी कुठल्याही बाबतीत, आपण आपल्या वापरकर्त्यांना पृष्ठांवर प्रवेश करण्यासाठी काय करणार खर्च याची कल्पना घेण्यास सक्षम असाल.

उदाहरण म्हणून, या साइटसाठी माझे प्रोफाइल पृष्ठ वापरून, मी तयार वर चाचणी केली. मोबी आणि हे परिणाम मिळाले.

(1 9) ready.mobi.results
तयार. मोबी निकाल (1 9) पुनरावलोकनासाठी क्लिक करा

मग मी WebPageTest च्या सहाय्याने परीक्षेत गेलो, तीन वेगवेगळ्या स्थाने globally तीन वेगवेगळ्या ठिकाणी निवडण्यासाठी त्यांच्या प्रगत पर्यायांचा फायदा घेत. मी Chrome सर्व तीन स्थानांसाठी ब्राउझर म्हणून वापरला. एक डीएसएल कनेक्शन वापरून FIOS कनेक्शन (20/5 एमबीपीएस 4ms आरटीटी), आयर्लंडचा वापर करून डलेस, व्हीए, युएसएची स्थापना करण्यात आली.5 एमबीपीएस / 384 केबीपीएस 50 एमटीएस आरटीटी), आणि मुंबई, भारत 56 के डायल-अप कनेक्शनसह (1 9/30 केबीपीएस 120 एमबी आरटीटी). शेवटी मी मोबाईल एलटीई कनेक्शनवर (12 एमबीपीएस / 12 एमबीओएस 70 एमएमएस आरटीटी) मोबाइलवर दीर्घकालीन एस -7 चा वापर करून वेबपॅगेस्टेस्टवर एक चाचणी केली.सर्व चार खाली प्रस्तुत केले आहेत. (प्रत्येकजण त्या चाचणीसाठी WebPateTest परिणाम पृष्ठाचा एक दुवा आहे. )

WebPagetest.results.dulles WebPagetest.results.ireland (3 9) WebPagetest.results.india WebPagetest.results.mobile