கோப்பு (தளம்) URL என்றால் என்ன, அதை எவ்வாறு கண்டுபிடிப்பது மற்றும் அத்தகைய விவரங்களின் மதிப்பு என்ன என்பது குறித்து பயனர்களுக்கு அடிக்கடி கேள்விகள் இருக்கும். எங்கள் கட்டுரை தேவையான பதில்களை வழங்கும்.
URL என்றால் என்ன
யூனிஃபார்ம் ரிசோர்ஸ் லொக்கேட்டர் என்பது "இணையதள இருப்பிட இருப்பிடம்" என்பதைக் குறிக்கிறது. ஒரு URL அடையாளங்காட்டியானது டொமைன் பெயரையும் அதன் கோப்பின் பெயருடன் ஒரு குறிப்பிட்ட பக்கத்திற்கான பாதையையும் கொண்டுள்ளது. URL ஐக் கண்டுபிடித்தவர் ஜெனீவாவில் நடந்த ஐரோப்பிய அணு ஆயுதப் போர் கவுன்சில் கூட்டத்தில் உறுப்பினரான டிம் பெர்னர்ஸ்-லீ ஆவார். 1990 இல் உருவாக்கப்பட்ட நேரத்தில், தள URL என்பது கோப்பு அமைந்துள்ள கணினியில் உள்ள முகவரியாக இருந்தது. தள URL ஐக் கண்டறிய, முகவரிப் பட்டியில் பார்த்து, நீங்கள் செல்ல வேண்டிய கோப்பு முகவரியைத் தீர்மானிக்கவும் சூழல் மெனுதொடர்புடைய பொருளைக் கிளிக் செய்வதன் மூலம் வலது பொத்தான்எலிகள். பல நன்மைகள் இருப்பதால், குறிப்பாக இணையத்தில் வழிசெலுத்தலின் அணுகல், அத்தகைய முகவரிக்கு ஒரு குறைபாடு உள்ளது - லத்தீன் எழுத்துக்கள், சில சின்னங்கள் மற்றும் எண்களுடன் பிரத்தியேகமாக வேலை செய்யும் திறன். சிரிலிக் எழுத்துக்களைப் பயன்படுத்துவது அவசியமானால், சிறப்பு மாற்றம் மேற்கொள்ளப்படுகிறது.
URLகளின் வகைகள்
நிலையானது - பக்கத்தில் மாற்றங்கள் இல்லை.
டைனமிக் URL - அது என்ன, உள்வரும் கோரிக்கைகளைப் பொறுத்து தகவல் உருவாக்கப்படும் ஒரு தேடல் படிவம் அல்லது பிற வழிசெலுத்தல் கருவியை நீங்கள் கற்பனை செய்தால் புரிந்து கொள்ள முடியும்.
ஒவ்வொரு முறை பயனர்கள் பக்கத்தைப் பார்வையிடும்போதும் சேர்க்கப்படும் அமர்வு ஐடியுடன் கூடிய முகவரி.
எஸ்சிஓ விளம்பரத்தில் URL இன் முக்கியத்துவம்
தேடுபொறிகள் URL இல் உள்ள விசைகளை கணக்கில் எடுத்துக்கொள்கின்றன. டொமைன் மற்றும் துணை டொமைன்களில் உள்ள முக்கிய வார்த்தைகள் தேடுபொறி விளம்பரத்தில் மிகப்பெரிய தாக்கத்தை ஏற்படுத்துகின்றன.
தள முகவரி தகவல் தருவதாக இருந்தால், இதுவும் தரவரிசையை அதிகரிக்கிறது. தேடல் ரோபோபெரும்பாலும் ஒரு மேற்பூச்சு வினவலுக்குப் பதிலளிக்கும் வகையில் அதைக் காண்பிக்கும்.
வினவலுடன் பொருந்தக்கூடிய URL தேடல் முடிவுகளில் தடிமனாகத் தோன்றும், கூடுதல் கவனத்தை ஈர்க்கிறது மற்றும் கிளிக்-த்ரூ விகிதங்களை அதிகரிக்கிறது.
நீங்கள் காட்டில் மட்டுமல்ல, ஆன்லைனிலும் தொலைந்து போகலாம். இது ஆதாரத்திற்கு வழிவகுக்கும் தவறான பாதை அல்லது முகவரி காரணமாக இருக்கலாம். URL என்றால் என்னவென்று உங்களுக்குத் தெரியாதா? பின்னர், மெய்நிகர் விண்வெளி வழியாக மேலும் பயணத்தைத் தொடங்குவதற்கு முன், மின்னஞ்சல் முகவரிகளின் அமைப்பைப் புரிந்துகொள்வோம்.
URL என்றால் என்ன
URL என்பது முகவரியைப் பதிவு செய்வதற்கும் இணையத்தில் உள்ள ஆதாரத்தின் இருப்பிடத்தைக் குறிப்பிடுவதற்கும் பொதுவாக ஏற்றுக்கொள்ளப்பட்ட தரநிலையாகும். ஆங்கிலத்தில் இருந்து அதன் பெயர் ( சீரான வள இருப்பிடம்) ஒரு ஒருங்கிணைந்த ஆதார இருப்பிடமாக மொழிபெயர்க்கப்பட்டுள்ளது. சுருக்கத்தின் முந்தைய டிகோடிங்கை நீங்கள் காணலாம் URL - யுனிவர்சல் ரிசோர்ஸ் லொகேட்டர் (உலகளாவிய வள இருப்பிடம்) ஆனால் இரண்டு அர்த்தங்களும் ஒன்றுக்கொன்று முரண்படுவதை விட URL இன் கருத்தை பூர்த்தி செய்கின்றன.
அடிப்படை கட்டமைப்பு பதிவு வடிவம் URL முகவரிமற்றும் இது போல் தெரிகிறது:
://:@:/?#
- பெரும்பாலும் நாம் நெறிமுறையைக் குறிக்கிறோம்.
உள்நுழைவு - பயனர் உள்நுழைவு வளத்தில் அங்கீகாரத்திற்காகப் பயன்படுத்தப்படுகிறது.
கடவுச்சொல் - அங்கீகாரத்திற்கான பயனர் கடவுச்சொல்.
புரவலன் - ஹோஸ்டின் டொமைன் பெயர்.
போர்ட் - இணைப்பின் போது பயன்படுத்தப்படும் ஹோஸ்ட் போர்ட்.
URL என்பது சேவையகத்தில் கோரப்பட்ட ஆதாரம் அமைந்துள்ள பாதையாகும்.
அளவுருக்கள் மற்றும் நங்கூரம்- ஒரு குறிப்பிட்ட ஆதாரத்தில் மாறிகள் மற்றும் அடையாளங்காட்டிகளின் மதிப்பு.
வினவல் சரத்தில் மாறி மதிப்புகளை அனுப்புவது GET முறையைப் பயன்படுத்தி மட்டுமே சாத்தியமாகும்.
நடைமுறை எடுத்துக்காட்டுகளைப் பயன்படுத்தி கோரப்பட்ட ஆதாரத்தின் பக்கத்தின் URL வடிவமைப்பைப் பார்ப்போம். கிளையன்ட் பக்கத்தில், உலாவியின் முகவரிப் பட்டியில் URL காட்டப்படும்:
மிகவும் பொதுவான விருப்பங்கள்:
- http:// ru.wikipedia.org/wiki/Main_page- கோரிக்கையை அனுப்ப HTTP பயன்படுத்தப்படுகிறது ( உயர் உரை பரிமாற்ற நெறிமுறை);
- https://ru.wikipedia.org/wiki/Home_page— https பரிமாற்ற முறையாக பயன்படுத்தப்படுகிறது. குறியாக்கத்தை (SSL அல்லது TLS) பயன்படுத்தும் http நெறிமுறையின் பாதுகாப்பான வடிவமாகும்;
- fttp://wikipedia.org/wiki/file.txt- கோப்பு பரிமாற்ற நெறிமுறை fttp;
- http://mail.ru/script.php?num=10&type=new&v=text- GET முறையைப் பயன்படுத்தி வினவல் சரத்தில் மாறி மதிப்புகளை அனுப்புதல்.
எந்த URL வடிவமும் முதன்மையாக எழுத்துச் சரம். இதில் அடங்கும்:
2; லத்தீன் எழுத்துக்கள்.
2; அரபு எண்கள் (0-9).
2; ஒதுக்கப்பட்ட எழுத்துக்கள் (“+”, “=”, “!” மற்றும் பிற).
2; சிறப்பு எழுத்துக்கள் - அவற்றை இன்னும் விரிவாகப் பார்ப்போம்.
URL களில் சிறப்பு எழுத்துகளைப் பயன்படுத்துதல்
நிச்சயமாக, இத்தகைய அதிகப்படியான "சிறப்பு" எழுத்துக்கள் URL களில் பயன்படுத்தப்படுவதில்லை. ஆனால் சில உள்ளன:
- ?
- - கோரிக்கை வரியில் அனுப்பப்பட்ட அளவுருக்கள் கொண்ட ஒரு தொகுதியை பிரிக்க உதவுகிறது;
- & - அனுப்பப்பட்ட அளவுருக்களை ஒருவருக்கொருவர் பிரிக்கிறது;
- = — ஒரு அளவுருவில் ஒரு மாறியை அதன் மதிப்பிலிருந்து பிரிக்கிறது;
- : - நெறிமுறையை மற்ற URL இலிருந்து பிரிக்க உதவுகிறது;
- # - முகவரியின் உள்ளூர் பகுதியில் சின்னம் பயன்படுத்தப்படுகிறது. கோரப்பட்ட பக்கத்தின் குறிப்பிட்ட பகுதியை அணுக உங்களை அனுமதிக்கிறது;
ஆனால் இவை அனைத்தும் ஒரு கோட்பாடு மட்டுமே. எனவே மீதமுள்ளவற்றைக் கற்றுக்கொள்வதற்கு முன், ஒரு சிறிய நடைமுறை உதாரணத்தைப் பார்ப்போம்.
ஒரு நல்ல உதாரணம்
தெளிவுக்காக, இந்த எளிய பதிவு படிவத்தை எடுத்துக்கொள்வோம்:
அதன் குறியீடு இதோ:
பதிவு படிவம்
படிவத்தின் தொடக்கத்தில் உள்ள முதல் வரியில், அதற்கான ஹேண்ட்லர் கோப்பை (php) மற்றும் சர்வர் URL வழியாக தரவை அனுப்புவதற்கான ஒரு முறையை நாங்கள் குறிப்பிட்டுள்ளோம்:
இப்போது ஹேண்ட்லர் கோப்பிற்கான குறியீடு (1.php):
உங்கள் நிக்:".$_GET["nick"]."
"; எதிரொலி"
உங்கள் வயது:".$_GET["வயது"]."
";
?>
படிவத்தில் தரவை உள்ளிட்டு, செயலாக்க சேவையகத்திற்கு அனுப்புவோம். இறுதியில் நாம் பெறுவது இதுதான்:
முதல் ஸ்கிரீன்ஷாட்டில் முகவரிப் பட்டியில் உள்ள URL வடிவமைப்பில் கவனம் செலுத்துங்கள். தரவை உள்ளிட்டு, “தரவைச் சமர்ப்பி” பொத்தானைக் கிளிக் செய்த பிறகு, அனைத்து புலங்களின் மதிப்புகளும் செயலாக்கத்திற்காக சேவையகத்திற்கு அனுப்பப்படும். நாங்கள் பக்கம் 1.php க்கு திருப்பி விடப்படுகிறோம், அங்கு கையாளுபவர் குறியீடு உள்ளது.
செயலாக்க முடிவைப் பார்ப்பதற்கு முன், இரண்டாவது படத்தில் உள்ள முகவரிப் பட்டியைப் பாருங்கள். இது GET முறையைப் பயன்படுத்தி செயலாக்கத்திற்கு அனுப்பப்பட்ட புலங்களின் மதிப்புகளைக் காட்டுகிறது.
சேவையகத்திற்கு அனுப்பப்பட்ட தரவை மறைக்க, இது பயன்படுத்தப்படுகிறது POST முறை. மேலே உள்ள URL இப்படி இருக்கும்:
http://localhost/home/1.php.
இணையதளங்களில் உள்ள URL முகவரிகளின் வடிவம்
பெரும்பாலும், வலைத்தளங்கள் மர அடிப்படையிலான URL அமைப்பைப் பயன்படுத்துகின்றன. அதாவது, சரியான URL ஆனது பல உள்ளமை உறுப்புகளைக் கொண்டுள்ளது, அதில் கடைசியாக விரும்பிய இணையப் பக்கமாகும்.
தெளிவுக்காக, ஒரு குறிப்பிட்ட URL ஐ எடுத்துக்கொள்வோம், இது எங்கள் தள முகவரியின் கிளைகளில் ஒன்றாகும்:
https://www..html
அதை துண்டு துண்டாக உடைப்போம்:
- www.site - இந்த பகுதி டொமைன் பெயர்தளம். உங்கள் உலாவியின் முகவரிப் பட்டியில் தட்டச்சு செய்தால், அது உங்களை தளத்தின் பிரதான பக்கத்திற்கு அழைத்துச் செல்லும். பெரும்பாலான சந்தர்ப்பங்களில் இது குறியீட்டு கோப்பு. html;
- வார்ப்புருக்கள் - முகவரியின் இந்த பகுதி தளத்தின் ஒரு குறிப்பிட்ட பகுதியை சுட்டிக்காட்டுகிறது. எங்கள் விஷயத்தில், இது டெம்ப்ளேட்கள் பிரிவு;
- page_2.html - URL இன் இறுதி உறுப்பு, இது வளத்தின் கருப்பொருள் பிரிவின் வலைப்பக்கத்திற்கு வழிவகுக்கிறது.
பெரும்பாலும், முக்கிய பிரிவுகளின் URLகள் தள வரைபடத்தை முழுமையாகக் காண்பிக்கும். ஆனால் பிரபலமான என்ஜின்களின் (CMS) அடிப்படையில் பயன்படுத்தப்படும் தளங்களில் வழிமாற்றுகள் எல்லாம் மிகவும் எளிமையானவை அல்ல.
WordPress இல் URL கட்டுமானத்தின் அம்சங்கள்
வேர்ட்பிரஸ்ஸில், PHP இல் கட்டப்பட்ட எந்த இயந்திரத்திலும், தளத்தின் அனைத்து பக்கங்களும் மாறும் வகையில் உருவாக்கப்படுகின்றன. அதாவது, ஒரு பகுதி ஒரு டெம்ப்ளேட்டிலிருந்து எடுக்கப்பட்டது, மற்றொன்று பலவற்றின் அடிப்படையில் "பறக்க" உருவாக்கப்பட்டது ... ஆனால் அத்தகைய ஏற்ற இறக்கம் ஒரு குறிப்பிடத்தக்க குறைபாட்டைக் கொண்டுள்ளது - URL இல் அனுப்பப்பட்ட அளவுருக்களின் துண்டுகள் இருப்பது.
மேலும், இது முகவரி காட்சியின் அழகியல் கூறுகளை மட்டும் மீறுகிறது, ஆனால் தேடுபொறிகளால் தெளிவற்ற முறையில் உணரப்படுகிறது. மேலும் இது இணையதள விளம்பரத்தை எதிர்மறையாக பாதிக்கலாம்:
எனவே, உங்கள் இணையதளத்தில் சுத்தமான URLகளைப் பயன்படுத்துவது நல்லது. ஆனால் CMS அமைப்பு அவற்றைத் திருத்தும் திறனை வழங்கவில்லை என்றால் அவற்றை எங்கே பெறுவது?
சுத்தமான URLகள் அனுப்பப்பட்ட அளவுருக்கள் இல்லாத முகவரிகள் (வேர்ட்பிரஸ், தரவுத்தள வினவல் கூறுகளில்), ஆனால் ஆவணத்திற்கான பாதை மட்டுமே. அதாவது, https://www..html என்பது சுத்தமான URLக்கான உதாரணம்.
WordPress இல் URL காட்சியைத் தனிப்பயனாக்க எளிதான வழி, சிறப்பு செருகுநிரல்களைப் பயன்படுத்துவதாகும்.
இந்த சிக்கலில் உள்ள சர்ச்சைகள் - ஒரு URL ஐ சரியாக எழுதுவது எப்படி, இறுதியில் ஒரு சாய்வு அல்லது இல்லாமல்? - இருந்திருக்கும் மற்றும் இருக்கும். வாதங்கள் மாறுபட்டவை மற்றும் பெரும்பாலும் முரண்படுகின்றன. தவறான யுனிவர்சல் ரிசோர்ஸ் லொக்கேட்டர் (URL) நுழைவுக்கான அபராதம் இரண்டு வகைகளாக இருக்க வேண்டும். தேடுபொறிகளின் தரப்பில், இவை நகல் பக்கங்களுக்கு அபராதம் என்று கூறப்படுகிறது. செயல்திறன் பார்வையில், இது சர்வரால் தானாக உருவாக்கப்பட்ட சரியான இடுகைப் பக்கத்திற்கு தேவையற்ற வழிமாற்றம் என்று கூறப்படுகிறது.
இருப்பினும், பகுப்பாய்வு தொழில்நுட்ப விவரக்குறிப்புகள்இணையத் தரநிலைகள், குறிப்பாக "RFC 1738 - சீரான ஆதார இருப்பிடங்கள் (URL)" ஆவணம், இணைய வளத்தின் முகவரியைப் பதிவு செய்வதற்கான இரண்டு விருப்பங்களும் முறைப்படி சரியானவை என்பதை நாம் ஒப்புக் கொள்ள வேண்டும், மேலும் ஒன்று அல்லது மற்றொரு விருப்பத்தைப் பயன்படுத்துவதற்கான அனுமதி ஒன்றும் இல்லை. ஒரு வினோதத்தை விட தேடுபொறிஅல்லது போலி எஸ்சிஓ நபர்களின் கதைகள்.
சுருக்கத்தின் பார்வையில், உங்கள் இணைப்பு சர்வரில் உள்ள “கோப்பு” அல்லது “கோப்புறை” ஆகியவற்றைக் குறிக்கிறதா என்பதைப் பொருட்படுத்தாமல், இறுதியில் சாய்வு இல்லாத விருப்பம் மிகவும் சரியானதாகத் தெரிகிறது, அதற்கான மறைமுக சான்றுகள் கீழே காட்டப்படும். ஆனால் ஆவணத்தில் மற்றொரு விருப்பம் தவறானது அல்லது முற்றிலும் மாறுபட்ட வளத்தைக் குறிக்கிறது என்று ஒரு அறிக்கை கூட இல்லை.
குறிப்பிடப்பட்ட RFC இன் பல பக்க மொழிபெயர்ப்பில் நான் உங்களுக்கு சலிப்படைய மாட்டேன், ஏனெனில், முதலில், கேள்வியின் நோக்கம் URL இன் முடிவில் உள்ள ஸ்லாஷ்களாக இருந்தது, இரண்டாவதாக, வெளியீடு உட்பட இயந்திரங்களின் சாதாரண பயனர்களுக்கு உரையாற்றப்படுகிறது. அனைத்து விவரங்களிலும் ஆர்வமில்லாதவர்கள், அவர்கள் சுருக்கமான விளக்கங்கள் மற்றும் முக்கிய ஆதாரங்களுக்காக காத்திருக்கிறார்கள்.
அதன்படி, இந்த ஆவணத்திலிருந்து சில பகுதிகளை ஆதாரமாக எடுத்து விளக்குகிறேன். இதில் ஆர்வமில்லாத எவரும் கட்டுரையின் முடிவில் உள்ள முடிவை உடனடியாகப் பார்க்கலாம்.
பொது URL தொடரியல்
முதலில், பத்தி 2-ல் இருந்து ஒரு பகுதிக்கு உங்கள் கவனத்தை ஈர்க்கிறேன். பொது URL தொடரியல் (பொது URL தொடரியல்). ஒவ்வொரு சந்தர்ப்பத்திலும், அசல் மொழியில் உரையின் ஒரு பகுதியையும் பின்னர் ரஷ்ய மொழியில் மொழிபெயர்ப்பையும் வழங்குவேன்.
ஆதார இருப்பிடத்தின் சுருக்கமான அடையாளத்தை வழங்குவதன் மூலம், வளங்களைக் கண்டறிய URLகள் பயன்படுத்தப்படுகின்றன. வள இருப்பிடத்தின் சுருக்கமான அடையாளத்தை வழங்குவதன் மூலம், ஆதாரங்களைக் கண்டறிய URLகள் பயன்படுத்தப்படுகின்றன.
அதாவது, URL என்பது ஒரு தூய சுருக்கம். இது ஒரு கோப்பு அல்லது கோப்புறையின் பெயருடன் வெளிப்புறமாக ஒத்ததாகத் தோன்றினால், இது இதுபோன்ற மற்றும் அத்தகைய கோப்பைப் பற்றிய ஒரு உடல் குறிப்பு என்று அர்த்தமல்ல, சேவையகத்தின் கோப்பு இடத்தில் உள்ள வேறு சிலவற்றை அல்ல. இது ஆவணத்தில் கீழே தெளிவாகக் கூறப்படும்.குறிப்பு
- பொதுவாக, http இணைப்புகளைப் பொறுத்தவரை, எடுத்துக்காட்டாக, என்று சொல்வது அடிப்படையில் தவறானது. http://domain.com/path/subpath/filename.txt
- - கூறப்படும் ஒரு கோப்பை சுட்டிக்காட்டுகிறது http://domain.com/path/subpath/
- - ஒரு கோப்புறையை சுட்டிக்காட்டுகிறது
http://domain.com/path - ஒரு கோப்புறையை தவறாக சுட்டிக்காட்டுகிறது
தளத்தில் உள்ள கோப்புகளுடன் இணைப்புகளை இணைப்பது வசதியானது என்பதால் நாங்கள் இதைச் சொல்லப் பழகிவிட்டோம். உண்மையில், இந்த இணைப்புகள் அனைத்தும் வளத்தின் வகையை எந்த வகையிலும் குறிப்பிடாமல், சில வகையான வளங்களைச் சுட்டிக்காட்டுகின்றன. ஒவ்வொரு ஆதாரத்திற்கும் பின்னால் என்ன மறைக்கப்பட்டுள்ளது, அதாவது, எந்த வகையான உண்மையான கோப்பு அல்லது கோப்புறை மற்றும் அத்தகைய இணைப்பு மூலம் எந்த வகையான உள்ளடக்கம் வழங்கப்படும் என்பது ஏற்கனவே சேவையக உள்ளமைவால் தீர்மானிக்கப்படுகிறது.
இணைப்புகளில் "கோப்பு", "கோப்புறை", "துணை கோப்புறை", "உரை", "படம்", "html", "ஸ்கிரிப்ட்", "ஸ்டைல் ஷீட்" போன்றவை எதுவும் இல்லை என்பதைப் புரிந்துகொள்வது அவசியம். முடிவில் சாய்வு இல்லை அல்லது அது இல்லாதது என்பது சேவையகத்திற்குள் இணைப்பு மாற்றத்திற்கு உட்படும் வரை முற்றிலும் ஒன்றுமில்லை, மேலும் இணைப்பு உண்மையில் எங்கு செல்கிறது மற்றும் அதன் பின்னால் எந்த வகையான உள்ளடக்கம் மறைக்கப்பட்டுள்ளது என்பதை இது தீர்மானிக்கிறது. இந்த முடிவு மட்டுமே சேவையகத்தின் உள் கட்டமைப்புக்கு தொடர்புடையது.
படிநிலை திட்டங்கள்
சில URL திட்டங்கள் (ftp, http மற்றும் கோப்பு திட்டங்கள் போன்றவை) படிநிலையாகக் கருதப்படும் பெயர்களைக் கொண்டுள்ளன; படிநிலையின் கூறுகள் "/" ஆல் பிரிக்கப்படுகின்றன.
சில URL திட்டங்கள் (ftp, http மற்றும் கோப்பு போன்றவை) படிநிலையாகக் கருதப்படும் பெயர்களைக் கொண்டுள்ளன; படிநிலை கூறுகள் "/" எழுத்தால் பிரிக்கப்படுகின்றன.
அதாவது, சில முகவரித் திட்டங்களில், ஆதார லோகேட்டரின் உள்ளடக்கங்கள் படிநிலையாகக் குறிப்பிடப்படுவது தடைசெய்யப்படவில்லை என்று வாதிடப்படுகிறது.
பொதுவான பிணைய வரைபடம் தொடரியல்
//:@:/பின்வரும் பத்தி 3.1 இலிருந்து ஒரு பகுதி. :@", ":",
":பொதுவான இணையத் திட்ட தொடரியல் (பொது நெட்வொர்க் திட்ட தொடரியல்). சில அல்லது அனைத்து பகுதிகளும்" :@", ":",
":", மற்றும் "/ "விலக்கப்படலாம். சில அல்லது அனைத்து பகுதிகளும்"
அதாவது, URL என்பது ஒரு தூய சுருக்கம். இது ஒரு கோப்பு அல்லது கோப்புறையின் பெயருடன் வெளிப்புறமாக ஒத்ததாகத் தோன்றினால், இது இதுபோன்ற மற்றும் அத்தகைய கோப்பைப் பற்றிய ஒரு உடல் குறிப்பு என்று அர்த்தமல்ல, சேவையகத்தின் கோப்பு இடத்தில் உள்ள வேறு சிலவற்றை அல்ல. இது ஆவணத்தில் கீழே தெளிவாகக் கூறப்படும்."மற்றும்"/
"விலக்கப்படலாம்.இது, நாம் பரிசீலிக்கும் கேள்வியிலிருந்து பெறப்பட்ட ஒரு கேள்விக்கான பதில். இந்த பிரச்சினையில் அடிக்கடி விவாதம் உள்ளது: ஒரு டொமைனுக்கு (ஹோஸ்ட்) இணைப்பை வழங்குவதற்கான சரியான வழி என்ன - இறுதியில் ஒரு சாய்வு இல்லாமல் அல்லது சாய்வுடன்?
அதை எப்படி சரியாக செய்வது
http://domain.com/ அல்லது http://domain.com ?
மற்றும் அது சரி. ஹோஸ்ட்பெயருக்குப் பின் வரும் முதல் ஸ்லாஷ், ஹோஸ்ட்பெயரில் இருந்து பாதைப்பெயரை பிரிக்கும் நோக்கம் கொண்டது.
ஆவணத்தின் அதே பத்தி இதை பின்வருமாறு தெரிவிக்கிறது: Url-path லோகேட்டரின் மீதமுள்ள பகுதியானது திட்டத்திற்கு குறிப்பிட்ட தரவுகளைக் கொண்டுள்ளது, மேலும் இது "url-பாத்" என அறியப்படுகிறது. குறிப்பிட்ட வளத்தை எவ்வாறு அணுகலாம் என்பது பற்றிய விவரங்களை இது வழங்குகிறது. ஹோஸ்ட் (அல்லது போர்ட்) மற்றும் url-பாத் இடையே உள்ள "/" url-பாதையின் பகுதியாக இல்லை என்பதை நினைவில் கொள்ளவும்.
மீதமுள்ள லொக்கேட்டரில் ஸ்கீமா-குறிப்பிட்ட தரவு உள்ளது மற்றும் இது "url-பாத்" என அறியப்படுகிறது. குறிப்பிட்ட வளத்தை எவ்வாறு அணுகலாம் என்பது பற்றிய விவரங்களை இது வழங்குகிறது.
ஹோஸ்ட் (அல்லது போர்ட்) மற்றும் URL பாதைக்கு இடையே உள்ள "/" எழுத்து url-பாத்தின் பகுதியாக இல்லை என்பதை நினைவில் கொள்ளவும்.
url-பாதை வெற்று சரத்திற்கு சமமாக இருக்கும் போது (நம்மில் பலர் சொல்வது போல், தளத்தின் மூலத்துடன் URL இணைக்கும் போது) இந்த ட்ரைலிங் கேரக்டரை வைக்கவோ அல்லது வைக்கவோ உங்களைக் கட்டாயப்படுத்த எந்த வார்த்தையும் இல்லை. "முதன்மைப் பக்கத்தின் இரண்டு முறைகளுக்கு" உங்களுக்கு அபராதம் விதிக்க யாருக்கும் உரிமை இல்லை, ஏனெனில் விவரக்குறிப்பின்படி, இரண்டு சந்தர்ப்பங்களிலும் நீங்கள் URL ஐ ஒரே ஆதாரத்துடன் இணைக்கிறீர்கள்.
சில கோப்பு முறைமைகளுக்கு, URL இன் படிநிலை கட்டமைப்பைக் குறிக்கப் பயன்படுத்தப்படும் "/" என்பது கோப்புப் பெயர் படிநிலையை உருவாக்கப் பயன்படுத்தப்படும் எல்லைக்கு ஒத்திருக்கிறது, இதனால், கோப்பு பெயர் URL பாதையைப் போலவே இருக்கும். URL என்பது Unix கோப்புப்பெயர் என்று இது அர்த்தப்படுத்துவதில்லை.
"/" எழுத்து URL இன் படிநிலை கட்டமைப்பைக் குறிக்கப் பயன்படுகிறது, இது கோப்புப் பெயர் படிநிலையை உருவாக்கப் பயன்படுத்தப்படும் பிரிப்பாளருடன் தொடர்புடையது, இதனால் சில கோப்பு முறைமைகளில் கோப்பு பெயர் URL பாதையைப் போலவே தோன்றும். ஆனால் URL ஆனது Unix போன்ற கோப்புப்பெயர் என்று அர்த்தமல்ல. இந்த பத்தி ftp திட்டத்திற்கு பொருந்தும் என்ற போதிலும், அதன் அறிக்கைகள் மற்ற திட்டங்களுக்கு (http, gopher, prospero மற்றும் பல) பொருந்தும். கோப்புத் திட்டத்தில் மட்டும் ஸ்லாஷ் சின்னம் தர்க்கரீதியாக கோப்புப் பெயர்களில் உள்ளதையே குறிக்கிறது, எடுத்துக்காட்டாக.
file://server_or_device/path/subpath/filename.txt
Http :/?ஒரு HTTP URL படிவத்தை எடுக்கும்: http:// எங்கே மற்றும் பிரிவு 3.1 இல் விவரிக்கப்பட்டுள்ளபடி. என்றால்: தவிர்க்கப்பட்டது, போர்ட் இயல்புநிலை 80. பயனர் பெயர் அல்லது கடவுச்சொல் அனுமதிக்கப்படவில்லை. ஒரு HTTP தேர்வி, மற்றும் என்பது ஒரு வினவல் சரம். தி விருப்பமானது, உள்ளது மற்றும் அதன் முந்தைய "?". இல்லை என்றால் இல்லை உள்ளது, "/" ஐயும் தவிர்க்கலாம். உள்ளே :/?மற்றும் கூறுகள், "/", ";", "?" ஒதுக்கப்பட்டுள்ளன. ஒரு படிநிலை கட்டமைப்பைக் குறிக்க "/" எழுத்து HTTP க்குள் பயன்படுத்தப்படலாம். http திட்ட URL படிவத்தை எடுக்கும்: http:// எங்கே மற்றும் பத்தி 3.1 இல் விவரிக்கப்பட்டுள்ளதைப் போலவே. என்றால்: தவிர்க்கப்பட்டது, இயல்புநிலை போர்ட் 80 எனக் கருதப்படுகிறது. பயனர்பெயர் அல்லது கடவுச்சொல் செல்லுபடியாகாது. இது ஒரு HTTP தேர்வி, மற்றும் - வினவல் சரம். விருப்பமானது, உள்ளது முந்தைய "?" இல்லை என்றால்
அதாவது, URL என்பது ஒரு தூய சுருக்கம். இது ஒரு கோப்பு அல்லது கோப்புறையின் பெயருடன் வெளிப்புறமாக ஒத்ததாகத் தோன்றினால், இது இதுபோன்ற மற்றும் அத்தகைய கோப்பைப் பற்றிய ஒரு உடல் குறிப்பு என்று அர்த்தமல்ல, சேவையகத்தின் கோப்பு இடத்தில் உள்ள வேறு சிலவற்றை அல்ல. இது ஆவணத்தில் கீழே தெளிவாகக் கூறப்படும்.ஒன்றுமில்லை இல்லை, "/" எழுத்தும் தவிர்க்கப்படலாம்.உறுப்புகளில்
மற்றும்
எழுத்துக்கள் "/", ";", "?" ஒதுக்கப்பட்டுள்ளன. ஒரு படிநிலை கட்டமைப்பை வரையறுக்க "/" எழுத்து HTTP இல் பயன்படுத்தப்படலாம்.
ட்ரைலிங் ஸ்லாஷ் இல்லாமல் இணைப்பைக் குறிப்பிடலாம் என்றும் அது கூறுகிறது. IN இந்த வழக்கில்இணைப்பு பாதை காலியாக இருக்கும் சூழ்நிலையைப் பற்றி நாங்கள் பேசிக்கொண்டிருந்தோம் - இது ஹோஸ்டின் மூலத்தை சுட்டிக்காட்டுகிறது.
முறையான நுழைவு இறுதியாக, பத்தி 5 இலிருந்து ஒரு பகுதி. குறிப்பிட்ட URL திட்டங்களுக்கான BNF (குறிப்பிட்ட URL திட்டங்களுக்கான முறையான குறியீடு).= hsegment *[ "/" hsegment ] hsegment = *[ uchar | ";" | ":" | "@" | "&" | "=" ] தேடல் = *[ uchar | ";" | ":" | "@" | "&" | "=" ] ... ... lowalpha = "a" | "b" | "c" | "d" | "இ" | "f" | "g" | "h" |
"நான்" | "j" | "k" | "எல்" | "மீ" | "n" | "o" | "p" |
"q" | "r" | "கள்" | "t" | "u" | "v" | "w" | "x" |
"y" | "z" hialpha = "A" | "பி" | "சி" | "டி" | "இ" | "எஃப்" | "ஜி" | "எச்" | "நான்" | "ஜே" | "கே" | "எல்" | "எம்" | "N" | "ஓ" | "பி" | "கே" | "ஆர்" |"எஸ்" | "டி" | "U" | "வி" | "W" | "எக்ஸ்" | "ஒய்" | "Z" ஆல்பா = லோவால்பா | ஹியால்பா இலக்கம் = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" |
"8" | "9" safe = "$" | "-" | "_" | "." | "+" கூடுதல் = "!" | "*" | """ | "(" | ")" | "," hex = இலக்கம் | "A" | "B" | "C" | "D" | "E" | "F" | "a" | "b" "c" |. "%" hex unreserved |
- hpath உறுப்பு - இணைப்பு பாதை - விதிகளின்படி எவ்வாறு சரியாக உருவாகிறது என்பதைக் கவனியுங்கள். hsegment பாதையின் கூறுகள் - பிரிவுகள் - ஒரு சாய்வு மூலம் பிரிக்கப்படுகின்றன.
- சாய்வு பாதையை படிநிலைப் பகுதிகளாகப் பிரிக்கிறது மற்றும் எப்போதும் உள்ளே அமைந்துள்ளது என்ற முக்கியமான யோசனையை சுட்டிக்காட்டுவது போல. கொள்கையளவில், கடைசி hsegment உறுப்பு வெற்று சரமாக இருக்கலாம் (இது அதன் வரையறையிலிருந்து பின்வருமாறு), பின்னர் URL இன் முடிவில் விருப்பமின்றி ஒரு மூடும் சாய்வு தோன்றும்.
முடிவுரைஸ்லாஷ் கேரக்டரைப் பயன்படுத்தி ஒரு பாதையை பிரிவுகளாகப் பிரிப்பது இந்தப் பிரிவுகளுக்கு காலியாக இல்லாத பெயர்கள் இருப்பதைக் குறிக்கிறது. அதன்படி, இறுதியில் ஒரு சாய்வு கொண்ட இணைப்பு நியாயமற்றதாகத் தோன்றுகிறது (தடை செய்யப்படவில்லை என்றாலும்), அது பாதையின் கடைசிப் பகுதியைச் சுட்டிக்காட்டுவது போல் தெரிகிறது, ஆனால் இந்தப் பிரிவிற்கு எந்த வகையிலும் பெயரிடவில்லை. இணைப்பு நியாயமற்றது போல (ஆனால் தடை செய்யப்படவில்லை)
- http://domain.com/level1////levelX
- , இது பாதையை அளவுருக்களின் தொகுப்பாகக் கருதாமல், ஒரு படிநிலை அமைப்பாகக் கருதினால், இடைநிலைப் பாதைப் பிரிவுகளுக்குப் பெயரிடாது.
பேச்சுவழக்கில், இரண்டு இணைப்புகளின் சொற்பொருள் உள்ளடக்கத்தை பின்வருமாறு விளக்கலாம்:
- - படிநிலையின் இரண்டாம் நிலையின் இயல்புநிலை தொடக்கப் புள்ளிக்கான முகவரிகள்
- - படிநிலையின் இரண்டாம் நிலைக்குள் வரையறுக்கப்படாத புள்ளிக்கு முகவரிகள், அதாவது, சர்வர் பணியை ஒப்படைப்பது போல் உள்ளது, "நாங்கள் படிநிலையின் இரண்டாவது நிலையை அணுகுகிறோம், மேலும் இந்த நிலையில் எந்த புள்ளியை நீங்கள் தீர்மானிக்கிறீர்கள் என்பதை நீங்களே தீர்மானிக்கிறீர்கள். இயல்புநிலை ஆரம்பமாக கருதுங்கள்."
வளப் படிநிலையின் இரண்டாம் நிலைக்கு வருகையாளரை உரையாற்றவும். ஒரு குறிப்பிட்ட சேவையகம் முடிவில் உள்ள ஸ்லாஷை அதன் சொந்த வழியில் விளக்குகிறது மற்றும் நிலையின் இயல்புநிலை தொடக்கப் புள்ளிக்கு உள்நிலையாகத் திருப்பிவிட முடியும் - சொல்லுங்கள், index.html கோப்பில், இது ஏற்கனவே ஒரு குறிப்பிட்ட வழக்கு. கட்டமைப்பு. மனிதனால் படிக்கக்கூடிய URL அமைப்பைச் செயல்படுத்துவதைப் போலவே, mod_rewrite சர்வர் தொகுதியைப் பயன்படுத்தும் அனைத்து வழிமாற்றுப் பதிவுகளும் படிநிலை URL கட்டமைப்பின் தங்கள் சொந்த (குறிப்பிட்ட இயந்திரத்தில் உள்ளார்ந்த) கருத்தை வரையறுக்கின்றன, இதில் பாதை கூறுகளை வினவல் அளவுருக்களுக்கு சமன் செய்யலாம். தளத்தின் கோப்பு அமைப்புடன் பொதுவானது எதுவுமில்லை ( உன்னதமான உதாரணம்: http://domain.com/ru/path, ru உறுப்பு தற்போதைய மொழியின் அளவுரு, மற்றும் தளத்தில் உள்ள கோப்புறை அல்ல).
இது சேவையகத்தின் உள் அறிவு, அதன் உள்ளமைவு மற்றும் தளத்தில் நிறுவப்பட்ட இயந்திரத்தால் தீர்மானிக்கப்படுகிறது என்பதை நான் குறிப்பாக வலியுறுத்த விரும்புகிறேன். ஒரு வெளிப்புற சேவை, அதே தேடு பொறியால் யூகங்களை உருவாக்க முடியாது, மேலும் தள சேவையகம் பிரத்யேகமாக உள்ளமைக்கப்படாவிட்டால், அத்தகைய இணைப்புகள் வெவ்வேறு உள்ளடக்கத்தை வழங்கும் வரை, ஸ்லாஷுடன் மற்றும் இல்லாத இணைப்புகள் வேறுபடுகின்றனவா, எப்படி என்று தெரியவில்லை.
தகவல்
செயல்படுத்தல் மட்டத்தில், முனைகளில் குறைப்பு பிரச்சினை அடிப்படை முக்கியத்துவம் வாய்ந்தது அல்ல, இது பல பிரபலமான போர்டல்களால் உறுதிப்படுத்தப்பட்டுள்ளது. சிலவற்றில், அனைத்து இணைப்புகளும் ஒரு சாய்வுடன் முடிவடையும், மற்றவற்றில் - சாய்வு இல்லாமல். முக்கிய விஷயம் என்னவென்றால், இணைப்புகளில் உள்ள உள்ளடக்கம் வேறுபட்டதாக மாறாது, மேலும் Yandex க்கு நீங்கள் பயன்படுத்தாத (சொல்லுங்கள், சாய்வுடன் முடிவடையும்) அந்த இணைப்புகளிலிருந்து 301 வது திசைதிருப்பலை பதிவு செய்ய வேண்டும். உண்மை என்னவென்றால், யாண்டெக்ஸ் ஆதரவு சேவையின் உறுதிப்படுத்தப்படாத அறிக்கைகளின்படி, இந்த தேடுபொறி தவறுகளைச் செய்யக்கூடும், ஆனால் “பசை” (அதன் அறிவை நினைவில் வைத்துக் கொள்ளுங்கள்) அல்லது சிறிது தாமதத்துடன் பசை வெட்டு-இல்லாத முகவரிகளை ஒன்றாக மாற்றலாம்.
ரூட் .htaccess கோப்பைப் பயன்படுத்தி அத்தகைய திசைதிருப்புதலைச் செயல்படுத்துவதற்கான எடுத்துக்காட்டு இங்கே:
# உள்ளீட்டு url ஒரு ஸ்லாஷுடன் முடிவடைந்தால் (em, ami), # ஸ்லாஷ் இல்லாத பக்கத்திற்கு 301வது திசைதிருப்பலை அமைக்கவும் RewriteCond %(REQUEST_URI) ^/.+/$ RewriteRule ^(.*?)/+$ http:/ /%(HTTP_HOST )/$1
கூகிளுக்கு (மீண்டும், சோதனை மூலம் உறுதிப்படுத்தப்படாத தகவலின்படி), இந்த வழிமாற்றுகள் முக்கியமல்ல, ஏனெனில் இது போன்ற முகவரிகளை எவ்வாறு சரியாகவும், வழிமாற்றுகள் இல்லாமல் ஒட்டுவது என்பது அதற்குத் தெரியும்.
நினைவில் கொள்ளுங்கள்தங்களை எஸ்சிஓ நிபுணர்களாகக் கருதும் பலர் உள்ளனர்.
ஆனால் அவர்கள் ஒவ்வொருவரும் அப்படி இல்லை. மேலும், SEO என்ற தலைப்பு பெரும்பாலும் சரியான அறிவு மற்றும் அடிப்படை இல்லாமல் ஊகிக்கப்படுகிறது, நீங்கள் இந்த பகுதியில் அறியாதவர் என்ற நம்பிக்கையில், நீங்கள் எந்த "நூடுல்ஸ்" மீதும் எளிதாக நம்புவீர்கள். உங்கள் பக்கங்களில் ஒன்று "குறியீட்டிலிருந்து வெளியேறிவிட்டது" என்று உங்களுக்குத் தெரிவிக்கப்பட்டால், Yandex இலிருந்து ஒரு நல்ல பரிந்துரையைப் பயன்படுத்தவும்: அட்டவணைப்படுத்தல் பிழைகள் ஏதேனும் இருந்தால், Yandex.Webmaster சேவையில் நீங்கள் கண்டுபிடிக்கலாம்.இந்தச் சேவையில், தேடலில் உள்ள உங்கள் பக்கங்களின் பட்டியலையும், சில காரணங்களுக்காக தேடலில் இருந்து விலக்கப்பட்ட பக்கங்களின் பட்டியலையும் நீங்கள் எப்போதும் பார்க்கலாம். கூகுளிலும் இதே போன்ற சேவை உள்ளது. இந்த அறிவை நம்புங்கள், எங்காவது காதுகளின் மூலையில் எதையாவது கேட்ட போலி நிபுணர்களின் கருத்தை நம்பாதீர்கள், அதன் அடிப்படையில் அவர்களுக்குத் தோன்றுவதை மட்டுமே சரியானதாகச் செய்ய பரிந்துரைக்கிறோம். இங்கேஏப்ரல் 2017 இல் வெளியிடப்பட்ட மிகவும் சுவாரஸ்யமான வெளியீடு, சிறிய அறியப்பட்ட SEO உண்மைகள். பல திரைக்காட்சிகளுடன் கூடிய ஒரு பெரிய ஆய்வு உள்ளது, இது துறையில் பல பிரபலமான தீர்ப்புகளின் செல்லுபடியை சோதிக்கும் குறிக்கோளுடன் தொடங்கியது. தேடுபொறி ஊக்குவிப்புசராசரி இணையதள உரிமையாளருக்கு முடிவுகளைத் தெரிவிக்க தெளிவான எடுத்துக்காட்டுகளைப் பயன்படுத்தவும். அதே ஆய்வு ஒரே நேரத்தில் இளம் வாசகருக்கு பல வெளிப்படையான, சாதாரணமான மற்றும் மாறாக தெளிவற்ற, ஆனால் கரிம தேடல் முடிவுகளின் அற்புதமான அம்சங்களைக் காட்டுகிறது.
ஆனால் அவர்கள் ஒவ்வொருவரும் அப்படி இல்லை. மேலும், SEO என்ற தலைப்பு பெரும்பாலும் சரியான அறிவு மற்றும் அடிப்படை இல்லாமல் ஊகிக்கப்படுகிறது, நீங்கள் இந்த பகுதியில் அறியாதவர் என்ற நம்பிக்கையில், நீங்கள் எந்த "நூடுல்ஸ்" மீதும் எளிதாக நம்புவீர்கள். உங்கள் பக்கங்களில் ஒன்று "குறியீட்டிலிருந்து வெளியேறிவிட்டது" என்று உங்களுக்குத் தெரிவிக்கப்பட்டால், Yandex இலிருந்து ஒரு நல்ல பரிந்துரையைப் பயன்படுத்தவும்: அட்டவணைப்படுத்தல் பிழைகள் ஏதேனும் இருந்தால், Yandex.Webmaster சேவையில் நீங்கள் கண்டுபிடிக்கலாம்.கூகுள் தேடல்கள் மற்றும் யாண்டெக்ஸ்.மற்றும் Yandex மற்றும் Google இன் சூழல் மீடியா நெட்வொர்க்.
உள்ளூர் தேடல் குறியீட்டில் அதிகபட்ச வெளிப்பாட்டைப் பெற, அவர்கள் தங்கள் விளம்பரப் பலகையை விளம்பரப்படுத்த ஒரே நேரத்தில் பல எஸ்சிஓ உரைகளில் பணம் செலவழிக்கத் தயாராக உள்ளனர், இது பணத்தின் வாசனையைப் போன்றது. வதந்திகள் மூலம் ஆராயும்போது, 30 கிலோ ரூபிள் ஆர்டர்கள் நழுவுகின்றன, மேலும் தோழர்களே அவற்றை எஸ்சிஓ கூட்டாளர்களுக்கு அவுட்சோர்ஸ் செய்வதால், இங்கே நீங்கள் கூட்டாண்மை பாலங்களை உருவாக்கி நல்ல கூடுதல் வருமானத்தைப் பெறலாம்.பல்வேறு ஆதாரங்களின்படி, உலகில் உள்ள அனைத்து மின்னஞ்சல்களில் 50 முதல் 95% வரை இணைய மோசடி செய்பவர்களின் ஸ்பேம் ஆகும். அத்தகைய கடிதங்களை அனுப்புவதற்கான குறிக்கோள்கள் எளிமையானவை: பெறுநரின் கணினியை வைரஸால் பாதிக்க, பயனர் கடவுச்சொற்களைத் திருட, ஒரு நபரை "தொண்டு நிறுவனத்திற்கு" மாற்றும்படி கட்டாயப்படுத்துதல், தனிப்பட்ட தரவை உள்ளிடுதல்
வங்கி அட்டை
அல்லது ஆவணங்களை ஸ்கேன் செய்து அனுப்பலாம்.
பெரும்பாலும் ஸ்பேம் முதல் பார்வையில் எரிச்சலூட்டும்: வளைந்த தளவமைப்பு, தானாக மொழிபெயர்க்கப்பட்ட உரை, கடிதத்தின் தலைப்பில் கடவுச்சொல்லை உள்ளிடுவதற்கான படிவங்கள். ஆனால் தீங்கிழைக்கும் கடிதங்கள் கண்ணியமானவை, ஒரு நபரின் உணர்ச்சிகளை நுட்பமாக விளையாடுகின்றன மற்றும் அவற்றின் உண்மைத்தன்மை குறித்து சந்தேகங்களை எழுப்புவதில்லை.
ரஷ்யர்கள் பெரும்பாலும் விழும் 4 வகையான மோசடி கடிதங்களைப் பற்றி கட்டுரை பேசும்.
1. "அரசு அமைப்புகளின்" கடிதங்கள் மோசடி செய்பவர்கள் வரி அலுவலகம், ஓய்வூதிய நிதி, Rospotrebnadzor, சுகாதார மற்றும் தொற்றுநோயியல் நிலையம் மற்றும் பிற அரசாங்க அமைப்புகளாக நடிக்கலாம். நம்பகத்தன்மைக்காக, வாட்டர்மார்க்ஸ், முத்திரைகளின் ஸ்கேன் மற்றும் மாநில சின்னங்கள் கடிதத்தில் செருகப்படுகின்றன. பெரும்பாலும், குற்றவாளிகளின் பணி ஒரு நபரை பயமுறுத்துவது மற்றும் வைரஸ் இணைக்கப்பட்ட கோப்பைத் திறக்க அவரை நம்ப வைப்பதாகும்.பொதுவாக இது ஒரு என்க்ரிப்டர் அல்லது விண்டோஸ் பிளாக்கர் ஆகும், இது கணினியை முடக்குகிறது மற்றும் நீங்கள் அனுப்ப வேண்டும்
செலுத்திய SMS
வேலையை மீண்டும் தொடர. ஒரு தீங்கிழைக்கும் கோப்பு நீதிமன்ற உத்தரவு அல்லது அமைப்பின் தலைவர் முன் ஆஜராக சம்மன் என மாறுவேடமிடலாம்.
பயமும் ஆர்வமும் பயனரின் உணர்வை முடக்குகிறது. நிறுவனங்களின் ஊழியர்கள் வைரஸ்கள் உள்ள கோப்புகளை தங்கள் வீட்டு கணினிகளுக்கு கொண்டு வந்த நிகழ்வுகளை கணக்கியல் மன்றங்கள் விவரிக்கின்றன, ஏனெனில் வைரஸ் தடுப்பு காரணமாக அவற்றை அலுவலகத்தில் திறக்க முடியவில்லை. சில சமயங்களில் மோசடி செய்பவர்கள் மற்ற ஏமாற்று திட்டங்களுக்கு பயனுள்ளதாக இருக்கும் நிறுவனத்தைப் பற்றிய தகவல்களைச் சேகரிப்பதற்காக ஒரு கடிதத்திற்குப் பதில் ஆவணங்களை அனுப்பும்படி கேட்கிறார்கள். கடந்த ஆண்டு, "தொலைநகல் காகிதங்களுக்கான கோரிக்கை" திசைதிருப்பல் தந்திரத்தைப் பயன்படுத்தி ஒரு குழு மோசடி செய்பவர்கள் பலரை ஏமாற்ற முடிந்தது.ஒரு கணக்காளர் அல்லது மேலாளர் இதைப் படித்தவுடன், அவர் உடனடியாக வரி அலுவலகத்தை சபித்தார்: "அங்கு மாமத்கள் அமர்ந்திருக்கிறார்கள், ஐயோ!" மேலும் எனது எண்ணங்களை கடிதத்தில் இருந்தே தீர்வுக்கு மாற்றினேன்
தொழில்நுட்ப சிக்கல்கள்
விண்டோஸ் பிளாக்கர்ஸ் மற்றும் ransomware ஆகியவை அரசாங்க நிறுவனங்களிடமிருந்து மட்டுமல்ல, வங்கிகளிடமிருந்தும் போலி கடிதங்களில் மறைக்க முடியும். "உங்கள் பெயரில் கடன் வாங்கப்பட்டுள்ளது, தயவுசெய்து வழக்கைப் படிக்கவும்" என்ற செய்திகள் உண்மையில் பயமுறுத்தும் மற்றும் கோப்பைத் திறக்க உங்களைத் தூண்டும்.
ஒரு நபரை ஒரு போலி உள்ளிடவும் வற்புறுத்த முடியும் தனிப்பட்ட கணக்கு, திரட்டப்பட்ட போனஸைப் பார்க்க அல்லது Sberbank லாட்டரியில் அவர் வென்ற பரிசைப் பெறுவதற்கான வாய்ப்பை வழங்குதல்.
குறைவாக அடிக்கடி, மோசடி செய்பவர்கள் சேவை கட்டணம் மற்றும் கடனுக்கான கூடுதல் வட்டி செலுத்துவதற்கான விலைப்பட்டியல்களை 50-200 ரூபிள்களுக்கு அனுப்புகிறார்கள், இது புரிந்துகொள்வதை விட செலுத்த எளிதானது.
3. "சகாக்கள்"/"கூட்டாளர்களிடமிருந்து" கடிதங்கள்
சிலருக்கு பத்துகள் கிடைக்கும் வணிக கடிதங்கள்வேலை நாளில் ஆவணங்களுடன். அத்தகைய சுமையுடன், கடிதத்தின் தலைப்பில் உள்ள "Re:" குறிச்சொல்லுக்கு நீங்கள் எளிதாக விழலாம் மற்றும் நீங்கள் இன்னும் இந்த நபருடன் தொடர்பு கொள்ளவில்லை என்பதை மறந்துவிடலாம்.
குறிப்பாக விஷம் நிறைந்த புலம் "அலெக்சாண்டர் இவனோவ்", "எகடெரினா ஸ்மிர்னோவா" அல்லது எந்தவொரு எளிய ரஷ்ய பெயரையும் குறிக்கிறது என்றால், இது மக்களுடன் தொடர்ந்து பணியாற்றும் ஒரு நபரின் நினைவகத்தில் முற்றிலும் நீடிக்காது.
ஸ்கேமர்களின் குறிக்கோள் விண்டோஸைத் திறப்பதற்கான எஸ்எம்எஸ் கட்டணங்களைச் சேகரிப்பது அல்ல, ஆனால் ஒரு குறிப்பிட்ட நிறுவனத்திற்கு தீங்கு விளைவிப்பதாக இருந்தால், உண்மையான ஊழியர்களின் சார்பாக வைரஸ்கள் மற்றும் ஃபிஷிங் இணைப்புகளைக் கொண்ட கடிதங்களை அனுப்பலாம். ஊழியர்களின் பட்டியலை சமூக வலைப்பின்னல்களில் சேகரிக்கலாம் அல்லது நிறுவனத்தின் இணையதளத்தில் பார்க்கலாம்.
ஒருவர் அண்டைத் துறையைச் சேர்ந்த ஒருவரிடமிருந்து அஞ்சல் பெட்டியில் ஒரு கடிதத்தைப் பார்த்தால், அவர் அதைக் கூர்ந்து கவனிப்பதில்லை, அவர் வைரஸ் தடுப்பு எச்சரிக்கைகளைப் புறக்கணித்து, கோப்பைத் திறக்கலாம்.
4. "Google/Yandex/Mail" இலிருந்து கடிதங்கள்
Google சில நேரங்களில் உரிமையாளர்களுக்கு மின்னஞ்சல்களை அனுப்புகிறது ஜிமெயில் அஞ்சல் பெட்டிகள்யாரோ ஒருவர் உங்கள் கணக்கில் உள்நுழைய முயற்சித்தார் அல்லது Google இயக்ககத்தில் இடம் இல்லாமல் போனது. மோசடி செய்பவர்கள் அவற்றை வெற்றிகரமாக நகலெடுத்து, போலி தளங்களில் கடவுச்சொற்களை உள்ளிடுமாறு பயனர்களை கட்டாயப்படுத்துகிறார்கள்.
Yandex.Mail, Mail.ru மற்றும் பிற அஞ்சல் சேவைகளின் பயனர்களும் "சேவை நிர்வாகத்திலிருந்து" போலி கடிதங்களைப் பெறுகின்றனர். நிலையான புராணக்கதைகள்: "உங்கள் முகவரி தடுப்புப்பட்டியலில் சேர்க்கப்பட்டது", "உங்கள் கடவுச்சொல் காலாவதியானது", "உங்கள் முகவரியிலிருந்து வரும் அனைத்து மின்னஞ்சல்களும் ஸ்பேம் கோப்புறையில் சேர்க்கப்படும்", "விநியோகிக்கப்படாத மின்னஞ்சல்களின் பட்டியலைப் பாருங்கள்". முந்தைய மூன்று புள்ளிகளைப் போலவே, குற்றவாளிகளின் முக்கிய ஆயுதங்கள் பயம் மற்றும் பயனர்களின் ஆர்வம்.
உங்களை எவ்வாறு பாதுகாத்துக் கொள்வது?
தீங்கிழைக்கும் கோப்புகளை தானாகவே தடுக்கும் வகையில் உங்கள் எல்லா சாதனங்களிலும் வைரஸ் தடுப்பு மருந்தை நிறுவவும். சில காரணங்களால் நீங்கள் அதைப் பயன்படுத்த விரும்பவில்லை என்றால், குறைந்தபட்சம் கொஞ்சம் சந்தேகத்திற்குரிய அனைத்தையும் சரிபார்க்கவும் அஞ்சல் இணைப்புகள்அன்று virustotal.com
கடவுச்சொற்களை கைமுறையாக உள்ளிட வேண்டாம். எல்லா சாதனங்களிலும் கடவுச்சொல் நிர்வாகிகளைப் பயன்படுத்தவும். போலியான தளங்களில் நுழைவதற்கான கடவுச்சொல் விருப்பங்களை அவர்கள் உங்களுக்கு ஒருபோதும் வழங்க மாட்டார்கள். சில காரணங்களால் நீங்கள் அவற்றைப் பயன்படுத்த விரும்பவில்லை என்றால், நீங்கள் கடவுச்சொல்லை உள்ளிடப் போகும் பக்கத்தின் URL ஐ கைமுறையாக உள்ளிடவும். இது அனைத்து இயக்க முறைமைகளுக்கும் பொருந்தும்.
முடிந்தவரை, எஸ்எம்எஸ் வழியாக கடவுச்சொல் உறுதிப்படுத்தல் அல்லது இரு காரணி அடையாளத்தை இயக்கவும். நிச்சயமாக, நீங்கள் ஆவணங்களின் ஸ்கேன், பாஸ்போர்ட் தரவு அல்லது அந்நியர்களுக்கு பணத்தை மாற்ற முடியாது என்பதை நினைவில் கொள்வது மதிப்பு.
ஒருவேளை வாசகர்களில் பலர், கடிதங்களின் ஸ்கிரீன் ஷாட்களைப் பார்க்கும்போது, "அத்தகைய கடிதங்களிலிருந்து கோப்புகளைத் திறக்க நான் ஒரு முட்டாள்தானா? இது ஒரு செட்டப் என்பதை ஒரு கிலோமீட்டர் தூரத்தில் இருந்து பார்க்கலாம். கடவுச்சொல் நிர்வாகி மற்றும் இரு காரணி அங்கீகாரம் பற்றி நான் கவலைப்பட மாட்டேன். நான் ஜாக்கிரதையாக இருப்பேன்"
ஆம், பெரும்பாலான மோசடி மின்னஞ்சல்களை கண்களால் கண்டறிய முடியும். ஆனால் தாக்குதல் குறிப்பாக உங்களை இலக்காகக் கொண்ட நிகழ்வுகளுக்கு இது பொருந்தாது.
மிகவும் ஆபத்தான ஸ்பேம் தனிப்பட்டது
பொறாமை கொண்ட மனைவி தனது கணவரின் அஞ்சலைப் படிக்க விரும்பினால், கூகுள் அவளுக்கு "முன்பணம் செலுத்தாமல் அஞ்சல் மற்றும் சமூக வலைப்பின்னல் சுயவிவரங்களை ஹேக்கிங் செய்யும்" சேவையை வழங்கும் டஜன் கணக்கான தளங்களை வழங்கும்.
அவர்களின் பணியின் திட்டம் எளிதானது: அவர்கள் ஒரு நபருக்கு உயர்தர ஃபிஷிங் கடிதங்களை அனுப்புகிறார்கள், அவை கவனமாக இயற்றப்பட்டு, நேர்த்தியாக அமைக்கப்பட்டன மற்றும் நபரின் தனிப்பட்ட பண்புகளை கணக்கில் எடுத்துக்கொள்கின்றன. அத்தகைய மோசடி செய்பவர்கள் ஒரு குறிப்பிட்ட பாதிக்கப்பட்டவரை கவர்ந்திழுக்க உண்மையாக முயற்சி செய்கிறார்கள். வாடிக்கையாளரிடமிருந்து அவளுடைய சமூக வட்டம், சுவைகள் மற்றும் பலவீனங்களை அவர்கள் கண்டுபிடிக்கிறார்கள். ஒரு குறிப்பிட்ட நபர் மீதான தாக்குதலை உருவாக்க ஒரு மணிநேரம் அல்லது அதற்கு மேல் ஆகலாம், ஆனால் முயற்சி பலனளிக்கிறது.
பாதிக்கப்பட்ட ஒருவர் பிடிபட்டால், அவர்கள் வாடிக்கையாளருக்கு அஞ்சல் பெட்டியின் ஸ்கிரீன் ஷாட்டை அனுப்பி, அவர்களின் சேவைகளுக்கு (சராசரி விலை சுமார் $100) செலுத்துமாறு கேட்கிறார்கள். பணத்தைப் பெற்ற பிறகு, அவர்கள் உங்களுக்கு அஞ்சல் பெட்டிக்கான கடவுச்சொல் அல்லது அனைத்து கடிதங்களுடனும் ஒரு காப்பகத்தை அனுப்புவார்கள்.
ஒரு நபர் தனது சகோதரரிடமிருந்து “தான்யா கோட்டோவா மீதான வீடியோ சமரசம் செய்யும் ஆதாரம்” (மறைக்கப்பட்ட கீலாக்கர்) கோப்பிற்கான இணைப்புடன் ஒரு கடிதத்தைப் பெறும்போது, அவர் ஆர்வத்தால் நிரப்பப்படுகிறார். ஒரு குறிப்பிட்ட வட்டத்தில் உள்ளவர்களுக்குத் தெரிந்த விவரங்கள் அடங்கிய உரையுடன் கடிதம் வழங்கப்பட்டால், அந்த நபர் தனது சகோதரர் ஹேக் செய்யப்பட்டிருக்கலாம் அல்லது வேறு யாராவது அவரைப் போல நடிக்கிறார் என்ற சாத்தியத்தை உடனடியாக மறுக்கிறார். பாதிக்கப்பட்டவர் ஓய்வெடுத்து, கோப்பைத் திறக்க வைரஸ் தடுப்பு நரகத்திற்கு அணைக்கிறார்.
பொறாமை கொண்ட மனைவிகள் மட்டுமல்ல, நேர்மையற்ற போட்டியாளர்களும் இத்தகைய சேவைகளுக்கு திரும்பலாம். இதுபோன்ற சந்தர்ப்பங்களில், விலைக் குறி அதிகமாக உள்ளது மற்றும் முறைகள் மிகவும் நுட்பமானவை.
உங்கள் கவனிப்பு மற்றும் பொது அறிவை நீங்கள் நம்பக்கூடாது. உணர்ச்சியற்ற வைரஸ் தடுப்பு மற்றும் கடவுச்சொல் நிர்வாகி உங்களைப் பாதுகாக்கட்டும்.
பி.எஸ். ஸ்பேமர்கள் ஏன் இத்தகைய "முட்டாள்" கடிதங்களை எழுதுகிறார்கள்?
கவனமாக வடிவமைக்கப்பட்ட மோசடி மின்னஞ்சல்கள் ஒப்பீட்டளவில் அரிதானவை. ஸ்பேம் ஃபோல்டருக்குச் சென்றால், நீங்கள் மிகவும் வேடிக்கையாக இருக்கலாம். மோசடி செய்பவர்கள் பணம் பறிக்க என்ன மாதிரியான கதாபாத்திரங்களைக் கொண்டு வருகிறார்கள்: எஃப்.பி.ஐயின் இயக்குனர், “கேம் ஆஃப் த்ரோன்ஸ்” தொடரின் கதாநாயகி, உயர் சக்திகளால் உங்களிடம் அனுப்பப்பட்ட ஒரு தெளிவானவர், உங்கள் எதிர்காலத்தின் ரகசியத்தை உங்களுக்குச் சொல்ல விரும்புகிறார். $15 டாலருக்கு, ஒரு கொலையாளி உங்களுக்கு பணம் செலுத்த உத்தரவிட்டார், ஆனால் அவர் உண்மையிலேயே பணம் செலுத்த முன்வருகிறார்.
ஏராளமான ஆச்சரியக்குறிகள், கடிதத்தின் உடலில் உள்ள பொத்தான்கள், ஒரு விசித்திரமான அனுப்புநர் முகவரி, பெயரிடப்படாத வாழ்த்து, தானியங்கி மொழிபெயர்ப்பு, உரையில் மொத்த பிழைகள், படைப்பாற்றலின் தெளிவான மிகைப்பு - ஸ்பேம் கோப்புறையில் உள்ள கடிதங்கள் அவற்றின் இருட்டைப் பற்றி வெறுமனே "கத்தி" தோற்றம்.
மில்லியன் கணக்கான பெறுநர்களுக்கு தங்கள் செய்திகளை அனுப்பும் மோசடி செய்பவர்கள், பார்வையாளர்களின் வரவேற்பை அதிகரிக்க ஒரு மொழிபெயர்ப்பாளருக்கு 20 ரூபாயை மிச்சப்படுத்தி ஒரு நேர்த்தியான கடிதத்தை எழுதுவதற்கு இரண்டு மணி நேரம் செலவிட விரும்பாதது ஏன்?
மைக்ரோசாப்ட் ஆய்வில் நைஜீரிய மோசடி செய்பவர்கள் நைஜீரியாவைச் சேர்ந்தவர்கள் என்று ஏன் கூறுகிறார்கள்?"நைஜீரிய கடிதங்கள்" பற்றி 20 ஆண்டுகளாக பொது மக்கள் அறிந்திருக்கும் போது, நைஜீரியாவில் இருந்து கோடீஸ்வரர்கள் சார்பாக மோசடி செய்பவர்கள் ஏன் தொடர்ந்து கடிதங்களை அனுப்புகிறார்கள்" என்ற கேள்வி ஆழமாக அலசப்படுகிறது. புள்ளிவிவரங்களின்படி, 99.99% க்கும் அதிகமான பெறுநர்கள் அத்தகைய ஸ்பேமைப் புறக்கணிக்கின்றனர்.
: நான் இதை எப்போதும் புரிந்து கொள்ள விரும்பினேன், ஆனால் அதன் முக்கியத்துவம் மிகவும் சிறியதாக இருந்தது, அதை செய்யாததற்கு எப்போதும் ஒரு காரணம் இருந்தது :)
நீங்கள் எப்போதாவது யோசித்திருக்கிறீர்களா: URL - அது என்ன?
நான் எப்பொழுதும் இதைப் பார்க்கிறேன், ஆனால் URI, URL, URN ஆகிய சொற்களுக்கு என்ன வித்தியாசம் என்பதை இப்போது வரை நான் புரிந்து கொள்ள விரும்பவில்லை, பின்னர் திடீரென்று ஒரு இடுகை (துரதிர்ஷ்டவசமாக, அது ஏற்கனவே மறதியில் மூழ்கிவிட்டது), நான் முடிவு செய்தேன் - நான்' அதை நானே படித்து மற்றவர்களுக்குச் சொல்வேன், இருப்பினும், மேலே கூறியது போல், இதிலிருந்து எதுவும் மாறாது, ஆனால் நான் சில நேரங்களில் கடிதங்களைப் பயன்படுத்த விரும்புகிறேன், எனவே விவேகமான மொழிபெயர்ப்பைப் படியுங்கள்:
உங்கள் உலாவியில் முகவரிப் பட்டியை நீங்கள் எப்போதாவது கவனித்திருக்கிறீர்களா? இது என்ன? URI, URL அல்லது URN? நம்மில் பலர் URI, URL, URN என்று வேறுபடுத்திப் பார்ப்பதில்லை, மேலும் சிலர் URI மற்றும் URN என்ற சொற்களைக் கேள்விப்பட்டிருக்க மாட்டார்கள், எல்லோரும் URL என்ற சொல்லைப் பயன்படுத்துகிறோம். இதை ஒன்றாகக் கண்டுபிடிக்க முயற்சிப்போம்.
டிகோடிங் சுருக்கங்கள்
URI - சீரான வள அடையாளங்காட்டி அடையாளங்காட்டிவளம்)
URL - சீரான ஆதார இருப்பிடம் (ஒருங்கிணைந்த இடம் கண்டறிதல்வளம்)
URN - சீரான ஆதாரப் பெயர் பெயர்வளம்)
கவனம், உண்மை இங்கே விவரங்களில் மறைக்கப்பட்டுள்ளது, ஆனால் இதுவரை எதுவும் தெளிவாக இல்லை, இது ஒருவித குழப்பம். தொடரலாம்.
வரையறை
URI: நெட்வொர்க்கில் உள்ள ஆதாரத்தின் பெயர் மற்றும் முகவரியைக் குறிக்கிறது. ஒரு விதியாக, இது URL மற்றும் URN ஆக பிரிக்கப்பட்டுள்ளது, எனவே URL மற்றும் URN ஆகியவை URI இன் கூறுகளாகும்.
URL: இணையத்தில் உள்ள சில ஆதாரங்களின் முகவரி. ஒரு URL ஒரு ஆதாரத்தின் இருப்பிடத்தையும் அதை எவ்வாறு அணுகலாம் என்பதையும் வரையறுக்கிறது.
URN: இணையத்தில் உள்ள சில ஆதாரங்களின் பெயர். URN என்பதன் அர்த்தம், அது ஒரு குறிப்பிட்ட பொருளின் பெயரை மட்டுமே வரையறுக்கிறது, இது பல குறிப்பிட்ட இடங்களில் காணப்படுகிறது.
உறுதியான உதாரணத்தை விட சிறந்தது எதுவுமில்லை
URI = http://site/2009/09/uri-url-urn.html
URL = http://site
URN = /2009/09/uri-url-urn.html
சுருக்கமாகச் சொல்லலாம்
URI என்பது ஒரு சுருக்க அடையாளங்காட்டியின் கருத்தாகும், அதே சமயம் URL மற்றும் URN என்பது முகவரி மற்றும் பெயரின் உறுதியான செயலாக்கமாகும்.
அனைவருக்கும் எல்லாம் தெளிவாக இருக்கும் என்று நம்புகிறேன். எழுத்தறிவு பெறுங்கள்!
நம் ஒவ்வொருவரின் கருத்தும் தனிப்பட்டது, எனவே வாதிடவும் மற்றும் கட்டுரைக்கான கருத்துகளில் உள்ள விவாதங்களைப் படிக்கவும், நிறைய சுவாரஸ்யமான விஷயங்கள் உள்ளன.
