ផ្ទះ បន្លែ Lifehack៖ ការប្រើប្រាស់ Google search ឱ្យបានពេញលេញបំផុតសម្រាប់ទីផ្សារហ្វូងមនុស្សប្រកបដោយប្រសិទ្ធភាព។ មើល Google SERPs នៅក្នុងប្រទេសផ្សេងទៀត។

Lifehack៖ ការប្រើប្រាស់ Google search ឱ្យបានពេញលេញបំផុតសម្រាប់ទីផ្សារហ្វូងមនុស្សប្រកបដោយប្រសិទ្ធភាព។ មើល Google SERPs នៅក្នុងប្រទេសផ្សេងទៀត។

សមាសធាតុ Indy ដែលប្រើក្នុង Delphi 6 ។

បន្ថែមពីលើសេវាកម្មមូលដ្ឋាន និងពិធីការនៃអ៊ីនធឺណិត មានសេវាកម្មបន្ថែមជាច្រើន ដែលសមត្ថភាពដែលជារឿយៗត្រូវបានប្រើប្រាស់ដោយអ្នកអភិវឌ្ឍន៍អ៊ីនធឺណិត។ លើសពីនេះ សមត្ថភាពក្នុងការបង្ហាញព័ត៌មានដោយប្រើកម្មវិធីរុករកមិនតែងតែជាដំណោះស្រាយដែលអាចទទួលយកបានសម្រាប់កម្មវិធីអ៊ីនធឺណិតនោះទេ។ ក្នុងករណីនេះ វាសមហេតុផលក្នុងការប្រើប្រាស់ហេដ្ឋារចនាសម្ព័ន្ធអ៊ីនធឺណិតសម្រាប់ការផ្លាស់ប្តូរទិន្នន័យ និងផ្តល់នូវការបង្ហាញព័ត៌មានតាមរយៈកម្មវិធីអតិថិជនដែលស្មុគស្មាញជាងនេះដែលត្រូវបានបង្កើតឡើង ឧទាហរណ៍នៅក្នុង Delphi ។

ចូរនិយាយថាអ្នកចង់អនុវត្តតក្កវិជ្ជាផ្នែកខាងម៉ាស៊ីនមេផ្ទាល់ខ្លួនដែលមិនត្រូវបានបង្កើតឡើងនៅក្នុងម៉ាស៊ីនមេបណ្តាញស្តង់ដារ។ ដើម្បីដោះស្រាយបញ្ហាថ្នាក់នេះ Delphi រួមបញ្ចូលបណ្ណាល័យ Internet Direct (Indy) ពី Nevrona Designs (http://www.nevrona.com/Indy/) ។ បណ្ណាល័យនេះដែលត្រូវបានបង្កើតឡើងជាពិសេសសម្រាប់ Borland Delphi មានកំណែចំនួនប្រាំបីរួចហើយ ដែលចុងក្រោយបំផុតក្នុងចំណោមនោះត្រូវបានបញ្ចូលក្នុងកំណែថ្មីរបស់ Delphi ។ សំណុំនៃសមាសភាគត្រូវបានបែងចែកជាបីក្រុម៖ ម៉ាស៊ីនភ្ញៀវ (អតិថិជនអ៊ីនឌី) ម៉ាស៊ីនមេ (ម៉ាស៊ីនមេ Indy) និងជំនួយ (Indy Misc) ។

អតិថិជន Indy និងម៉ាស៊ីនមេ Indy

សមាសធាតុម៉ាស៊ីនភ្ញៀវ Indy និង Indy Servers ភាគច្រើនជាគូដែលត្រូវគ្នានឹងផ្នែកម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេនៃពិធីការ និងសេវាកម្ម (លើកលែងតែផ្នែកដាច់ដោយឡែក ភាគច្រើនផ្អែកលើម៉ាស៊ីនមេ ដូចជា TunnelMaster និង TunnelSlave) ហើយអនុញ្ញាតឱ្យប្រើពិធីការដូចជា TCP/IP, UDP, NNTP, SMTP, FTP, HTTP ក៏ដូចជាសេវាកម្មអេកូ ម្រាមដៃ WHOIS ជាដើម។

សមាសធាតុម៉ាស៊ីនភ្ញៀវ Indy ត្រូវបានសរសេរដោយប្រើរន្ធ។ រន្ធនៅខាងអតិថិជនទាមទារការតភ្ជាប់ទៅម៉ាស៊ីនមេ។ នៅពេលដែលការតភ្ជាប់ត្រូវបានបង្កើតឡើង អតិថិជន និងម៉ាស៊ីនមេអាចចាប់ផ្តើមផ្លាស់ប្តូរសារ។ សារទាំងនេះមានលក្ខណៈខុសគ្នា ប៉ុន្តែជាធម្មតាការផ្លាស់ប្តូរកើតឡើងដោយយោងតាមពិធីការជាក់លាក់មួយ (ឧទាហរណ៍ HTTP)

TIdTCPClient និង TIdTCPServer

សមាសធាតុទាំងនេះត្រូវបានប្រើដើម្បីគាំទ្រពិធីការបណ្តាញសំខាន់មួយ - TCP (ពិធីការការត្រួតពិនិត្យការបញ្ជូន) ហើយក៏ជាថ្នាក់មូលដ្ឋានសម្រាប់សមាសធាតុ TIdSMTP និង TIdFTP ផងដែរ។ ថ្នាក់ TIdTCPServer មានទ្រព្យសម្បត្តិ ThreadMgr ដែលកំណត់លំនាំដើមទៅ Nil ។ ប្រសិនបើ ThreadMgr មិនមាននៅពេល TIdTCPServer ត្រូវបានបើក ថ្នាក់ TIdThreadMgrDeafault នឹងត្រូវបានបង្កើតដោយប្រយោល។ បើមិនដូច្នោះទេកម្មវិធីគ្រប់គ្រងដំណើរការដែលបានដំឡើងត្រូវបានប្រើ។

TIdUDPClient និង TIdUDPServer

សមាសធាតុទាំងនេះត្រូវបានប្រើដើម្បីគាំទ្រពិធីការបណ្តាញ UDP (User Datagram Protocol) ហើយក៏ជាថ្នាក់មូលដ្ឋានសម្រាប់សមាសធាតុ Indy មួយចំនួនផ្សេងទៀត។

TIdChargenServer

សមាសភាគត្រូវបានប្រើដើម្បីបង្កើតតួអក្សរចៃដន្យ ជាធម្មតាសម្រាប់គោលបំណងសាកល្បង។

TIdDayTime និង TIdDayTimeServer

សមាសធាតុត្រូវបានប្រើដើម្បីផ្តល់សេវាពេលវេលា។ អតិថិជនស្នើសុំ ហើយម៉ាស៊ីនមេរាយការណ៍កាលបរិច្ឆេទ និងពេលវេលាបច្ចុប្បន្ន។

TIdDNSResolver

នេះគឺជាសមាសភាគអតិថិជនដែលបម្រើសំណើពីម៉ាស៊ីនមេ DNS (សេវាឈ្មោះដែន) ។ សំណួរម៉ាស៊ីនមេ DNS ត្រូវបានរចនាឡើងដើម្បីជំនួសឈ្មោះកុំព្យូទ័រជាមួយនឹងអាសយដ្ឋាន IP របស់វា។ TIdDNSResolver គឺជាថ្នាក់រងនៃ TIdUDPClient ។

TIdDICTServer

Dictionary Server Protocol (DICT) Server Component - ម៉ាស៊ីនមេវចនានុក្រមដែលមានមូលដ្ឋានលើ TCP ដែលអនុញ្ញាតឱ្យអតិថិជនចូលប្រើវចនានុក្រមភាសាធម្មជាតិ។

ម៉ាស៊ីនមេ TIdDISCARDS

សមាសភាគម៉ាស៊ីនមេដែលគាំទ្រម៉ាស៊ីនមេកំណត់ត្រា។ ការកត់ត្រាអាចត្រូវបានប្រើជាឧបករណ៍បំបាត់កំហុស និងវាស់ស្ទង់។ សេវាកត់ត្រាគ្រាន់តែបញ្ជូនទិន្នន័យណាមួយទៅអ្នកណាម្នាក់ដែលមានបំណងទទួលវា។

TI dEcho និង TI dECHOServer

សមាសធាតុគឺមានបំណងផ្តល់សេវាឆ្លើយតប ដែលជាធម្មតាប្រើដើម្បីសាកល្បងសុខភាពបណ្តាញ។ ម៉ាស៊ីនភ្ញៀវផ្ញើសារទៅម៉ាស៊ីនមេ ម៉ាស៊ីនមេបញ្ជូនសារទៅម៉ាស៊ីនភ្ញៀវ។ ប្រសិនបើសារត្រូវបានច្របូកច្របល់ បណ្តាញនឹងដំណើរការខុសប្រក្រតី។

TIdFinger និង TIdFingerServer

សមាសធាតុមានគោលបំណងផ្តល់នូវពិធីការដែលអនុញ្ញាតឱ្យអ្នកប្រើប្រាស់សាកសួរទិន្នន័យទាក់ទងនឹងវត្តមានរបស់អ្នកប្រើប្រាស់ផ្សេងទៀតនៅលើប្រព័ន្ធ។ ម៉ាស៊ីនមេខ្លះដោះស្រាយសំណើអតិថិជនបែបនេះ។ ការប្រើប្រាស់សមាសធាតុគូនេះនឹងអនុញ្ញាតឱ្យអ្នកផ្តល់សេវាសំណើរបស់អតិថិជនដែលរកមើលថាតើមានអ្នកប្រើប្រាស់ផ្សេងទៀតនៅក្នុងប្រព័ន្ធដែរឬទេ។

TIdFTP

សមាសភាគរួមបញ្ចូលការគាំទ្រពេញលេញសម្រាប់ពិធីការផ្ទេរឯកសារ - FTP (ពិធីការផ្ទេរឯកសារ) ។ ការផ្ទេរទិន្នន័យអកម្ម និងសកម្មត្រូវបានគាំទ្រ ក៏ដូចជាប្រតិបត្តិការដូចជា GET និង PUT ការលុបថត ទទួលបានកូតា ឯកសារ និងទំហំថត។ នៅក្នុងការងាររបស់វា TI dFTP ប្រើថ្នាក់ TIdSimpleServer ។ នៅពេលដែលការផ្ទេរឯកសារ FTP កំពុងដំណើរការ ការតភ្ជាប់ TCP ទីពីរត្រូវបានបើកសម្រាប់ការផ្ទេរទិន្នន័យ ហើយត្រូវបានបិទនៅពេលដែលទិន្នន័យត្រូវបានផ្ទេរ។ ការតភ្ជាប់នេះត្រូវបានគេហៅថា "តំណទិន្នន័យ" និងមានតែមួយគត់សម្រាប់ឯកសារនីមួយៗដែលកំពុងផ្ទេរ។

TIdGopher និង TIdGopherServer

សមាសធាតុទាំងនេះត្រូវបានរចនាឡើងដើម្បីផ្តល់នូវពិធីការបណ្តាញដែលថ្មីៗនេះត្រូវបានជំនួសពី WWW (World Wide Web) ដោយពិធីការ HTTP ។ ម៉ាស៊ីនមេដែលអនុវត្តពិធីការនេះផ្តល់នូវប្រព័ន្ធគាំទ្រលំហូរការងារដែលបានចែកចាយតាមឋានានុក្រម។ ឧទាហរណ៍នៃការប្រើប្រាស់សមាសធាតុគូនេះ ដែលមានទីតាំងនៅក្នុង \demos\indy\GopherClient និង \demos\indy \GopherServer ថតបង្ហាញពីរបៀបដែលពិធីការនេះអាចត្រូវបានប្រើដើម្បីផ្តល់ព័ត៌មាននៅលើបណ្តាញមូលដ្ឋានអំពីឯកសារដែលមានទីតាំងនៅលើកុំព្យូទ័ររបស់អ្នក រួមទាំងបានបិទផងដែរ។ ទាំងឡាយ..

TIdHostNameServer

សមាសភាគម៉ាស៊ីនមេដែលត្រូវបានរចនាឡើងដើម្បីបញ្ជូនឈ្មោះម៉ាស៊ីនមេមូលដ្ឋានទៅឱ្យអតិថិជន។

TIdHTTP និង TIdHTTPServer

សមាសធាតុត្រូវបានប្រើដើម្បីផ្តល់ពិធីការបណ្តាញ HTTP (កំណែ 1.0 និង 1.1 ត្រូវបានគាំទ្រ រួមទាំងប្រតិបត្តិការ GET, POST និង HEAD)។ លើសពីនេះទៀត ការគាំទ្រសម្រាប់ការផ្ទៀងផ្ទាត់ និងការប្រើប្រាស់ម៉ាស៊ីនមេប្រូកស៊ីត្រូវបានផ្តល់ជូន។ សមាសភាគម៉ាស៊ីនមេត្រូវបានប្រើដើម្បីផ្តល់សេវាកម្មដល់ម៉ាស៊ីនមេគេហទំព័រផ្សេងទៀតដែលគាំទ្រពិធីការនេះ។ TIdHTTPServer ធ្វើឱ្យវាងាយស្រួលក្នុងការអនុវត្តមុខងារដូចជាខូគី ការគ្រប់គ្រងរដ្ឋ និងច្រើនទៀត។

TIdIcmpClient

សមាសភាគម៉ាស៊ីនភ្ញៀវដែលត្រូវបានរចនាឡើងដើម្បីផ្តល់នូវពិធីសារ ICMP (Internet Control Message Protocol) ដោយមានជំនួយដែលប្រតិបត្តិការ ping និងការតាមដានបណ្តាញត្រូវបានអនុវត្ត។

TIdPOP3

សមាសភាគអតិថិជនដែលបានរចនាឡើងដើម្បីផ្តល់នូវពិធីការ POP (Post Office Protocol) រួមទាំងការគាំទ្រសម្រាប់ការអ៊ិនកូដ និងការឌិកូដ MIME ក៏ដូចជាការផ្ទេរតួអក្សរច្រើនបៃ។

ម៉ាស៊ីនមេ TIdIMAP4

សមាសភាគម៉ាស៊ីនមេដែលត្រូវបានរចនាឡើងដើម្បីគាំទ្រប្រតិបត្តិការ IMAP (ពិធីការចូលប្រើសារអ៊ីនធឺណិត) នៅលើម៉ាស៊ីនមេ។ ពិធីការអនុញ្ញាតឱ្យអ្នកស្វែងរកសារអ៊ីមែលនៅលើម៉ាស៊ីនមេ។ ភាពខុសគ្នារវាង IMAP និង POP គឺថាពិធីការ POP ត្រូវការអង្គចងចាំបន្ថែមដើម្បីរក្សាទុកទិន្នន័យ ខណៈដែលពិធីការ IMAP ចូលប្រើម៉ាស៊ីនមេជំនួសឱ្យម៉ាស៊ីនភ្ញៀវ។ IMAP4 ត្រូវបានបង្កើតឡើងដើម្បីជំនួស POP3 ប៉ុន្តែពិធីការ POP3 នៅតែជាស្តង់ដារដែលត្រូវបានប្រើប្រាស់យ៉ាងទូលំទូលាយ។

ម៉ាស៊ីនមេ TIdIRCS

សមាសភាគម៉ាស៊ីនមេដែលត្រូវបានរចនាឡើងដើម្បីគាំទ្រប្រតិបត្តិការសេវាកម្មដែលប្រើជាទូទៅបំផុតនៅលើអ៊ីនធឺណិត ដែលជាទូទៅហៅថាការជជែក (សម្រាប់ការសន្ទនាមិត្តភាព)។ សមាសធាតុផ្តល់នូវប្លុកអាគារមូលដ្ឋានសម្រាប់ម៉ាស៊ីនមេ IRC (Internet Relay Chat)។

TIdMappedPortTCP

សមាសភាគម៉ាស៊ីនមេដែលត្រូវបានរចនាឡើងដើម្បីបង្កើតច្រកដែលបានគូសផែនទី ដែលជារឿយៗត្រូវបានប្រើប្រាស់នៅក្នុងម៉ាស៊ីនមេប្រូកស៊ី។ វិធីសាស្រ្តនៃសមាសភាគនេះអនុញ្ញាតឱ្យអ្នកធ្វើផែនទីច្រកមួយទៅច្រកមួយទៀត។ ឧទាហរណ៍ ច្រក 80 អាចត្រូវបានគូសផែនទីទៅច្រក 3000 ហើយសំណើទាំងអស់ទៅកាន់ច្រកទីមួយ (ច្រក 80) នឹងត្រូវបានបញ្ជូនទៅច្រកទីពីរ (ច្រក 3000) ។

TIdNNTP និង TIdNNTPServer

សមាសធាតុទាំងនេះត្រូវបានទាមទារដើម្បីផ្តល់ Network News Transfer Protocol (NNTP) ដែលប្រើក្នុងសេវាកម្មព័ត៌មាន។ សមាសភាគម៉ាស៊ីនភ្ញៀវរួមបញ្ចូលការគាំទ្រសម្រាប់ការអ៊ិនកូដ និងឌិកូដ MIME ក៏ដូចជាការគាំទ្រសម្រាប់តួអក្សរច្រើនបៃ និងការអ៊ិនកូដជំនួស។ សមាសភាគម៉ាស៊ីនមេអនុញ្ញាតឱ្យអ្នកបង្កើតម៉ាស៊ីនមេព័ត៌មាន។ វាជារឿងសំខាន់ក្នុងការកត់សម្គាល់ថា TIdNNTPServer មិនមែនជាម៉ាស៊ីនមេព័ត៌មានដែលមានលក្ខណៈពេញលេញនោះទេ ប៉ុន្តែជាធាតុផ្សំដែលផ្តល់នូវមុខងារជាមូលដ្ឋានសម្រាប់ម៉ាស៊ីនមេបែបនេះ។

TIdQOTD និង TIdQOTDSserver

សមាសធាតុត្រូវបានប្រើដើម្បីផ្តល់សេវាកម្មសម្រង់ប្រចាំថ្ងៃ។ សមាសភាគម៉ាស៊ីនភ្ញៀវភ្ជាប់ទៅឧទាហរណ៍នៃសមាសភាគម៉ាស៊ីនមេ ដើម្បីទទួលបានសម្រង់ប្រចាំថ្ងៃ។ ម៉ាស៊ីនមេនីមួយៗមានមូលដ្ឋានទិន្នន័យសម្រង់តែមួយគត់។

TIdSMTP

សមាសភាគម៉ាស៊ីនភ្ញៀវដែលត្រូវបានរចនាឡើងដើម្បីប្រើនៅក្នុងកម្មវិធី Simple Mail Transfer Protocol (SMTP) ផ្តល់ការគាំទ្រសម្រាប់ការផ្ទៀងផ្ទាត់ ការអ៊ិនកូដ និងការឌិកូដ MIME និងការគាំទ្រសម្រាប់តួអក្សរច្រើនបៃ។

TIdSNTP

សមាសភាគអតិថិជនដែលបានរចនាឡើងដើម្បីផ្តល់នូវ SNTP (ពិធីការពេលវេលាបណ្តាញសាមញ្ញ) - សេវាកម្មពេលវេលា។ អាចត្រូវបានប្រើដើម្បីភ្ជាប់ទៅសេវាពេលវេលាណាមួយដើម្បីកំណត់កាលបរិច្ឆេទនិងពេលវេលាបច្ចុប្បន្ន។

TIdSimpleServer

សមាសភាគម៉ាស៊ីនមេដែលផ្តល់នូវម៉ាស៊ីនមេ TCP ទម្ងន់ស្រាល។ អនុញ្ញាតឱ្យអ្នករៀបចំការតភ្ជាប់ពីចំណុចមួយទៅចំណុចមួយ។ ប្រើដើម្បីបង្កើតម៉ាស៊ីនមេជាមួយអ្នកប្រើប្រាស់តែមួយ ពោលគឺវាអាចបម្រើការតភ្ជាប់តែមួយក្នុងពេលតែមួយ។ មិនដូចសមាសភាគ TIdTCPServer ទេ វាមិនបង្កើតដំណើរការបន្ទាប់បន្សំទេ ខណៈពេលដែលកំពុងរង់ចាំសំណើពីអតិថិជន និងខណៈពេលដែលដំណើរការសំណើទាំងនេះ។ ម្យ៉ាងវិញទៀត ប្រសិនបើម៉ាស៊ីនមេកំពុងបម្រើសំណើពីអតិថិជនមួយចំនួន ហើយនៅពេលនោះម៉ាស៊ីនភ្ញៀវផ្សេងទៀតកំពុងចូលប្រើវាដើម្បីភ្ជាប់ នោះវានឹងត្រូវបានរារាំងរហូតដល់ចុងបញ្ចប់នៃដំណើរការសំណើដំបូង។

TIdTelnet និង TIdTelnetServer

សមាសភាគម៉ាស៊ីនភ្ញៀវត្រូវបានប្រើដើម្បីរៀបចំវគ្គពីចម្ងាយនៅលើកុំព្យូទ័រផ្សេងទៀត រួមទាំងការចរចាកុងសូល និងការផ្ទៀងផ្ទាត់។ ពិធីការទំនាក់ទំនងសន្មតថាវត្តមានរបស់មនុស្សដែលធ្វើអន្តរកម្មអន្តរកម្មជាមួយម៉ាស៊ីនមេ។ សមាសភាគម៉ាស៊ីនភ្ញៀវមិនមានការគាំទ្រការបង្ហាញ និងការត្រាប់តាមស្ថានីយទេ ប៉ុន្តែគ្រាន់តែផ្តល់នូវការតភ្ជាប់ទៅផ្នែកខាងក្រោយប៉ុណ្ណោះ។ ជាធម្មតា ពិធីការម៉ាស៊ីនមេ TIdTelnetServer ត្រូវបានប្រើដើម្បីរៀបចំមូលដ្ឋានទិន្នន័យពីចម្ងាយដែលមានមូលដ្ឋានលើអត្ថបទសម្រាប់អន្តរកម្មអន្តរកម្មជាមួយអតិថិជន។

TIdTime និង TIdTimeServer

សមាសភាគអតិថិជនគឺជាជម្រើសមួយសម្រាប់សមាសភាគ TIdSNTP សម្រាប់ការកំណត់ពេលវេលា។ វាជាការសំខាន់ក្នុងការកត់សម្គាល់ថាទម្រង់នៃពិធីការទាំងពីរនេះគឺខុសគ្នា។ TIdTime គឺផ្អែកលើទម្រង់ RFC 868 (ត្រឡប់ពេលវេលានៅក្នុងស្តង់ដារផ្ទៃក្នុងរបស់ UNIX OS ដោយធ្វើការបំប្លែងចាំបាច់ទាំងអស់)។ សមាសភាគម៉ាស៊ីនមេគឺស្រដៀងនឹងម៉ាស៊ីនមេ DayTime ។ អាចត្រូវបានប្រើដើម្បីអនុវត្តសេវាកម្មពេលវេលានៅលើកុំព្យូទ័រមូលដ្ឋាន។ មិនតម្រូវឱ្យមានលេខកូដបន្ថែមទេ គ្រាន់តែបង្កើតឧទាហរណ៍នៃ TIdTimeServer ដែលនឹងត្រឡប់ម៉ោងនៃនាឡិកាខាងក្នុងរបស់កុំព្យូទ័រម៉ាស៊ីនមេ។

TIdTrivialFTP និង TIdTrivialFTPServer

សមាសធាតុទាំងនេះគឺចាំបាច់ដើម្បីរៀបចំពិធីការផ្ទេរឯកសារដ៏សាមញ្ញបំផុត។ សមាសភាគម៉ាស៊ីនភ្ញៀវនៃពិធីការនេះត្រូវបានប្រើដើម្បីភ្ជាប់ទៅឧទាហរណ៍នៃសមាសភាគម៉ាស៊ីនមេដែលត្រូវគ្នា។ ពិធីការ​ត្រូវ​បាន​បម្រុង​ទុក​សម្រាប់​ឯកជន ទម្ងន់ស្រាល ករណី​ក្នុង​តំបន់​នៃ​ការ​ផ្ទេរ​ឯកសារ ឧទាហរណ៍​ក្នុង​បណ្តាញ​ក្នុង​តំបន់ ឬ​សម្រាប់​ការ​ផ្ទុក (ផ្ទុកឡើង) តារាង​កំណត់​ផ្លូវ​ទៅកាន់​រ៉ោតទ័រ។ ដោយសារលក្ខណៈខ្សោយនៃពិធីការនេះ ការប្រើប្រាស់របស់វាមិនត្រូវបានណែនាំទេ នៅពេលប្រើក្បួនដោះស្រាយការផ្ទៀងផ្ទាត់ ឬយន្តការសុវត្ថិភាពផ្សេងទៀតណាមួយ។ គោលបំណងសំខាន់នៃពិធីការនេះគឺដើម្បីផ្ទេរឯកសារទៅឧបករណ៍ផ្នែករឹង ដើម្បីកែប្រែវា។

TIdTunnelMaster និង TIdTunnelSlave

សមាសធាតុផ្លូវរូងក្រោមដីរបស់ម៉ាស៊ីនមេត្រូវបានប្រើនៅក្នុងម៉ាស៊ីនមេប្រូកស៊ី ដើម្បីរៀបចំការតភ្ជាប់ឡូជីខលច្រើនលើរូបវន្តតែមួយ (ផ្លូវរូងក្រោមដី)។ ថ្នាក់ទាំងនេះអាចត្រូវបានប្រើសម្រាប់គោលបំណងផ្សេងៗ ដូចជាបង្កើតការតភ្ជាប់សម្ងាត់លើបណ្តាញដែលមិនសម្ងាត់។

TIdWhois និង TIdWhoIsServer

សមាសភាគអតិថិជននេះភ្ជាប់ទៅម៉ាស៊ីនមេ Whois ស្តង់ដារណាមួយដែលអនុញ្ញាតឱ្យអ្នកទទួលបានព័ត៌មានអំពីដែន។ សមាសភាគម៉ាស៊ីនមេផ្តល់នូវមុខងារជាមូលដ្ឋាននៃម៉ាស៊ីនមេ NIC ។

អ៊ីនឌី ផ្សេងៗ

ទំព័រក្ដារលាយនៃធាតុផ្សំផ្សេងៗរបស់ Indy រួមមាន BASE64, UUE, Quoted Printable និងទម្រង់ទំនាក់ទំនងអ៊ីមែលទូទៅផ្សេងទៀត ឧបករណ៍បំលែងកូដ (MD2, MD4 និង MD5) សម្រាប់ស្តង់ដារគ្រីបដែលប្រើដើម្បីរក្សាទុកពាក្យសម្ងាត់ និងហត្ថលេខាអេឡិចត្រូនិកក្នុងទម្រង់ដែលមិនអាចត្រឡប់វិញបាន (ពិបាកឌិគ្រីប)។ ក៏ដូចជាសមាសធាតុ និងឧបករណ៍មានប្រយោជន៍ជាច្រើនទៀតដែលជារឿយៗត្រូវបានប្រើប្រាស់ក្នុងការអភិវឌ្ឍន៍កម្មវិធីអ៊ីនធឺណិត។

TIdAntiFreeze

ដោយសារតែការទប់ស្កាត់ក្បួនដោះស្រាយធាតុផ្សំរបស់ Indy វាជារឿយៗមើលទៅដូចជាកម្មវិធី "ព្យួរ" ខណៈពេលដែលការតភ្ជាប់កំពុងដំណើរការ។ ដើម្បីមិនរាប់បញ្ចូលការប្រើប្រាស់ដំណើរការបន្ទាប់បន្សំ (ខ្សែស្រឡាយ) នៅពេលរៀបចំទំនាក់ទំនងដើម្បីការពារការបង្កក (បង្កក) នៃកម្មវិធី វាគ្រប់គ្រាន់ក្នុងការដាក់សមាសធាតុដែលបានបញ្ជាក់នៅលើទម្រង់។

សមាសភាគដំណើរការដោយការញែកសំណើពីជង់ពិធីការ TCP/IP និងការផ្ញើសារទៅកាន់កម្មវិធីកំឡុងពេលពន្យារពេលនៅពេលដែលការតភ្ជាប់ខាងក្រៅត្រូវបានរារាំង ដែលបង្កើតការបំភាន់នៃកូដដែលកំពុងដំណើរការ។ ដោយសារសមាសធាតុប៉ះពាល់ដល់ការតភ្ជាប់ដែលត្រូវបានរារាំងសម្រាប់ដំណើរការចម្បងប៉ុណ្ណោះ ការប្រើប្រាស់ TIdAntiFreeze នៅក្នុងដំណើរការបន្ទាប់បន្សំរបស់កម្មវិធីមិនត្រូវបានទាមទារទេ។ សូមចងចាំថាសមាសធាតុ TIdAntiFreeze ធ្វើឱ្យការតភ្ជាប់យឺត ដោយសារដំណើរការចម្បងត្រូវបានរំខានជាទៀងទាត់ដើម្បីដំណើរការសារ។ វាធ្វើតាមការយកចិត្តទុកដាក់ដែលកម្មវិធីដែលកំពុងត្រូវបានបង្កើតឡើងមិនចំណាយពេលច្រើនពេកក្នុងការដំណើរការសារ រួមទាំង OnClick, OnPaint, OnResize ជាដើម។ ក្នុងកម្រិតខ្លះ វាអាចត្រូវបានគ្រប់គ្រងតាមរយៈលក្ខណៈសម្បត្តិនៃថ្នាក់ TIdAntiFreeze ។ ការប្រើប្រាស់សមាសភាគនេះគឺស្រេចចិត្ត ប៉ុន្តែអនុញ្ញាតឱ្យអ្នកដោះស្រាយបញ្ហានៃការធ្វើសមកាលកម្មការតភ្ជាប់ជាមួយនឹងចំណុចប្រទាក់ដែលមើលឃើញនៃកម្មវិធី។

TIdDateTimeStamp

ថ្នាក់​សម្រាប់​ការ​អនុវត្ត​កាល​បរិច្ឆេទ និង​ម៉ោង​គណិត​វិទ្យា​ទាក់ទង​នឹង​ការ​ពិត​ដែល​ពិធីការ​អ៊ីនធឺណិត​ប្រើ​ទម្រង់​កាលបរិច្ឆេទ និង​ម៉ោង​ខុស​គ្នា លើសពីនេះទៀត អតិថិជន និងម៉ាស៊ីនមេអាចស្ថិតនៅក្នុងតំបន់ពេលវេលាផ្សេងៗគ្នា។

TIdIPWatch

នេះគឺជាសមាសធាតុដែលមានមូលដ្ឋានលើកម្មវិធីកំណត់ម៉ោងដែលត្រួតពិនិត្យជានិច្ចសម្រាប់ការផ្លាស់ប្តូរអាសយដ្ឋាន IP របស់កុំព្យូទ័រ។ ព្រឹត្តិការណ៍សមាសធាតុត្រូវបានបណ្តេញចេញ នៅពេលការផ្លាស់ប្ដូរត្រូវបានរកឃើញ។ សមាសភាគដែលបានបញ្ជាក់ជាធម្មតាត្រូវបានប្រើដើម្បីរកមើលការពិតដែលថាកុំព្យូទ័របានភ្ជាប់អ៊ីនធឺណិតឬបណ្តាញផ្សេងទៀតណាមួយ។ ការផ្លាស់ប្តូរអាសយដ្ឋាន IP ក្នុងស្ថានភាពនេះអាចបណ្តាលមកពីការចាត់តាំងអាសយដ្ឋាន IP ដោយម៉ាស៊ីនមេ DHCP (ពិធីការការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនថាមវន្ត) នៅពេលភ្ជាប់ទៅបណ្តាញថ្មី។

TIdLogDebug

គោលបំណងនៃសមាសភាគនេះគឺដើម្បីស្ទាក់ចាប់ព្រឹត្តិការណ៍របស់ម៉ាស៊ីនភ្ញៀវ ឬសមាសភាគម៉ាស៊ីនមេណាមួយ ហើយដាក់កំណត់ត្រាព្រឹត្តិការណ៍នៅក្នុងឯកសារដែលបានបញ្ជាក់។ សមាសភាគនេះមានប្រយោជន៍ខ្លាំងណាស់សម្រាប់ការបំបាត់កំហុសសមាសធាតុ Indy ។

TIdMessage

សមាសភាគ​ត្រូវ​បាន​ប្រើ​រួម​ជា​មួយ​នឹង​សមាសភាគ​ផ្សេង​ទៀត ដើម្បី​ឌិគ្រីប ឬ​អ៊ិនកូដ​សារ​បាន​ត្រឹមត្រូវ។ ទាំងនេះអាចជាសមាសធាតុ POP, SMTP និង NNTP ។ ថ្នាក់នេះគាំទ្រការអ៊ិនគ្រីប MIME និងការឌិគ្រីប តួអក្សរច្រើនបៃ និងការអ៊ិនកូដ ISO ។

TIdNetworkCalculator

សមាសធាតុមួយក្នុងចំណោមសមាសធាតុ Indy មួយចំនួនដែលអាចប្រើបាននៅពេលបង្កើតកម្មវិធី។ ការគណនាបណ្តាញអាចត្រូវបានប្រើដើម្បីអនុវត្តការគណនាលើអាសយដ្ឋាន IP រួមទាំងបណ្តាញ បណ្តាញរង ថ្នាក់បណ្តាញជាដើម។

TIdThreadMgrDefault

សមាសភាគផ្តល់នូវការគ្រប់គ្រងដំណើរការបន្ទាប់បន្សំតាមលំនាំដើម។ បានបង្កើតនៅពេលដែលសមាសធាតុ Indy ណាមួយដែលគាំទ្រការគ្រប់គ្រងដំណើរការមិនមានឧទាហរណ៍នៃថ្នាក់ TIdThreadManager ដែលបានកំណត់។ សមាសធាតុផ្តល់តែសមត្ថភាពជាមូលដ្ឋានសម្រាប់គ្រប់គ្រងដំណើរការបន្ទាប់បន្សំ៖ វាបង្កើត និងបំផ្លាញពួកវាតាមតម្រូវការ។

TIdThreadMgrPool

សមាសធាតុគ្រប់គ្រងដំណើរការកម្រិតខ្ពស់ជាង TIdThreadMgrDefault ព្រោះវារួមបញ្ចូលគ្នានូវដំណើរការជាជាងបង្កើត ឬបំផ្លាញពួកវាតាមតម្រូវការ។

TIdVCard

VCard - សមមូលអេឡិចត្រូនិចនៃនាមប័ណ្ណ អាចមានព័ត៌មានផ្ទាល់ខ្លួនរបស់ម្ចាស់ ទិន្នន័យក្រាហ្វិក។

TIdIMFDecoder

រចនាឡើងសម្រាប់ការឌិកូដសារអ៊ីនធឺណិត។ វាគឺជាកូនចៅនៃថ្នាក់ TIdCoder ដូចទៅនឹងសមាសធាតុបំលែងកូដផ្សេងទៀតទាំងអស់ដែរ។ ថ្នាក់ TIdCoder អនុវត្តការឌិកូដដោយអនុលោមតាមស្តង់ដារទម្រង់សារអត្ថបទតាមអ៊ីនធឺណិត ARPA RFS-822 ដែលបានស្នើឡើងក្នុងខែសីហា ឆ្នាំ 1982 និងស្តង់ដារផ្ញើសារ USENET RFC 1036 ដែលស្នើឡើងក្នុងខែធ្នូ ឆ្នាំ 1987 ។

សមាសភាគពង្រីកសមត្ថភាពនៃថ្នាក់ TIdCoder ដើម្បីអនុញ្ញាតឱ្យរកឃើញទម្រង់ RFS-822 ពីបរិបទនៃបឋមកថា ដោយផ្តល់នូវរបៀបទទួលការឌិគ្រីប និងការអ៊ិនគ្រីប MIME និងការឌិគ្រីប។ សមាសភាគ TIdIMFDecoder ត្រូវបានប្រើនៅក្នុងថ្នាក់ TIdMessageClient ដើម្បីឌិកូដសារដែលបានទទួល និងបញ្ជូន។

TIdQuotedPrintableEncoder

QuotedPrintableEncoder អនុញ្ញាតឱ្យអ្នកឌិគ្រីបអត្ថបទក្នុងទម្រង់ដែលបានបញ្ជាក់។ អាចបម្រើជាសមាសភាគដាច់ដោយឡែកជាមួយនឹងប្រភេទការអ៊ិនកូដដែលបានបញ្ជាក់ អនុញ្ញាតឱ្យសារដែលមានប្រភេទការអ៊ិនកូដថ្មីត្រូវបានផ្ញើ។

កម្មវិធីអ៊ិនកូដ TIdBase64

អនុវត្តក្បួនដោះស្រាយការអ៊ិនគ្រីបមួយផ្សេងទៀតដែលធ្វើឱ្យវាអាចបញ្ជូនតួអក្សរដែលមិនអាចបោះពុម្ពបាន។

TIdUUE អ៊ិនកូដ

អនុវត្ត​ក្បួន​ដោះស្រាយ​លេខ​សម្ងាត់​ដំបូង​មួយ ការ​អ៊ិនកូដ UU ។ ពេល​ខ្លះ​ប្រើ​ពេល​បង្ហោះ​អត្ថបទ​ក្នុង​សេវា​ព័ត៌មាន។

TIdXXEncoder

វិធីសាស្ត្របំប្លែងកូដនេះទំនងជាមិនត្រូវបានប្រើទេ។ វាសំខាន់គឺការអ៊ិនកូដ UU ដូចគ្នា ប៉ុន្តែជាមួយនឹងតារាងបំប្លែងកូដផ្សេងគ្នា។

TIdCoderMD2

សមាសធាតុដែលមានប្រភេទផ្សេងៗនៃ MD (Message Digest) ក្បួនដោះស្រាយការអ៊ិនគ្រីប។ ពួកវាទាំងអស់គឺផ្អែកលើការលាយបញ្ចូលគ្នា គឺជាមធ្យោបាយតែមួយ និងមិនមានក្បួនដោះស្រាយការឌិគ្រីបទេ។

ធាតុផ្សំនៃម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេអាចត្រូវបានប្រើដើម្បីអភិវឌ្ឍកម្មវិធីអ៊ីនធឺណិតរបស់ម៉ាស៊ីនមេ និងម៉ាស៊ីនភ្ញៀវ រួមជាមួយនឹង ឬជំនួសឱ្យមូលដ្ឋាន (ClientSocket, ServerSocket) និងសមាសភាគផ្សេងទៀតពីក្ដារលាយអ៊ីនធឺណិត និង Fastnet ។ សមាសធាតុ Indy មិនប្រើស្ថាបត្យកម្ម WebBroker ដោយអនុវត្តការគាំទ្រកម្រិតទាបសម្រាប់ពិធីការអ៊ីនធឺណិត និងសេវាកម្មដោយផ្ទាល់នៅក្នុងកូដប្រភពរបស់ពួកគេ (កូដប្រភពត្រូវបានភ្ជាប់) ។

TIdConnectionInterceptOpenSSL និង TIdServerInterceptOpenSSL

ពិធីការ SSL - Secure Sockets Layer (Secret Socket Level) ដែលធានាភាពសម្ងាត់ និងភាពជឿជាក់នៃការទំនាក់ទំនងរវាងកម្មវិធីទាំងពីរមានពីរកម្រិត។ នៅកម្រិតទាបនៃពិធីការដឹកជញ្ជូនស្រទាប់ (ដូចជា TCP) SSL គឺជាពិធីការសរសេរ និងត្រូវបានប្រើដើម្បីបញ្ចូលពិធីការស្រទាប់ខ្ពស់ជាងផ្សេងៗ។ អត្ថប្រយោជន៍នៃ SSL គឺថាវាជាពិធីការកម្មវិធីឯករាជ្យ ហើយពិធីការស្រទាប់ខ្ពស់ជាងអាចត្រូវបានប្រើលើ SSL ។

SSL ផ្តល់នូវសុវត្ថិភាពទំនាក់ទំនង ដែលមានមុខងារសំខាន់បី៖ ផ្តល់ការតភ្ជាប់សម្ងាត់។ ការអ៊ិនគ្រីបសោសាធារណៈ (ប្រើដើម្បីផ្ទៀងផ្ទាត់អ្នកទទួលអាសយដ្ឋាន); ការគាំទ្រសម្រាប់ភាពជឿជាក់នៃការបញ្ជូនទិន្នន័យ។

  • ការគ្រីបស៊ីមេទ្រីត្រូវបានប្រើដើម្បីអ៊ិនគ្រីបទិន្នន័យ (ឧ. DES, RC4 ។ល។)។
  • ហត្ថលេខាឌីជីថលត្រូវបានផ្តល់ជូនដោយប្រើការអ៊ិនគ្រីបសោសាធារណៈ asymmetric (ឧទាហរណ៍ RSA, DSS ។ល។)។
  • ភាពជឿជាក់នៃការទំនាក់ទំនង ការដឹកជញ្ជូនសាររួមមានការត្រួតពិនិត្យភាពត្រឹមត្រូវនៃសារតាមរយៈលេខកូដកែតម្រូវ MAC មុខងារ hash សុវត្ថិភាព (ឧទាហរណ៍ SHA, MD5 ។ល។) ដោយប្រើការគណនា MAC ។

រួមផ្សំជាមួយនឹងពិធីការ HTTP និងការផ្ទៀងផ្ទាត់ម៉ាស៊ីនមេ ពិធីការ SSL ផ្តល់នូវមុខងារអ៊ិនគ្រីបចាំបាច់ និងរក្សាការតភ្ជាប់ដែលបានបង្កើតឡើងបន្ថែមទៀតដោយការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវឡើងវិញនូវម៉ាស៊ីនមេគេហទំព័រ។ល។ វាជាការសំខាន់ណាស់ដែលត្រូវយល់ថា SSL ធានាបានតែការទំនាក់ទំនងក្នុងអំឡុងពេលផ្ទេរទិន្នន័យប៉ុណ្ណោះ ហើយមិនមែនជាការជំនួសសម្រាប់យន្តការសុវត្ថិភាពផ្សេងទៀតនោះទេ។

សមាសធាតុ TIdConnectionInterceptOpenSSL និង TIdServerInterceptOpenSSL ផ្តល់នូវការតភ្ជាប់ទាំងផ្នែកខាងម៉ាស៊ីនភ្ញៀវ និងខាងម៉ាស៊ីនមេ ដោយអនុលោមតាមពិធីការ SSL ។ វាគួរតែត្រូវបានកត់សម្គាល់ថាសមាសធាតុ TIdConnectionInterceptOpenSSL និង TIdServerInterceptOpenSSL មាននៅក្នុង Delphi 6 ប៉ុណ្ណោះ ប៉ុន្តែមិនមាននៅក្នុង Kylix ទេ។ នេះគឺដោយសារតែភាពស្មុគស្មាញនៃពិធីការដែលនៅក្នុងករណីនៃការអនុវត្តវីនដូគឺផ្អែកលើមុខងាររបស់ប្រព័ន្ធប្រតិបត្តិការ។

ឧទាហរណ៍នៃការប្រើប្រាស់សមាសធាតុ Indy អាចត្រូវបានរកឃើញនៅក្នុងថត /Delphi6/Demos/Indy ។ សរុបមក បណ្ណាល័យ Indy នៅក្នុងកំណែ 8.0 មាន 69 សមាសធាតុ។ វាត្រូវបានបញ្ជាក់ថានៅក្នុងកំណែ 9.0 បណ្ណាល័យដែលបានបញ្ជាក់នឹងមាន 86 សមាសភាគ។ សមាសធាតុទាំងអស់ត្រូវបានបង្រួបបង្រួម និងរួមបញ្ចូលទាំង Delphi 6 និង Kylix ដែលអនុញ្ញាតឱ្យពួកវាត្រូវបានប្រើដើម្បីអភិវឌ្ឍកម្មវិធីឆ្លងវេទិកា។ សមាសធាតុ Indy ទាំងអស់គាំទ្រការភ្ជាប់ពហុខ្សែ។

សមាសធាតុ Indy អនុវត្តមុខងារស្ទើរតែទាំងអស់ដែលមាននៅក្នុងសមាសធាតុអ៊ីនធឺណិត និង Fastnet ដែលត្រូវបានបង្ហាញយ៉ាងច្បាស់នៅក្នុងតារាង។

សមាសធាតុ សមាសធាតុ Indy គោលបំណងនៃសមាសធាតុ
1 TserverSocket, TClientSocket TIdTCPserverSocket, TIdTCPClientSocket អន្តរកម្មនៃកុំព្យូទ័រពីរ (ម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ) ដោយប្រើពិធីការ TCP/IP
2 TNMdayTime TIdDayTime, TIdDayTimeServer សំណើម៉ាស៊ីនមេសម្រាប់ពេលវេលាបច្ចុប្បន្ន
3 TNMEcho TIdEcho, TIdEchoServer ប្រើដើម្បីទំនាក់ទំនងជាមួយម៉ាស៊ីនមេឆ្លើយតប
4 TNMFinger TIdFinger, TIdFingerServer ប្រើដើម្បីទទួលបានព័ត៌មានអ្នកប្រើប្រាស់ពីម៉ាស៊ីនមេស្វែងរកអ៊ីនធឺណិត
5 TNMFTP TIdFTP, TIdTrivialFTP, TIdTrivialFTPServer ផ្តល់ការផ្ទេរឯកសារដោយប្រើពិធីការ FTP
6 TNMHTTP TIdHTTP, TIdHTTPServer ប្រើពិធីការ HTTP សម្រាប់ការផ្លាស់ប្តូរទិន្នន័យ
7 TNMMsgServ, TNMMsg ប្រើដើម្បីផ្ញើសារសាមញ្ញពីអតិថិជនទៅម៉ាស៊ីនមេ
8 TNMNNTP TIdNNTP, TIdNNNTPServer គាំទ្រការផ្លាស់ប្តូរទិន្នន័យជាមួយម៉ាស៊ីនមេព័ត៌មាន
9 TNMPOP3 TIdPOP3 ប្រើដើម្បីទទួលអ៊ីមែលពីម៉ាស៊ីនមេសំបុត្រដោយប្រើពិធីការ POP3
10 TNMSMTP TIdSMTP ប្រើ​ដើម្បី​ផ្ញើ​អ៊ីមែល​តាម​ម៉ាស៊ីន​បម្រើ​សំបុត្រ​អ៊ីនធឺណិត
11 TNMSstrm, TNMSstrmServ ផ្ទេរទិន្នន័យគោលពីរដែលសរសេរទៅស្ទ្រីមដោយប្រើពិធីការ TCP/IP
12 TNMUDP TIdUDP, TIdUDPServer ផ្ញើទិន្នន័យដោយប្រើពិធីការ UDP
13 TpowerSock, TNMGeneralServer ថ្នាក់​ដែល​បាន​បំប្លែង​ជា​សមាសធាតុ​ដែល​មាន​មូលដ្ឋាន​សម្រាប់​សរសេរ​ម៉ាស៊ីន​ភ្ញៀវ​ផ្ទាល់​ខ្លួន (Powersock) និង​ម៉ាស៊ីន​បម្រើ (NMGeneralServer)
14 TNMUUPprocessor ឧបករណ៍បំលែងកូដ TIdUUE, TIdUUDecoder បំប្លែងឯកសារគោលពីរទៅជា MIME ឬ UUENCODE
15 TNMURL បំប្លែងខ្សែអក្សរទៅជាទម្រង់ HTML ហើយសរសេរកូដវាមកវិញ

ករណីលើកលែងគឺថ្នាក់ដូចជា TNMMsgServ, TNMMsg, TNMStrm, TNMStrmServ, TpowerSock, TNMGeneralServer, TNMURL ដែលអនុវត្តពិធីការដែលលែងប្រើ ឬមានមុខងារអនុវត្តក្នុងក្រុមធំនៃថ្នាក់ជំនួស។

ទោះជាយ៉ាងណាក៏ដោយ មិនដូចអ្នកកាន់តំណែងមុនរបស់វាទេ - សមាសភាគអ៊ីនធឺណិត និង Fastnet នោះ Indy មានម៉ាស៊ីនមេ និងការបំប្លែងទិន្នន័យ និងការអ៊ិនគ្រីបកាន់តែសម្បូរបែប ក៏ដូចជាការគាំទ្រការផ្ទៀងផ្ទាត់ (ក្ដារលាយ Indy Misc) ។ ដូចដែលអ្នកអាចមើលឃើញពីតារាងខាងលើ ពិធីការ និងសេវាកម្មសំខាន់ៗត្រូវបានផ្តល់ជូនមិនត្រឹមតែដោយម៉ាស៊ីនភ្ញៀវប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងដោយសមាសភាគម៉ាស៊ីនមេផងដែរ។ ទាំងនេះគឺជាពេលវេលា ការឆ្លើយតប សេវាកម្មព័ត៌មានអ្នកប្រើប្រាស់ ក៏ដូចជា HTTP, NNTP, UDP និងសូម្បីតែកំណែសាមញ្ញបំផុតនៃ FTP ។

ឧទាហរណ៍មួយចំនួននៃការប្រើប្រាស់សមាសធាតុ Indy

នៅក្នុងសមាសធាតុ Indy របស់ Delphi អាសយដ្ឋាន IP ត្រូវបានកំណត់នៅក្នុងលក្ខណសម្បត្តិម៉ាស៊ីន ដែលជាធម្មតាមានតែនៅក្នុងកម្មវិធីអតិថិជនប៉ុណ្ណោះ។ សមាសភាគដែលបង្ហោះដោយម៉ាស៊ីនមេ មានវិធីសាស្រ្តដើម្បីចាប់ផ្តើម ឬបញ្ឈប់ការស្ទង់មតិច្រកដែលត្រូវគ្នា - ឧទាហរណ៍ ការផ្លាស់ប្តូរទ្រព្យសម្បត្តិសកម្មនៃសមាសភាគ IdTCPServer ចាប់ផ្តើម ឬបញ្ឈប់ការស្ទង់មតិច្រកដែលត្រូវគ្នា។ បន្ទាប់ពីបង្កើតការតភ្ជាប់រវាងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ ការផ្ទេរទិន្នន័យអាចចាប់ផ្តើម។

សមាសធាតុ Indy ផ្តោតសំខាន់លើសុវត្ថិភាពទិន្នន័យ និងភាពជឿជាក់។ ឧទាហរណ៍ សមាសភាគ IdTCPClient មានវិធីតភ្ជាប់ និងផ្ដាច់។ អនុវត្តបច្ចេកទេសសរសេរកម្មវិធីដូចក្នុងកូដខាងក្រោមពីខាងអតិថិជន៖

ជាមួយ TCPClient ចាប់ផ្តើមភ្ជាប់។ សាកល្បង lstMain.Items.Add(ReadLn); ទីបំផុតផ្តាច់; បញ្ចប់; បញ្ចប់;

និងដោយប្រើលក្ខណសម្បត្តិការតភ្ជាប់ បញ្ជូនជាប៉ារ៉ាម៉ែត្រទៅឧទាហរណ៍ AThread នៃថ្នាក់ TIdPeerThread ពីផ្នែកខាងម៉ាស៊ីនមេ៖

ជាមួយ AThread.Connection ចាប់ផ្តើម WriteLn("ជំរាបសួរ ពី Basic Indy Server"); ផ្តាច់ទំនាក់ទំនង; បញ្ចប់;

អ្នកអាចពឹងផ្អែកលើការប្រតិបត្តិការតភ្ជាប់ធម្មតា ឬការដោះស្រាយកំហុសត្រឹមត្រូវ។

យកចិត្តទុកដាក់លើវិធីសាស្រ្ត ReadLn និង WriteLn នៃថ្នាក់ដែលត្រូវគ្នា - ពួកគេស្រដៀងនឹងប្រតិបត្តិករ Pascal I/O ស្តង់ដារ។ នេះគឺជាការសរសើរចំពោះបច្ចេកទេសសរសេរកម្មវិធី UNIX ដែលប្រតិបត្តិការប្រព័ន្ធភាគច្រើនត្រូវបានអនុវត្តដោយការអាន និងសរសេរទៅកាន់ឯកសារដែលសមស្រប។

ដូចគ្នានឹងសមាសធាតុ Fastnet ដែរ ថ្នាក់សមាសភាគ Indy មានព្រឹត្តិការណ៍ដែលអាចត្រូវបានប្រើដើម្បីរៀបចំការគ្រប់គ្រងព្រឹត្តិការណ៍។ ឧទាហរណ៍ អ្នកអាចរៀបចំការបង្ហាញសារនៅលើទម្រង់បែបបទនៅពេលភ្ជាប់ទៅអតិថិជន៖

នីតិវិធី TForm1.IdECHOServer1Connect(AThread: TIdPeerThread); ចាប់ផ្តើម lblStatus.caption:= "[បម្រើអតិថិជន]"; បញ្ចប់;

Indy ផ្តល់នូវសមាសធាតុដែលអនុវត្តពិធីការជាមួយផ្នែកម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ ដែលមានលក្ខណៈប្លែកពីបណ្ណាល័យនេះ។ សមាសធាតុ TIdGopherServer និង TIdGopher អរគុណចំពោះវិធីសាស្ត្រ GetExtendedMenu, GetFile, GetMenu, GetTextFile នៅផ្នែកអតិថិជន និង ReturnGopherItem, SendDirectoryEntry នៅលើផ្នែកម៉ាស៊ីនមេ ជួយមើលឯកសារនៃប្រភេទផ្សេងៗ រួមទាំងឯកសារដែលត្រូវបានសម្គាល់ថាលាក់ ក៏ដូចជាថតនៅលើ កុំព្យូទ័រពីចម្ងាយ (ស្រដៀងនឹងពាក្យបញ្ជា dir *.* ធ្វើនៅក្នុងប្រព័ន្ធប្រតិបត្តិការ MS-DOS)។

ដោយប្រើសមាសធាតុ IdSMTP និង IdMessage អ្នកអាចបង្កើតកម្មវិធីបណ្តាញផ្ទាល់ខ្លួនរបស់អ្នកយ៉ាងងាយស្រួលដែលអាចផ្ញើសំបុត្រដោយប្រើពិធីការ SMTP ។

ក្នុងពេលជាមួយគ្នានោះ ថ្នាក់ IdMessage (ផ្នែកមួយក្នុងចំណោម 23 សមាសភាគពីទំព័រ Indy Misc) ទទួលខុសត្រូវក្នុងការបង្កើតសារដែលតាមពីឈ្មោះរបស់វា ហើយ IdSMTP ទទួលខុសត្រូវក្នុងការបង្កើតការតភ្ជាប់ទៅម៉ាស៊ីនមេ។

បច្ចេកវិទ្យាដែលប្រើក្នុង Indy ប្រើការទប់ស្កាត់ការអាន និងសរសេរ។ ប្រតិបត្តិការ Connect ណាមួយដែលប្រើក្នុង Indy រង់ចាំការភ្ជាប់ដើម្បីបញ្ចប់។ នៅពេលធ្វើការជាមួយសមាសភាគអតិថិជន Indy ជាធម្មតាអ្នកត្រូវធ្វើដូចខាងក្រោមៈ

  • ស្នើសុំការតភ្ជាប់ទៅម៉ាស៊ីនមេ;
  • ធ្វើសំណើទៅម៉ាស៊ីនមេសម្រាប់ការអាន និងសរសេរ (អាស្រ័យលើប្រភេទនៃម៉ាស៊ីនមេ ជំហានត្រូវបានអនុវត្តម្តង ឬធ្វើម្តងទៀតច្រើនដង);
  • បញ្ចប់ការតភ្ជាប់ទៅម៉ាស៊ីនមេ ហើយផ្តាច់។

សមាសធាតុរបស់ Indy ត្រូវបានរចនាឡើងដើម្បីផ្តល់នូវកម្រិតខ្ពស់បំផុតនៃភាពអរូបី។ ភាពស្មុគ្រស្មាញ និងព័ត៌មានលម្អិតនៃជង់ TCP/IP ត្រូវបានលាក់ពីអ្នកសរសេរកម្មវិធី ដូច្នេះគាត់អាចផ្តោតលើកិច្ចការដែលមាននៅក្នុងដៃ។

ឧទាហរណ៍តូចខាងក្រោមបង្ហាញពីវគ្គអតិថិជនធម្មតា៖

ជាមួយ IndyClient ចាប់ផ្តើម Host:= "zip.pbe.com"; // ម៉ាស៊ីនដើម្បីហៅច្រក:= 6000; // ច្រកដើម្បីហៅម៉ាស៊ីនមេនៅលើ Connect; ព្យាយាម // លេខកូដរបស់អ្នកទៅទីនេះ ទីបំផុតផ្ដាច់; បញ្ចប់; បញ្ចប់;

ក្នុងឧទាហរណ៍ បើទោះបីជាការភ្ជាប់ទៅម៉ាស៊ីនមេមិនត្រូវបានបង្កើតឡើងក៏ដោយ ការតភ្ជាប់នឹងបញ្ចប់ដោយសោភ័ណភាព ដោយសារការប្រើប្រាស់ពាក្យ try-finally ។

សមាសធាតុម៉ាស៊ីនមេរបស់ Indy ពិពណ៌នាអំពីគំរូម៉ាស៊ីនមេជាច្រើនដែលអ្នកអាចប្រើ អាស្រ័យលើតម្រូវការ និងពិធីការរបស់អ្នក។

TIdTCPServer គឺជាសមាសភាគម៉ាស៊ីនមេដែលប្រើជាទូទៅបំផុត ដែលបង្កើតដំណើរការបន្ទាប់បន្សំដែលឯករាជ្យពីដំណើរការចម្បងរបស់កម្មវិធី។ ដំណើរការដែលបានបង្កើតរង់ចាំការស្នើសុំចូលពីអតិថិជនសក្តានុពល។ សម្រាប់អតិថិជននីមួយៗដែលវាឆ្លើយតប ដំណើរការបន្ទាប់បន្សំនីមួយៗត្រូវបានបង្កើតឡើង។ ព្រឹត្តិការណ៍ដែលកើតឡើងក្នុងអំឡុងពេលដំណើរការថែទាំគឺទាក់ទងទៅនឹងបរិបទនៃដំណើរការរៀងៗខ្លួន។

ម្យ៉ាងវិញទៀត សម្រាប់ការតភ្ជាប់ម៉ាស៊ីនភ្ញៀវនីមួយៗ ថ្នាក់ TIdTCPServer ប្រើខ្សែស្រឡាយបន្ទាប់បន្សំតែមួយគត់ ដោយហៅឧបករណ៍ដោះស្រាយព្រឹត្តិការណ៍ OnExecute របស់ខ្សែស្រឡាយនោះ។ ប៉ារ៉ាម៉ែត្រផ្លូវការនៃវិធីសាស្ត្រ OnExecute គឺជាឯកសារយោងទៅលើឧទាហរណ៍នៃថ្នាក់ Athread ដែលត្រូវនឹងខ្សែស្រឡាយដែលបានបង្កើត។ លក្ខណសម្បត្តិនៃការតភ្ជាប់នៃថ្នាក់នេះគឺជាការយោងទៅថ្នាក់ TIdTCPConnection ដែលត្រូវបានភ្លាមៗដើម្បីដំណើរការសំណើរបស់អតិថិជន។ TIdTCPConnection គាំទ្រការអាន និងការសរសេរលើការតភ្ជាប់ ក៏ដូចជាការបង្កើត និងបញ្ចប់វគ្គមួយ។

ពិធីការ UDP ដំណើរការដោយមិនចាំបាច់បង្កើតការតភ្ជាប់ជាមួយម៉ាស៊ីនមេជាមុនទេ (កញ្ចប់ព័ត៌មាននីមួយៗដែលបានផ្ញើគឺជាសំណុំទិន្នន័យឯករាជ្យ ហើយមិនមែនជាផ្នែកនៃវគ្គ ឬការតភ្ជាប់ធំនោះទេ)។ ខណៈពេលដែល TIdTCPServer បង្កើតខ្សែស្រឡាយដាច់ដោយឡែកសម្រាប់ការតភ្ជាប់នីមួយៗ TIdUDPServer ប្រើទាំងខ្សែស្រឡាយមេ ឬខ្សែស្រឡាយបន្ទាប់បន្សំតែមួយដែលគ្រប់គ្រងសំណើពិធីការ UDP ទាំងអស់។ នៅពេលដែល TIdUDPServer សកម្ម ខ្សែស្រឡាយមួយត្រូវបានបង្កើតឡើងដើម្បីស្តាប់សម្រាប់កញ្ចប់ព័ត៌មាន UDP ចូល។ សម្រាប់កញ្ចប់ព័ត៌មាននីមួយៗដែលបានទទួល ព្រឹត្តិការណ៍ OnUDPRead ត្រូវបានបណ្តេញចេញទាំងនៅលើខ្សែស្រឡាយមេ ឬក្នុងបរិបទនៃខ្សែស្តាប់ អាស្រ័យលើតម្លៃនៃទ្រព្យសម្បត្តិ ThreadedEvent ។ នៅពេលដែល ThreadedEvent វាយតម្លៃទៅ False ព្រឹត្តិការណ៍នេះត្រូវបានលើកឡើងនៅលើខ្សែស្រឡាយមេ បើមិនដូច្នេះទេនៅលើខ្សែស្រឡាយស្តាប់។ ខណៈពេលដែលព្រឹត្តិការណ៍កំពុងដំណើរការ ប្រតិបត្តិការម៉ាស៊ីនមេផ្សេងទៀតត្រូវបានរារាំង។ ដូច្នេះ វាមានសារៈសំខាន់ណាស់ក្នុងការធានាថាដំណើរការ OnUDPRead ដំណើរការបានលឿនតាមដែលអាចធ្វើទៅបាន។

ប្រសិនបើអ្នកត្រូវការបង្កើតកម្មវិធីអតិថិជនថ្មីសម្រាប់ម៉ាស៊ីនមេដែលមានស្រាប់ដោយប្រើពិធីការដែលមានស្រាប់ ភារកិច្ចរបស់អ្នកគឺតែមួយគត់ដើម្បីអភិវឌ្ឍ និងបំបាត់កំហុសកម្មវិធីអតិថិជន។ ទោះជាយ៉ាងណាក៏ដោយ នៅពេលដែលយើងត្រូវអភិវឌ្ឍកម្មវិធីទាំងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេដោយប្រើពិធីការដែលមានស្រាប់ ឬថ្មី យើងត្រូវប្រឈមមុខនឹងបញ្ហា "សាច់មាន់ និងស៊ុត" បុរាណ។ កន្លែងដែលត្រូវចាប់ផ្តើមសរសេរកម្មវិធី - ពីអតិថិជនឬពីម៉ាស៊ីនមេ?

ជាក់ស្តែង នៅទីបញ្ចប់ ទាំងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេត្រូវតែត្រូវបានបង្កើត។ សម្រាប់កម្មវិធីជាច្រើន ជាពិសេសអ្នកដែលប្រើពិធីការដែលមានមូលដ្ឋានលើអត្ថបទ (ដូចជា HTTP) វាកាន់តែងាយស្រួលក្នុងការចាប់ផ្តើមបង្កើតកម្មវិធីដោយការរចនាម៉ាស៊ីនមេ។ ហើយសម្រាប់ការបំបាត់កំហុសរបស់វា មានម៉ាស៊ីនភ្ញៀវងាយស្រួលដែលមានរួចហើយ។ នេះគឺជាកម្មវិធីកុងសូល Telnet ដែលមានទាំង Windows និង UNIX ។

ប្រសិនបើអ្នកវាយពាក្យបញ្ជាកុងសូល telnet 127.0.0.1 80 ជាមួយនឹងអាសយដ្ឋាន IP របស់កុំព្យូទ័រមូលដ្ឋាន និងលេខច្រកលំនាំដើម 80 ដែលប្រើដោយម៉ាស៊ីនមេគេហទំព័រ កម្មវិធីនឹងឆ្លើយតបជាមួយនឹងអត្ថបទដែលបង្ហាញក្នុងរូប។ 6 សម្រាប់ Windows 2000 និង IIS 5.0 ។

ដើម្បីបង្កើតម៉ាស៊ីនមេសាមញ្ញបំផុតដោយប្រើសមាសធាតុ Indy អ្នកត្រូវ៖

ប្រសិនបើអ្នកត្រូវរចនាម៉ាស៊ីនមេដែលមិនត្រឹមតែជូនដំណឹងដល់អតិថិជនរបស់ខ្លួនបានត្រឹមត្រូវនៅពេលដែលការតភ្ជាប់ត្រូវបានខូចប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងផ្តល់ឱ្យពួកគេនូវព័ត៌មានអំពីលក្ខខណ្ឌកំហុសដែលបានកើតឡើង សូមប្រើ try-exception statement ជំនួសឱ្យ try-finally - ឧទាហរណ៍ដូចជា បង្ហាញក្នុងឧទាហរណ៍ខាងក្រោម៖

នីតិវិធី TDataModule1.IdTCPServer1Execute(AThread: IdPeerThread); vars: ខ្សែអក្សរ; ចាប់ផ្តើមជាមួយ AThread.Connection សាកល្បង s:= ReadLn; // អនុវត្តភារកិច្ចរបស់ម៉ាស៊ីនមេនៅទីនេះ // ប្រសិនបើគ្មានករណីលើកលែងទេ // សរសេរការឆ្លើយតបរបស់ម៉ាស៊ីនមេ WriteLn(s); លើកលែងតែ e: ករណីលើកលែងចាប់ផ្តើម WriteLn(e.Message); បញ្ចប់; // on បញ្ចប់; // ព្យាយាមលើកលែងតែចុងក្រោយផ្តាច់ទំនាក់ទំនង; បញ្ចប់; បញ្ចប់;

ឧទាហរណ៍តូចមួយនេះបង្ហាញពីជំហានដើម្បីបង្កើតម៉ាស៊ីនមេអត្ថបទសាមញ្ញ ក៏ដូចជារបៀបបំបាត់កំហុស។

ម៉ាស៊ីនមេដែលបានពិពណ៌នាខាងលើគឺជាឧទាហរណ៍ធម្មតានៃការរៀបចំកុំព្យូទ័រចែកចាយទំនើប។

លក្ខណៈពិសេសនៃការបង្កើតកម្មវិធីពហុកម្រិត

ថ្មីៗនេះ ម៉ាស៊ីនមេជាច្រើនត្រូវបានប្រើប្រាស់កាន់តែខ្លាំងឡើង ដើម្បីបំពេញសំណើរបស់អតិថិជន។ ម៉ាស៊ីនមេនៃប្រភេទនេះ ដោយបានទទួលសំណើរបស់អតិថិជន ហើយបានរៀបចំវាមួយផ្នែកសម្រាប់ដំណើរការបន្ថែម ទាក់ទងទៅម៉ាស៊ីនមេផ្សេងទៀត ហើយផ្ញើសំណើរដែលបានផ្លាស់ប្តូរទៅវា។ ម៉ាស៊ីនមេលំដាប់ទីពីរអាចទាក់ទងជាមួយម៉ាស៊ីនមេផ្សេងទៀត។ ដូច្នេះយើងអាចនិយាយអំពីស្ថាបត្យកម្មម៉ាស៊ីនមេពហុជាន់។

បន្ទាប់ យើងនឹងបង្កើតម៉ាស៊ីនមេចូលប្រើទិន្នន័យដែលគោលបំណងគឺដើម្បីត្រឡប់ទិន្នន័យពីមូលដ្ឋានទិន្នន័យ។ ទោះយ៉ាងណាក៏ដោយ ម៉ាស៊ីនមេនេះមិនអាន ឬសរសេរទៅកាន់ឯកសារមូលដ្ឋានទិន្នន័យដោយផ្ទាល់ទេ។ ផ្ទុយទៅវិញ វាទាក់ទងទៅម៉ាស៊ីនមេមូលដ្ឋានទិន្នន័យ ដើម្បីស្វែងរកទិន្នន័យដែលត្រូវការដោយអតិថិជន។

ដូច្នេះ យើងចាប់ផ្តើមបង្កើតកម្មវិធីដែលមានស្ថាបត្យកម្មបីជាន់។ ដើម្បីបង្កើតម៉ាស៊ីនមេមូលដ្ឋានទិន្នន័យដោយប្រើសមាសភាគ Indy អ្នកត្រូវ៖

  1. បង្កើតគម្រោងថ្មី។
  2. ដាក់ឧទាហរណ៍នៃសមាសភាគ TIdTCPServer ពី Indy Servers palette នៅលើទម្រង់សំខាន់នៃគម្រោង។
  3. កំណត់លក្ខណសម្បត្តិ DefaultPort នៃ instance នៃថ្នាក់ TIdTCPServer1 ទៅ 6001 (តម្លៃកាន់តែខ្ពស់ត្រូវបានណែនាំដើម្បីជៀសវាងលេខច្រកស្ទួនសម្រាប់កម្មវិធីផ្សេងគ្នា) និង Active property ទៅ true ។
  4. បន្ថែមម៉ូឌុលថ្មីមួយទៅគម្រោងដោយជ្រើសរើសឯកសារ | ថ្មី | ម៉ូឌុលទិន្នន័យ ហើយដាក់ឧទាហរណ៍នៃសមាសភាគ SQLConnection និង SQLDataSet នៅលើវាពីផ្ទាំង dbExpress នៅលើក្ដារលាយនៃសមាសភាគ។
  5. កំណត់លក្ខណសម្បត្តិ ConnectionName នៃថ្នាក់ SQLConnection ទៅ IBLocal និង LoginPrompt ទៅ False ។ ប្រសិនបើអ្នកមិនបានកំណត់រចនាសម្ព័ន្ធ IBLocal សម្រាប់មូលដ្ឋានទិន្នន័យ employee.gdb សូមអនុវត្តតាមនីតិវិធីនេះជាមុនសិន។
  6. កំណត់លក្ខណសម្បត្តិ SQLConnection នៃថ្នាក់ SQLDataSet ទៅ SQLConnection1 ហើយកំណត់លក្ខណសម្បត្តិ CommandText ទៅសេចក្តីថ្លែងការណ៍ SQL៖ ជ្រើសរើស CUSTOMER, CONTACT_FIRST, CONTACT_LAST ពីអតិថិជនដែល CUST_NO = :cust ។

ជារឿយៗការច្នៃប្រឌិតមួយបណ្តាលឱ្យចុងបញ្ចប់នៃមួយផ្សេងទៀត។ រហូតមកដល់ពេលថ្មីៗនេះ Blogger បានដំណើរការម៉ាស៊ីនស្វែងរកដោយផ្អែកលើការស្វែងរកផ្ទាល់ខ្លួនរបស់ Google ។ យើងមាន ហើយនៅតែមាន ធាតុក្រាហ្វិក " ប្រអប់ស្វែងរក", ប៉ុន្តែ​គាត់ មិន​ដំណើរការ. ផ្ទុយទៅវិញ Google បានណែនាំការស្វែងរកប្លុកដ៏សាមញ្ញមួយសម្រាប់ Blogger ដោយស្ងាត់ស្ងៀម។ នៅលើដៃមួយ, នេះគឺជាការធ្វើឱ្យសាមញ្ញនិងការបាត់បង់នៃដំណោះស្រាយ ajax ហើយម្យ៉ាងវិញទៀតយន្តការដែលអាចយល់បាននិងអាចតាមដានបាននៅក្នុង Google Analytics ដូចគ្នា។

  • របៀបបង្កើតទម្រង់ស្វែងរក Blogger

ធាតុក្រាហ្វិកស្វែងរកប្លុកសម្រាប់ Blogger

សម្រាប់អ្នកចាប់ផ្តើមដំបូង បញ្ជីធាតុក្រាហ្វិកនៅលើ Blogger នៅតែមាន "ប្រអប់ស្វែងរក" ដែលអនុញ្ញាតឱ្យអ្នកស្វែងរកប្លុករបស់អ្នក ប្លុក និងមាតិកាផ្សេងទៀតដែលអ្នកបញ្ជាក់ដោយផ្អែកលើម៉ាស៊ីនស្វែងរកផ្ទាល់ខ្លួនរបស់ Google ។


ធាតុក្រាហ្វិកប្រអប់ស្វែងរកមិនដំណើរការទេ។

ប៉ុន្តែសូម្បីតែនៅលើប្លក់ Google ផ្លូវការនៅក្នុងកម្មវិធីរុករក Chrome ជាមួយនឹងការបិទ AdBlock សម្រាប់ពាក្យគន្លឹះពិតប្រាកដវាមិនផ្តល់ឱ្យអ្វីទេហើយវាមិនច្បាស់ថាតើវានឹងត្រូវបានជួសជុលនៅពេលអនាគតឬអត់។ បញ្ហាបានលេចចេញជាយូរណាស់មកហើយ ហើយលទ្ធផលនៃដំណោះស្រាយរបស់វាមិនអាចមើលឃើញបានទេ។

វាគួរតែត្រូវបានកត់សម្គាល់ផងដែរនៅទីនេះថាការស្វែងរកផ្ទាល់ខ្លួនរបស់ Google ដំណើរការក្នុងរបៀបសុវត្ថិភាព ដោយប្រើពិធីការ HTTPS ដើម្បីធានានូវភាពសម្ងាត់នៃទិន្នន័យអ្នកប្រើប្រាស់។ នៅលើដៃមួយ នេះគឺល្អ ប៉ុន្តែម្យ៉ាងវិញទៀត វាមិនអាចទៅរួចទេក្នុងការស្វែងរកអ្វីដែលអ្នកប្រើកំពុងស្វែងរកនៅលើប្លក់ ហើយនេះពិតជាគួរឱ្យចាប់អារម្មណ៍ណាស់។

គេហទំព័រស្វែងរកដោយ Google សម្រាប់ Blogger

តាមពិតទៅ Google បានប្រព្រឹត្តិដោយល្បិចកល។ ពួកគេមិនបានជួសជុលអ្វីមួយទេ ប៉ុន្តែបានសរសេរកូដ JavaScript ដោយប្រើបណ្ណាល័យ jQuery ដែលប្តូរទិសទៅ Google search ។

$(.searchBox input").on("keypress", function(ev) ( if (ev.which == 13) ( window.location.href = "https://www.google.com/search?q =site%3A" + window.location.hostname + "%20" + encodeURIComponent ($(this.val()); ) ));

ក្នុងករណីនេះ កូដ HTML នៃទម្រង់ស្វែងរកដែលត្រូវបញ្ចូលទៅក្នុងធាតុក្រាហ្វិក HTML/JavaScript ធម្មតាអាចមើលទៅដូចនេះ៖

ដូច្នេះ អ្នកប្រើប្រាស់បញ្ចូលសំណួរស្វែងរកទៅក្នុងទម្រង់ស្វែងរក ចុចប៊ូតុង បញ្ចូល ហើយស្គ្រីបបញ្ជូនគាត់ទៅទំព័រលទ្ធផលស្វែងរក Google សម្រាប់សំណួរ៖

គេហទំព័រ៖ [ឈ្មោះដែន] [សំណួរស្វែងរក]

ដំណោះស្រាយគឺមានលក្ខណៈជាសកល ប៉ុន្តែកុំភ្លេចថាវាទាមទារ jQuery!

តើការស្វែងរកប្លុកសម្រាប់ Blogger ដំណើរការយ៉ាងដូចម្តេច?

ដូច្នេះហើយ ម៉ាស៊ីនស្វែងរករបស់ Blogger មានស្រាប់ ហើយត្រូវបានប្រើប្រាស់សម្រាប់ការចុះបញ្ជីទំព័រក្នុងប័ណ្ណសារអស់រយៈពេលជាយូរ។ ប្រសិនបើអ្នកមានប្រកាសគ្រប់គ្រាន់នៅលើប្លក់របស់អ្នក សូមចុចតំណ "មុន" ហើយអ្នកនឹងត្រូវយកទៅទំព័រដែលមាន URL ដូចនេះ៖

http://www.?updated-max=2013-11-21T08:00:00%2B02:00&max-results=7

វាគួរតែត្រូវបានកត់សម្គាល់ថានៅក្នុងឯកសារ robots.txt លំនាំដើម (តាមលំនាំដើម) ថត /search ត្រូវបានហាមឃាត់មិនឱ្យធ្វើលិបិក្រមដោយមានបន្ទាត់ខាងក្រោម៖

មិនអនុញ្ញាត៖ / ស្វែងរក

វា​ជា​ការ​ត្រឹមត្រូវ។ បើមិនដូច្នោះទេ អ្នកនឹងទទួលបានទំព័រស្ទួនច្រើន ដែលអាចនាំឱ្យមិនមានផលវិបាកដ៏រីករាយបំផុត។

រឿងចំបងគឺថាប្លក់ឥឡូវត្រូវបានស្វែងរកតាមរយៈអាសយដ្ឋាននេះ ដោយបញ្ជាក់ប៉ារ៉ាម៉ែត្រ q ដែលសំណើត្រូវបានឆ្លងកាត់ដែលតំណាងឱ្យឃ្លាស្វែងរកឧទាហរណ៍៖

http://www.?q=php

ក្នុងករណីនេះ ការស្វែងរកនឹងត្រូវបានធ្វើឡើងសម្រាប់សារដែលឃ្លា "php" មានវត្តមាន។ វាគួរឱ្យកត់សម្គាល់ថាមិនមាន morphology នៅទីនេះទេ i.e. កំពុងបន្ត ស្វែងរកដោយការផ្គូផ្គងពិតប្រាកដជាមួយឃ្លាដែលបានបញ្ជាក់.

របៀបបង្កើតទម្រង់ស្វែងរកប្លុកសម្រាប់ Blogger?

យើងមានយន្តការដែលយើងត្រូវការ។ ចំណុចគឺតូច - ដើម្បីបញ្ចូលទម្រង់ស្វែងរកនៅលើប្លក់។ ដើម្បីធ្វើដូច្នេះ យើងនឹងប្រើធាតុក្រាហ្វិក HTML/JavaScript ដែលអនុញ្ញាតឱ្យអ្នកបន្ថែមកម្មវិធី ឬកូដភាគីទីបីផ្សេងទៀតទៅកាន់ប្លុករបស់អ្នក ពោលគឺឧ។ មនុស្សជាទីស្រឡាញ់របស់យើង។


ធាតុក្រាហ្វិក html/javascript សម្រាប់ Blogger

គ្រាន់តែទៅ " រចនា» នៃប្លុករបស់អ្នក ហើយចុចលើតំណ « បន្ថែមឧបករណ៍» នៅក្នុងផ្នែកដែលអ្នកត្រូវការ។ នៅក្នុងបង្អួចដែលបើក ស្វែងរក ហើយចុច " សញ្ញាបូក» សម្រាប់ឧបករណ៍ HTML/JavaScript ។ នៅក្នុងបង្អួចដែលបើក នៅក្នុងវាល "ចំណងជើង" សូមបញ្ចូលចំណងជើងនៃទម្រង់ ឧទាហរណ៍៖ ការស្វែងរកប្លុក - ហើយនៅក្នុងវាល "មាតិកា" សូមបញ្ចូលកូដ HTML ខាងក្រោម៖

ជាក់ស្តែងជំនួសឱ្យ www.siteអ្នកនឹងត្រូវចុះឈ្មោះឈ្មោះដែននៃប្លក់របស់អ្នក។ វាគួរតែត្រូវបានគេកត់សម្គាល់ផងដែរថាខ្ញុំបានផ្តល់ឱ្យកំណែសាមញ្ញបំផុតនិងដំណើរការបំផុតដែលអ្នកអាចផ្លាស់ប្តូរនិងរៀបចំតាមដែលអ្នកចង់បាន។ ចុចប៊ូតុង រក្សាទុក».

លទ្ធផលនៃការស្វែងរកមើលទៅដូចនេះនៅលើប្លក់របស់ខ្ញុំ៖


លទ្ធផលស្វែងរក Blogger

វាគួរតែត្រូវបានកត់សម្គាល់ថាសំណួរមិននៅតែមាននៅក្នុងវាលទម្រង់ស្វែងរកទេហើយមិនមានការបន្លិចពាក្យគន្លឹះទេ។ ទោះយ៉ាងណាក៏ដោយវាប្រសើរជាងគ្មានអ្វីសោះ។ ជាការប្រសើរណាស់ ប្រសិនបើចង់បាន បញ្ហាទាំងនេះអាចត្រូវបានលុបចោលដោយប្រើ JavaScript ដូចគ្នា។

សង្ខេប

ការបង្កើតទម្រង់ស្វែងរកដោយខ្លួនឯង និងបន្ថែមវាទៅក្នុងប្លុកតាមរយៈឧបករណ៍ HTML/JavaScript មិនមែនជាអ្វីដែលស្មុគស្មាញនោះទេ។ នៅក្នុងអត្ថបទ ខ្ញុំបានផ្ដល់កំណែសាមញ្ញបំផុត ប៉ុន្តែដំណើរការល្អ ដែលខ្ញុំប្រើខ្លួនឯង។ នោះហើយជាទាំងអស់សម្រាប់ខ្ញុំ។ សូម​អរគុណ​ចំពោះ​ការ​យកចិត្ត​ទុកដាក់​របស់​លោកអ្នក។ សំណាងល្អ!

នៅម៉ោង 8:00 កែសម្រួលសារ 5 មតិ

ប្រជាប្រិយភាពនៃអ៊ីនធឺណិតនៅតែបន្តកើនឡើង។ សព្វថ្ងៃនេះយោងទៅតាមអ្នកជំនាញប្រហែល 14% នៃប្រជាជនដែលមានអាយុលើសពី 15 ឆ្នាំប្រើប្រាស់សេវាកម្មរបស់ខ្លួន (នោះគឺប្រហែល 694 លាននាក់) ។ ជាងនេះទៅទៀត នៅពេលវាយតម្លៃទស្សនិកជននៃបណ្តាញសកល អ្នកប្រើប្រាស់ដែលមានអ៊ីនធឺណេតចល័ត និងចូលមើលហាងអ៊ីនធឺណែត ក្លឹប និងថ្នាក់រៀនមិនត្រូវបានគេយកមកពិចារណានោះទេ។ ទីតាំងឈានមុខគេទាក់ទងនឹងចំនួនអ្នកប្រើប្រាស់អ៊ីនធឺណិតនៅតែកាន់កាប់ដោយសហរដ្ឋអាមេរិក (152 លាននាក់) តាមពីក្រោយដោយប្រទេសចិន (72 លាននាក់) និងជប៉ុន (52 លាននាក់) បិទចំនួនបីនេះ។

វាគួរតែត្រូវបានកត់សម្គាល់ថាថាមវន្តលើសលប់នៃពិភពលោកទីបី។ បច្ចុប្បន្ននេះ អ្នកប្រើប្រាស់អ៊ីនធឺណែតត្រឹមតែមួយភាគបួនប៉ុណ្ណោះដែលរស់នៅក្នុងសហរដ្ឋអាមេរិក ខណៈដែលកាលពី 10 ឆ្នាំមុនចំណែករបស់ពួកគេមានច្រើនជាងពីរភាគបី។ យ៉ាង​ណា​ក៏​ដោយ វា​មិន​អាច​ប្រកែក​បាន​ថា អ៊ីនធឺណិត​បាន​ក្លាយ​ជា​ការ​ពេញ​និយម​ស្មើ​គ្នា​នៅ​ទូទាំង​ពិភពលោក។ ខណៈពេលដែលវាជារឿងធម្មតាបំផុតនៅក្នុងសហរដ្ឋអាមេរិក អឺរ៉ុប និងអាស៊ី។ បើ​យើង​និយាយ​អំពី​ប្រទេស​នៅ​អាមេរិក​ឡាទីន​នោះ វា​មិន​សូវ​ពេញ​និយម​ទេ។ ជាឧទាហរណ៍ ប្រទេសប្រេស៊ីលដែលកាន់កាប់តំណែងនាំមុខគេទាក់ទងនឹងចំនួនអ្នកប្រើប្រាស់អ៊ីនធឺណិតនៅអាមេរិកឡាទីន មានការតភ្ជាប់អ៊ីនធឺណិតត្រឹមតែ 13.1 លានប៉ុណ្ណោះ។ ហើយ​ទ្វីប​មួយ​ដូច​ជា​ប្រទេស​អូស្ត្រាលី​គឺ​ស្ថិត​នៅ​លំដាប់​ទី​១៥​ប៉ុណ្ណោះ (អ្នក​ប្រើ​៩,៧​លាន​នាក់)។

ប្រសិនបើយើងនិយាយអំពីទ្វីបអឺរ៉ុប នោះប្រទេសអាល្លឺម៉ង់ និងចក្រភពអង់គ្លេសគឺជាប្រទេសនាំមុខគេក្នុងចំនួនអ្នកប្រើប្រាស់អ៊ីនធឺណិត ដែលកាន់កាប់លំដាប់ទីប្រាំ និងទីបួនក្នុងចំណាត់ថ្នាក់ពិភពលោក (អ្នកប្រើប្រាស់ 32 និង 30 លាននាក់)។ ចំពោះធនធានអ៊ីនធឺណែតដ៏ពេញនិយមបំផុត កន្លែងបីដំបូងត្រូវបានផ្តល់ទៅឱ្យគេហទំព័ររបស់ក្រុមហ៊ុនដូចជា Microsoft (538.6 លានការចូលមើល) Google (495.8 លាន) និង Yahoo! (480.2 លាន) ។ នេះត្រូវបានបន្តដោយ eBay នៃការផ្លាស់ប្តូរអ៊ីនធឺណិតដ៏ពេញនិយមរបស់អាមេរិក ដែលកាន់កាប់តំណែងទីបួន (269 លានដង) ។

ប្រសិនបើយើងនិយាយអំពីប្រភេទនៃមាតិកាដែលទាក់ទាញអ្នកប្រើប្រាស់អ៊ិនធឺណិតនាពេលបច្ចុប្បន្ននេះ ជាដំបូងយើងគួរតែដាក់ឈ្មោះប្លក់ ដែលប្រជាប្រិយភាពដែលកំពុងតែកើនឡើងដោយលោតផ្លោះ។ រំលឹកថាប្លក់ ឬកំណត់ហេតុបណ្ដាញ ( ពីភាសាអង់គ្លេស។ប្លុក កំណត់ហេតុបណ្ដាញ - កំណត់ហេតុបណ្តាញនិម្មិត ឬកំណត់ហេតុប្រចាំថ្ងៃនៃព្រឹត្តិការណ៍) គឺជាគេហទំព័រ ខ្លឹមសារសំខាន់ដែលត្រូវបានបន្ថែមធាតុ រូបភាព ឬមាតិកាពហុព័ត៌មានផ្សេងៗជាទៀងទាត់។ យោងតាមសមាសភាពនៃអ្នកនិពន្ធ ប្លក់អាចមានលក្ខណៈផ្ទាល់ខ្លួន ក្រុម (សាជីវកម្ម ក្លឹប។ល។) ឬសាធារណៈ (បើក); ដោយមាតិកា - ផ្ទាល់ខ្លួន (បើកឬបិទ) ប្រធានបទឬទូទៅ។ ប្លុក​អាច​ត្រូវ​បាន​រួម​បញ្ចូល​គ្នា​ជា​បណ្ដាញ​ដោយ​យោង​ទៅ​តាម​លក្ខណៈ​ប្រធានបទ ឬ​លក្ខណៈ​វិនិច្ឆ័យ​ផ្សេង​ទៀត។ ប្រជាប្រិយភាពនៃប្លុកជាមធ្យោបាយទំនាក់ទំនងតាមអ៊ីនធឺណិតនាពេលបច្ចុប្បន្នគឺខ្ពស់ជាងអ៊ីមែល ក្រុមព័ត៌មាន វេទិកាគេហទំព័រ និងបន្ទប់ជជែកកំសាន្ត។ ជាងនេះទៅទៀត កំណត់ហេតុបណ្ដាញ ជួនកាលមានការទាក់ទងគ្នាយ៉ាងជិតស្និតជាមួយគ្នាទៅវិញទៅមក ដែលអ្នកប្រើប្រាស់មួយចំនួនបានចាត់ទុកវាថាជាប្រភេទនៃភាពវៃឆ្លាតសមូហភាពនៃសហគមន៍បណ្តាញរួចហើយ។ នៅក្នុងប្រទេសរុស្ស៊ី ប្រព័ន្ធប្លក់ដូចជា LiveJournal.com, Liveinternet.ru និង Diary.ru គឺល្បីល្បាញបំផុត។ ប៉ុន្តែ Livejournal.com នៅតែនាំមុខគេក្នុងប្រជាប្រិយភាពក្នុងចំណោមប្លុកបង្ហោះក្នុង Runet - យោងតាមស្ថិតិ Yandex វានាំមុខដៃគូរុស្ស៊ី Liveinternet.ru និង Diary.ru យ៉ាងខ្លាំង។

ដូចដែលអ្នកបានដឹងហើយថា អ្នកប្រើប្រាស់អ៊ិនធឺណិតទំនើប ជាធម្មតាស្វែងរកព័ត៌មាននៅលើគេហទំព័រដោយប្រើសេវាកម្មស្វែងរក។ ប៉ុន្តែចាប់តាំងពីការស្វែងរកប្លក់ដោយប្រើឧបករណ៍ស្វែងរកស្តង់ដារ ដោយសារភាពជាក់លាក់នៃការបង្កើត ទម្រង់ និងកម្មវិធីជំនួយរបស់ពួកគេគឺពិបាកបន្តិច វាមានតម្រូវការសម្រាប់សេវាកម្មស្វែងរកឯកទេសដែលនឹងស្វែងរកទាំងស្រុងនៅលើប្លក់។

ឧទាហរណ៍ អ្នកឯកទេសមកពីសាកលវិទ្យាល័យ Amsterdam បានធ្វើការវិភាគហ្មត់ចត់លើកំណត់ហេតុម៉ាស៊ីនស្វែងរក Blogdigger.com សម្រាប់ខែឧសភា ឆ្នាំ 2005 (នោះជា 1.2 លានសំណួរ) ដោយបានសិក្សាវាពីមុំផ្សេងៗគ្នា៖ គោលបំណងនៃសំណួរស្វែងរក ប្រធានបទរបស់ពួកគេ និងអ្នកប្រើប្រាស់។ អាកប្បកិរិយា។ វាបានប្រែក្លាយថាការស្វែងរកប្លុកគឺខុសគ្នាយ៉ាងខ្លាំងពីការស្វែងរកធម្មតានៅលើអ៊ីនធឺណិត។ នៅទីនេះ 52% នៃសំណួរស្វែងរកទាំងអស់ (ហើយបន្ទាប់ពីត្រង "សំរាម" - ហើយទាំងអស់ 78%) គឺជាឈ្មោះត្រឹមត្រូវ - ទាំងនេះគឺជាឈ្មោះរបស់មនុស្ស ម៉ាកទំនិញ ឈ្មោះក្រុមហ៊ុន ឈ្មោះទីក្រុង។ល។ លើសពីនេះ សំណួរតាមប្រធានបទទូទៅ (ភាសាវិទ្យា កំប្លែង សាសនាឥស្លាម) មានប្រជាប្រិយភាពខ្លាំង ដោយមានជំនួយដែលមនុស្សស្វែងរកប្លក់លើប្រធានបទជាក់លាក់មួយ។ ទោះជាយ៉ាងណាក៏ដោយ នៅពេលដែលអ្នកប្រើប្រាស់ស្វែងរកប្លក់ ពួកគេមានឥរិយាបទដូចគ្នានឹងពួកគេធ្វើនៅលើម៉ាស៊ីនស្វែងរកធម្មតាដែរ៖ វគ្គខ្លី ដែលក្នុងនោះការយកចិត្តទុកដាក់ត្រូវបានយកចិត្តទុកដាក់ជាចម្បងចំពោះលទ្ធផលស្វែងរកដំបូង។

(http://www.technorati.com/)

រហូតមកដល់ពេលថ្មីៗនេះ សេវាកម្មស្វែងរកប្លុកដ៏ពេញនិយមបំផុតទូទាំងពិភពលោកគឺ Technorati ដែលផ្តល់លទ្ធភាពក្នុងការស្វែងរក 17 លានកំណត់ហេតុប្រចាំថ្ងៃ។ នៅចុងខែកក្កដានៃឆ្នាំនេះ ម៉ាស៊ីនស្វែងរកប្លុកដ៏ធំបំផុតនេះបានអាប់ដេតចំណុចប្រទាក់ ហើយថែមទាំងបានធ្វើការផ្លាស់ប្តូរមួយចំនួននៅក្នុងស្នូល ដើម្បីបង្កើនល្បឿនដំណើរការសំណួរ។

ក្នុងចំណោមការច្នៃប្រឌិតសំខាន់ៗគឺរូបរាងនៃបន្ទះរុករក Discover, ពេញនិយមបំផុត និងជាទីពេញចិត្ត។ Discover គឺ​ជា​បញ្ជី​ប្រធានបទ​នៃ​ប្លក់ ដែល​ការ​ពេញ​និយម​បំផុត​គឺ​ជា​ការ​វាយ​តម្លៃ ហើយ​ក្នុង​ Favorite អ្នក​ចូល​មើល​អាច​បន្ថែម​ប្លក់​ដែល​ចូល​ចិត្ត​ហើយ​ជ្រើសរើស​ជា​ជម្រើស​ពី​ពួក​វា​តែ​ប៉ុណ្ណោះ។

ចំពោះការផ្លាស់ប្តូរម៉ាស៊ីនស្វែងរក ការបង្ហោះប្លុកគ្រប់គ្រងរបស់ Technorati អំពីដំណើរការសំណួរលឿនជាងមុន និងការរកឃើញតំណភ្ជាប់ប្លក់ត្រឹមត្រូវជាងមុន។ នៅពេលអនាគតដ៏ខ្លី វាត្រូវបានគ្រោងនឹងអនុវត្តការធ្វើមូលដ្ឋានីយកម្មភាសា ការធ្វើលិបិក្រមកាន់តែលឿន ក៏ដូចជាស្ថិតិលម្អិតសម្រាប់ប្លុកសកលលោកទាំងមូល។

យោងតាមការគ្រប់គ្រងរបស់ម៉ាស៊ីនស្វែងរក ការផ្លាស់ប្តូរការងារគឺចាំបាច់ ដោយសារគេហទំព័រនេះមិនអាចផ្តល់លទ្ធភាពប្រើប្រាស់បានពេញលេញទៀតទេ។ យោងតាម ​​Technorati ទំហំនៃប្លក់កំពុងកើនឡើងជាលំដាប់ ហើយកំពុងខិតជិត 50 លានប្លុករួចហើយ ដែលជាការពិតក៏ជាមូលហេតុចម្បងមួយសម្រាប់ការផ្លាស់ប្តូរសេវាកម្មផងដែរ។

ការស្វែងរកប្លក់ Google ( )

វិបផតថលស្វែងរកដ៏ពេញនិយមបំផុតគឺ Google ក៏បានពង្រីកសមត្ថភាពស្វែងរករបស់ខ្លួនជាមួយនឹងម៉ូឌុលស្វែងរកពិសេសនៅក្នុងកំណត់ហេតុប្រចាំថ្ងៃតាមអ៊ីនធឺណិត។ បណ្ណសារ Google Internet នឹងរួមបញ្ចូលប្លុកទាំងអស់ មិនមែនគ្រាន់តែគេហទំព័រដែលបានបោះពុម្ពពីមុននៅលើគេហទំព័រ Google Blogger ពិសេសនោះទេ។

បច្ចុប្បន្ន សេវាកម្មនេះស្ថិតនៅក្នុងបេតា ហើយមានតែប្លុកដែលបានបោះពុម្ពតាំងពីខែមិថុនា ឆ្នាំ 2005 ប៉ុណ្ណោះដែលអាចស្វែងរកបាន។ ទោះជាយ៉ាងណាក៏ដោយ យោងតាមអ្នកតំណាងក្រុមហ៊ុន ការងារកំពុងដំណើរការដើម្បីបញ្ចូលកំណត់ហេតុប្រចាំថ្ងៃទាំងនោះដែលត្រូវបានបោះពុម្ពពីមុននៅលើអ៊ីនធឺណិត។ ដោយមានជំនួយពីម៉ាស៊ីនស្វែងរកថ្មី វានឹងអាចស្វែងរកប្លក់ដោយអ្នកនិពន្ធ ឬដោយអត្ថបទដែលបានបោះពុម្ពផ្សាយ។ លើសពីនេះទៅទៀត Google នឹងធ្វើលិបិក្រមយ៉ាងសកម្មនូវប្លុកទាំងអស់ដែលមានប្រព័ន្ធស្វ័យប្រវត្តិសម្រាប់តាមដានការផ្លាស់ប្តូរគេហទំព័រ។

អ្នកបង្កើត Technorati បានបោះពុម្ពសំបុត្រមួយនៅលើប្លក់ក្រុមហ៊ុនរបស់គាត់បន្ទាប់ពីការស្វែងរកប្លក់របស់ Google ដោយស្វាគមន៍ការចូលរបស់ Google ចូលទៅក្នុងសហគមន៍ប្លុក។ គាត់សរសេរថាការសម្រេចចិត្តរបស់វិបផតថលស្វែងរកក្នុងការរួមបញ្ចូលប្លុកនៅក្នុងបណ្ណសាររបស់ខ្លួនបានបង្ហាញថា Google កំពុងយកបាតុភូតអ៊ីនធឺណិតថ្មីនេះយ៉ាងយកចិត្តទុកដាក់។

យើងក៏កត់សម្គាល់ផងដែរថាថ្មីៗនេះប្រព័ន្ធ Google បានចាប់ផ្តើមរក្សាប្លុកសាជីវកម្មជាភាសារុស្សី។ ប្រកាសដំបូងដែលបានបង្ហាញខ្លួននៅលើប្លុកនេះត្រូវបានសរសេរដោយប្រធានផ្នែករុស្ស៊ីនៃក្រុមហ៊ុន Google លោក Vladimir Dolgov ។ ប្លក់រុស្ស៊ីដំណើរការដោយបុគ្គលិក Google ដែលនិយាយភាសារុស្សីសម្រាប់ទស្សនិកជនដែលនិយាយភាសារុស្សី។ ប្លុកមានទីតាំងនៅ៖ GoogleRussiaBlog.blogspot.com ។ ផ្នែករុស្ស៊ីនៃក្រុមហ៊ុនសង្ឃឹមថាអ្នកសរសេរប្លុកនឹងគាំទ្រប្លុកសាជីវកម្ម Google ដោយផ្ញើបំណងប្រាថ្នារបស់ពួកគេអំពីព័ត៌មានដែលពួកគេចង់ឃើញនៅក្នុងនោះ។

ជាការពិតណាស់ Google មិនមែនជាក្រុមហ៊ុនដំបូងគេដែលសម្រេចចិត្តដាក់បញ្ចូលប្លុកនៅក្នុងការស្វែងរករបស់ខ្លួននោះទេ ប៉ុន្តែការសម្រេចចិត្តនេះពិតជាអាចចាត់ទុកថាមានសារៈសំខាន់ ដោយសារតែវិបផតថលនេះគឺជាអ្នកដឹកនាំច្បាស់លាស់ក្នុងចំណោមម៉ាស៊ីនស្វែងរកអ៊ីនធឺណិត។ សូមចំណាំថា សូម្បីតែមុនពេលបង្កើតសេវាកម្មស្វែងរកប្លក់ Google បានទិញក្រុមហ៊ុនដែលរួមចំណែកដល់ការបំប្លែងកំណត់ហេតុបណ្ដាញទៅជាបាតុភូតទូទាំងពិភពលោក (ម៉ាស៊ីនស្វែងរកដ៏ពេញនិយមបំផុតបានទិញ Pyra ហើយជាមួយនឹងបច្ចេកវិទ្យានៅពីក្រោយប្រព័ន្ធ Blogger - កម្មវិធី និង គេហទំព័រដែលគាំទ្រប្លុករាប់លាននៅទូទាំងពិភពលោក)។

យុទ្ធសាស្រ្តរបស់ Google គឺដើម្បីធានាថាអ្នកប្រើប្រាស់ទទួលបានអ្វីគ្រប់យ៉ាងដែលពួកគេចង់បានពីម៉ាស៊ីនស្វែងរកដោយមិនគិតពីសំណួរ។ យ៉ាងណាមិញ ជាញឹកញាប់មនុស្សកំពុងស្វែងរកព័ត៌មានអំពីអ្វីដែលកំពុងកើតឡើងនៅពេលនេះ ពួកគេចង់បានព័ត៌មានថ្មីៗ និងមតិយោបល់ ដែលពេលខ្លះអាចត្រូវបានរកឃើញតែនៅក្នុងកំណត់ហេតុបណ្ដាញប៉ុណ្ណោះ។

ទោះជាយ៉ាងណាក៏ដោយ អ្នកប្រើប្រាស់ប្រព័ន្ធស្វែងរករបស់ Google បានកត់សម្គាល់រួចហើយអំពីភាពរអាក់រអួលនៃម៉ាស៊ីនស្វែងរកថ្មីនេះ។ ជាឧទាហរណ៍ ការតម្រៀបលំនាំដើមនៅទីនោះជាធម្មតាកើតឡើងដោយភាពពាក់ព័ន្ធនៃសំណើ មិនមែនតាមពេលវេលាទេ ដែលជាការពិតជាពិសេសសម្រាប់ប្លុក។ យ៉ាងណាមិញ ក្នុងការស្វែងរកប្លក់ រឿងសំខាន់គឺប្រសិទ្ធភាព មិនមែនភាពពាក់ព័ន្ធទេ។

ធ្វើការជាមួយប្លុក និងម៉ាស៊ីនស្វែងរកអន្តរជាតិផ្សេងទៀត។ ឧទាហរណ៍ នៅក្នុងផ្នែកព័ត៌មានរបស់ Yahoo! មានជម្រើសស្វែងរកថ្មី - នៅក្នុងព័ត៌មាន និងប្លក់។ បញ្ជីប្លុកដែលឃ្លាគន្លឹះដែលបានផ្តល់ឱ្យកើតឡើងនឹងត្រូវបានបង្ហាញនៅក្នុងបង្អួចដាច់ដោយឡែកមួយ នៅជាប់នឹងផ្ទាំងព័ត៌មានរបស់ទីភ្នាក់ងារព័ត៌មានធំជាងគេ។ ជាការពិតណាស់ ទោះបីជាអ្នកសរសេរប្លុកមិនមែនជាអ្នកសារព័ត៌មានអាជីពក៏ដោយ ពេលខ្លះពួកគេលើសប្រព័ន្ធផ្សព្វផ្សាយទាំងក្នុងល្បឿន និងលម្អិតនៃការពិពណ៌នា។ លើស​ពី​នេះ​ទៅ​ទៀត អ្នក​សារព័ត៌មាន​ក៏​មិន​អាច​ចុះ​ផ្សាយ​គ្រប់​ព្រឹត្តិការណ៍​បាន​ដែរ។ ទោះជាយ៉ាងណាក៏ដោយ ប្លក់នៅតែមិនធានាភាពត្រឹមត្រូវ ដូច្នេះ Yahoo! មិន​បាន​លាយ​បញ្ចូល​គ្នា​នូវ​ព័ត៌មាន​ពី​ពួក​គេ និង​ពី​ប្រភព​ព័ត៌មាន​ដែល​ទទួល​ខុស​ត្រូវ​ចំនួន 6,5 ពាន់​នាក់។

បន្ថែមពីលើការបង្ហោះប្លុក អ្នកប្រើប្រាស់ម៉ាស៊ីនស្វែងរកអាចមើលរូបថតនៃព្រឹត្តិការណ៍នានានៅលើ Flickr ដែលជាគេហទំព័រចែករំលែករូបថតដែលគ្រប់គ្រងដោយ Yahoo!។ រូបភាពនៃបន្ទាប់ពីការទម្លាក់គ្រាប់បែកនៅទីក្រុងឡុងដ៍ ឬព្យុះសង្ឃរា Katrina នៅសហរដ្ឋអាមេរិកបានទាក់ទាញជាពិសេសអ្នកទស្សនាជាច្រើន។

ធនធានស្វែងរកល្បីឈ្មោះ Ask.com (http://www.ask.com/) ដែលជាកម្មសិទ្ធិរបស់ IAC/InterActiveCorp ថ្មីៗនេះក៏ទទួលបានជម្រើសក្នុងការស្វែងរកព័ត៌មាននៅក្នុងប្លក់ផងដែរ។ សេវាកម្មថ្មីត្រូវបានគេហៅថា Bloglines ។ ក្នុងពេលជាមួយគ្នានេះ អ្នកតំណាងនៃធនធានកត់សម្គាល់ថាកូនចៅរបស់ពួកគេមានភាពខុសប្លែកគ្នាយ៉ាងខ្លាំងពីសេវាកម្មស្រដៀងគ្នាផ្សេងទៀតដែលធ្វើការជាម៉ាស៊ីនស្វែងរកបែបប្រពៃណី ហើយច្រោះសារឥតបានការ ដែលថ្មីៗនេះបានចាប់ផ្តើមរីករាលដាលយ៉ាងសាមញ្ញនៅក្នុងប្លុក។

អ្នកប្រើប្រាស់នឹងអាចរក្សាទុកការស្វែងរក និងចែករំលែកលទ្ធផលរបស់ពួកគេជាមួយអ្នកដទៃ។ ពួកគេក៏នឹងអាចបង្ហោះការស្វែងរកផ្ទាល់ខ្លួនរបស់ពួកគេនៅលើគេហទំព័រដូចជា Bloglines និង Digg ផងដែរ។ ក្រុមហ៊ុនក៏មិនមានបំណងដាក់កម្រិតខ្លួនឯងក្នុងការណែនាំសេវាកម្មថ្មីតែលើធនធានស្វែងរករបស់ខ្លួន ដែលថ្មីៗនេះត្រូវបានរចនាឡើងវិញទាំងស្រុង ហើយនឹងបញ្ចូលបច្ចេកវិទ្យាថ្មីៗទៅក្នុង Bloglines ។

ការស្វែងរកប្លុកនៅលើ Yandex ()

ការស្វែងរកប្លុកនៅក្នុងផ្នែករុស្ស៊ីនៃអ៊ីនធឺណិតត្រូវបានអនុវត្តមិនអាក្រក់ជាងអន្តរជាតិទេ។ ការស្វែងរកដ៏ល្អបំផុតសម្រាប់ប្លក់នៅក្នុង Runet ត្រូវបានរៀបចំដោយវិបផតថលស្វែងរក Yandex ។ លើសពីនេះទៅទៀត Yandex មានការស្វែងរកជាយូរណាស់មកហើយសម្រាប់ទម្រង់ RSS ទាំងអស់ (RSS គឺជាក្រុមគ្រួសារនៃទ្រង់ទ្រាយ XML ដែលត្រូវបានរចនាឡើងដើម្បីពិពណ៌នាអំពីព័ត៌មានព័ត៌មាន ការប្រកាសអត្ថបទ និងការផ្លាស់ប្តូរប្លុក) និងសូម្បីតែព័ត៌មានដើម្បីចាប់ផ្ដើម។ ហើយវាមិនទំនងថា Google នឹងមានពេលវេលាដើម្បីធ្វើលិបិក្រមប្លុកដូចអ្វីដែល Yandex ធ្វើសព្វថ្ងៃនេះទេ។

ហើយថ្មីៗនេះ Yandex បានធ្វើឱ្យប្រសើរឡើងនូវសេវាកម្មស្វែងរកប្លុករបស់ខ្លួន - ឥឡូវនេះទំព័រសំខាន់នៃគេហទំព័រមានសូចនាករនៃ blogosphere ដូចជាប្រធានបទក្តៅ ប្លុកពេញនិយម និងការបង្ហោះប្លុក។

ការស្វែងរកប្លុក ជាឧបករណ៍មួយប្រភេទសម្រាប់រុករកមតិសាធារណៈនៅលើអ៊ីនធឺណិត ឥឡូវនេះអនុញ្ញាតឱ្យអ្នកស្វែងយល់ពីអារម្មណ៍របស់អ្នកប្រើប្រាស់ និងបណ្តាញរុស្ស៊ី។ តាមការស្នើសុំ មិនត្រឹមតែកំណត់ត្រាប៉ុណ្ណោះទេ ប៉ុន្តែការផ្សាយក៏ត្រូវបានរកឃើញផងដែរ ហើយភាពពាក់ព័ន្ធនៃការស្វែងរកត្រូវបានធ្វើឱ្យប្រសើរឡើងយ៉ាងខ្លាំង។ លើសពីនេះទៀតអរគុណចំពោះរូបរាងនៃច្បាប់ចម្លងដែលបានរក្សាទុកអ្នកប្រើអាចមើលអត្ថបទពេញលេញនៃធាតុដោយផ្ទាល់នៅលើ Yandex ដោយមិនចាំបាច់ចុចលើតំណ។ ការស្វែងរកកម្រិតខ្ពស់អនុញ្ញាតឱ្យអ្នកស្វែងរកដោយឡែកពីគ្នានៅក្នុងប្លុក និងវេទិកាតាមប្រភេទ ក៏ដូចជាស្វែងរកធាតុតាមតំណដែលបានរៀបរាប់នៅក្នុងពួកវា។

សព្វថ្ងៃនេះ មូលដ្ឋានទិន្នន័យស្វែងរកនៃសេវាកម្មស្វែងរកប្លក់ដែលចាប់ផ្តើមដោយ Yandex ក្នុងខែធ្នូ ឆ្នាំ 2004 មានច្រើនជាង 800,000 កំណត់ហេតុប្រចាំថ្ងៃតាមអ៊ីនធឺណិតជាភាសារុស្សី ហើយជារៀងរាល់ថ្ងៃសេវាកម្មនេះដំណើរការពី 100-160,000 ធាតុថ្មី។ សរុបមក Yandex ស្គាល់ធាតុច្រើនជាង 45 លាននៅក្នុងប្លក់ និងវេទិកា។

ព្យាយាមធ្វើការជាមួយប្លុក និងម៉ាស៊ីនស្វែងរករុស្ស៊ីផ្សេងទៀត។ ឧទាហរណ៍នៅចុងឆ្នាំ 2005 សេវាកម្មទំនាក់ទំនង "Rambler Planet" (http://planeta.rambler.ru) ត្រូវបានបើកដំណើរការ - ប្លុកតែមួយនៃសេវាកម្មទំនាក់ទំនងតាមវិបផតថល។ គម្រោង Rambler ថ្មីត្រូវបានដាក់ជាមធ្យោបាយនៃការបង្កើតតំណាងផ្ទាល់ខ្លួនរបស់អ្នកប្រើប្រាស់អ៊ីនធឺណិតនៅលើបណ្តាញ ដែលជាស្នូលនៃកំណត់ហេតុប្រចាំថ្ងៃពហុព័ត៌មាន។ នៅក្នុងកំណត់ហេតុប្រចាំថ្ងៃនេះ អ្នកអាចបោះពុម្ព និងមើលមិនត្រឹមតែសារជាអក្សរ និងរូបថតប៉ុណ្ណោះទេ ថែមទាំងវីដេអូទៀតផង។ លើសពីនេះទៅទៀត Planet ត្រូវបានរួមបញ្ចូលជាមួយធនធានវិបផតថលផ្សេងទៀត - Rambler Photo, Rambler Group និង Rambler Vision ។ ហើយនៅដើមឆ្នាំនេះ មុខងារថ្មីមួយបានបង្ហាញខ្លួននៅក្នុងប្រព័ន្ធពហុព័ត៌មាន Rambler Planet ឥឡូវនេះអ្នកប្រើប្រាស់អាចរៀបចំសហគមន៍តាមប្រធានបទបាន។ សូមរីករាយ និងមុខងារថ្មីមួយទៀត - លទ្ធភាពនៃការបោះពុម្ពសារ SMS ។ ឥឡូវ​នេះ​អ្នក​អាច​ធ្វើ​ការ​បញ្ចូល​ក្នុង​កំណត់​ហេតុ​លើ​ប​ណ្តា​ញ​របស់​អ្នក​ដោយ​ប្រើ​ទូរស័ព្ទ​ដៃ​របស់​អ្នក​។ មិនយូរប៉ុន្មានវានឹងអាចភ្ជាប់ RSS និងកំណត់ហេតុប្រចាំថ្ងៃពីប្រព័ន្ធផ្សេងទៀត និងរៀបចំការវាយតម្លៃ។ សហគមន៍ទាំងអស់ដែលមានសព្វថ្ងៃនេះត្រូវបានប្រមូលនៅក្នុងកាតាឡុកប្រធានបទនៃ Rambler ។

ប្លុករុស្ស៊ី ()

បន្ថែមពីលើ Yandex ការស្វែងរកនៅក្នុងប្លុករុស្ស៊ីក៏ត្រូវបានអនុវត្តនៅលើគេហទំព័រនៃគម្រោង Blogus ក្នុងស្រុកផងដែរ។ ជាការពិតណាស់ គម្រោងនេះគឺនៅឆ្ងាយពីការគ្របដណ្តប់ពេញលេញនៃ blogosphere ដែល Technorati ឬ Yandex មាន ប៉ុន្តែអ្នកអាចស្វែងរកព័ត៌មានគួរឱ្យចាប់អារម្មណ៍នៅទីនោះផងដែរ។ សេវាកម្មនៅតែមាននៅក្នុងកំណែបែតា ចំណុចប្រទាក់របស់វាកំពុងត្រូវបានកែលម្អឥតឈប់ឈរ ហើយនៅពេលអនាគតដ៏ខ្លីខាងមុខនេះ វាសន្យាថានឹងក្លាយទៅជាឧបករណ៍ស្វែងរកដ៏សាមញ្ញ មានមុខងារ និងងាយស្រួលដែលមានគោលបំណងជាពិសេសចំពោះអ្នកសរសេរប្លុក។ នៅដំណាក់កាលនេះ អ្នកបង្កើត Blogus មានគម្រោងរក្សាទុក និងធ្វើលិបិក្រមមិនលើសពី 10,000 នៃប្លុកពេញនិយមបំផុត។ ដូច្នេះប្រសិនបើ Yandex អនុញ្ញាតឱ្យអ្នកអនុវត្តការស្វែងរកដ៏ធំទូលាយបំផុតនោះ Blogus នឹងក្លាយជាការបន្ថែមប្រធានបទតូចចង្អៀត ដោយគិតគូរពីសិទ្ធិអំណាចនៃប្លុកជាក់លាក់មួយ។

ជាពិសេសសម្រាប់គេហទំព័រ

Vladimir Gubailovsky

Google បានចាប់ផ្តើមការស្វែងរកកំណត់ហេតុប្រចាំថ្ងៃ ឬប្លក់តាមអ៊ីនធឺណិត។ការស្វែងរកត្រូវបានអនុវត្តមិនត្រឹមតែលើសេវាកម្មដែលផ្តល់ដោយ Google ខ្លួនឯងនោះទេ - សេវាកម្ម Blogger ប៉ុន្តែនៅលើប្លុកផ្សេងទៀតទាំងអស់ដែលផ្តល់ព័ត៌មានអំពីការផ្លាស់ប្តូរក្នុងទម្រង់នៃការអាប់ដេត។ ថ្ងៃនេះ លិបិក្រមស្វែងរករបស់ Google រួមបញ្ចូលធាតុប្លក់ដែលមានអាយុកាលតាំងពីខែមិថុនា ឆ្នាំ 2005 ប៉ុន្តែ Google មានបំណងដាក់លិបិក្រមធាតុចាស់ៗផងដែរ។ ដោយមានជំនួយពីសេវាកម្ម អ្នកអាចស្វែងរកកំណត់ហេតុតាមអ៊ីនធឺណិត អ្នកនិពន្ធ ឬធាតុដាច់ដោយឡែក និងក្នុងចន្លោះពេលដែលបានជ្រើសរើស។

ស្វែងរកក្នុងប្លុក

គ្មានឆ្ងល់ទេ Google បានចេញផ្សាយការស្វែងរកប្លុក។ វាជារឿងគួរឱ្យភ្ញាក់ផ្អើលដែលក្រុមហ៊ុនដែលគេស្គាល់ថាមានភ្នែកមុតស្រួចសម្រាប់ការច្នៃប្រឌិត ហើយការចេញផ្សាយសេវាកម្ម និងឧបករណ៍ថ្មីៗស្ទើរតែរៀងរាល់សប្តាហ៍ថ្មីៗនេះ មិនបានផ្តល់ជូនអ្នកប្រើប្រាស់នូវសេវាកម្មពិសេសនេះទេ - ការស្វែងរកប្លក់អស់រយៈពេលជាយូរមកហើយ។

ប្លុកមានភាពជាក់លាក់ផ្ទាល់ខ្លួនរបស់ពួកគេដែលបែងចែកប្រភេទនៃគេហទំព័រនេះពីគេហទំព័រផ្សេងទៀតទាំងអស់ ដូច្នេះហើយការស្វែងរកប្លក់គឺខុសពីការស្វែងរកបែបប្រពៃណី។ សម្រាប់ការប្រៀបធៀប Yandex បានចេញផ្សាយការស្វែងរកប្លុករបស់ខ្លួនត្រឡប់មកវិញនៅក្នុងខែធ្នូ 2004 ។ ហើយ Google គ្រាន់តែមិនបានឃើញភាពជាក់លាក់ដែល blogosphere អនុវត្ត (ពាក្យនេះបានបង្កើតខ្លួនវារួចហើយថាជានិយមន័យនៃប្លក់ទាំងអស់ដែលមាននៅលើបណ្តាញ)។

យោងតាម ​​Technorati ចំនួនប្លុកសរុបនៅលើបណ្តាញបានឈានដល់ 16.1 លានរួចហើយ ដែលចំនួនរបស់ពួកគេកើនឡើងទ្វេដងរៀងរាល់ 5 ខែម្តង ប្លុកថ្មីត្រូវបានបង្កើតរៀងរាល់ 5-7 វិនាទី។ កំណត់ហេតុបណ្ដាញ - កំណត់ហេតុបណ្ដាញអនឡាញ - ត្រូវបានសរសេរ និងបោះពុម្ពនៅថ្ងៃនេះដោយបុគ្គល និងក្រុមហ៊ុនធំៗ។ លើស​ពី​នេះ​ទៅ​ទៀត ធាតុ​កំណត់​ហេតុ​ប្លុក​ថ្មីៗ​បំផុត​គឺ​មាន​ចំណាប់​អារម្មណ៍​ចម្បង។ ហើយម៉ាស៊ីនស្វែងរកធំៗ សូម្បីតែក្រុមហ៊ុនលឿនដូចជា Google ធ្វើបច្ចុប្បន្នភាពលិបិក្រមរបស់ពួកគេយឺតៗ - ពួកគេគ្រាន់តែមិនកត់សម្គាល់ពីភាពជាក់លាក់នៃប្លក់ និងធ្វើលិបិក្រមអ្វីទាំងអស់។ ម៉ាស៊ីនស្វែងរកបែបប្រពៃណីដូចជា Google ឬ Yahoo បង្កើតលិបិក្រមរបស់ពួកគេសម្រាប់ការស្វែងរកតាមអ៊ីនធឺណិតដោយឆ្លងកាត់គេហទំព័រជាមួយនឹងកម្មវិធីរុករកដោយស្វ័យប្រវត្តិដែលប្រមូលអ្វីគ្រប់យ៉ាងដែលពួកគេអាចធ្វើបានពីគេហទំព័រទាំងអស់ដែលពួកគេឆ្លងកាត់។ វាមិនមែនជារឿងចម្លែកទេសម្រាប់ស្ថានភាពដែលព័ត៌មានកាលពីឆ្នាំមុនឬសូម្បីតែចាស់លេចឡើងនៅលើទំព័រដំបូងនៃការស្រាវជ្រាវ - ម៉ាស៊ីនស្វែងរកគឺនៅឆ្ងាយពីតែងតែតម្រង់ទិសបានល្អទាន់ពេល។ នេះពិតជាធម្មជាតិណាស់ - វាត្រូវតែធ្វើការជាមួយកាលបរិច្ឆេទធ្វើបច្ចុប្បន្នភាពទំព័រ ហើយទំព័រអាចត្រូវបានធ្វើបច្ចុប្បន្នភាពដោយគ្មានការផ្លាស់ប្តូរមាតិកា។ ម៉ាស៊ីនស្វែងរកមិនអាចធានាកាលបរិច្ឆេទនៃទំព័រណាមួយនៅលើអ៊ីនធឺណិតបានទេ។

"ការចាប់ផ្តើម" នៅក្នុងទីផ្សារស្វែងរក

ការពន្យារពេលពេលវេលា និងការសម្រាកតាមកាលកំណត់ក្នុងការសរសេរប្លុកដែលជារឿងធម្មតានៅក្នុងម៉ាស៊ីនស្វែងរកបែបប្រពៃណីបានផ្តល់ឱកាសឱ្យម៉ាស៊ីនស្វែងរកតូច។ សេវាកម្មទាំងនេះផ្តោតលើការបង្កើតលិបិក្រមប្លុកឱ្យបានលឿនតាមដែលអាចធ្វើទៅបាន។ ពួកគេព្យាយាមតាមដានការធ្វើបច្ចុប្បន្នភាពប្លុកក្នុងរយៈពេលពីរបីនាទីដើម្បីធ្វើឱ្យការផ្លាស់ប្តូរទាំងនោះអាចស្វែងរកបាន។ សេវាកម្ម​ថ្មី​ដែល​ខ្លះ​មាន​អាយុ​តិច​ជាង​មួយ​ឆ្នាំ​ប្រាកដ​ណាស់​ប្រឈម​នឹង​បញ្ហា​ច្រើន។ បច្ចេកវិទ្យានៅតែវិវត្ត ហើយក្រុមហ៊ុនកំពុងស្វែងរកវិធីល្អបំផុតដើម្បីតាមដាន និងតម្រៀបប្លុក។ សេវាកម្មខ្លះបាត់បង់ប្លុកជាច្រើន ខ្លះទៀតជ្រើសរើសគេហទំព័រដែលមើលទៅដូចប្លុកដោយចៃដន្យ។ នៅលើ DayPop ។ ប្លុកមួយចំនួនតូចត្រូវបានបង្ហាញ - ប្រហែល 60 ពាន់ ប៉ុន្តែប្លុកទាំងនេះត្រូវបានជ្រើសរើសដោយអ្នកកែសម្រួលគេហទំព័រថាគួរឱ្យចាប់អារម្មណ៍បំផុតតាមទស្សនៈរបស់ពួកគេ។ គេហទំព័រដូចជា Technorati, Feedster, IceRocket (ដែលធ្វើលិបិក្រមប្លក់រុស្ស៊ីល្អបំផុតរហូតមកដល់បច្ចុប្បន្ន) និង BlogPulse បានប្រមូលប្លក់ច្រើនជាងមុន ចន្លោះពី 15 លានទៅ 20 លាន។ លទ្ធផលស្វែងរកនៃប្រព័ន្ធទាំងនេះផ្តល់លទ្ធផលច្រើន ច្រើនតែមកពីប្រភពមិនច្បាស់លាស់ ប៉ុន្តែគួរឱ្យចាប់អារម្មណ៍ខ្លាំង។ ខណៈពេលដែល Technorati និង BlogPulse ផ្តោតតែលើប្លក់ប៉ុណ្ណោះ Feedster និង IceRocket ក៏ផ្តល់ជូននូវជម្រើសដែលអនុញ្ញាតឱ្យអ្នកស្វែងរកព័ត៌មានពីប្រភពប្រពៃណី - ព័ត៌មាន កាសែតអនឡាញ និងអ្នកផ្តល់មាតិកាព័ត៌មានផ្លូវការផ្សេងទៀត។

ខណៈពេលដែល Google, Yahoo និង Microsoft កំពុងដំណើរការរាប់ពាន់លានទំព័រ ការស្វែងរកប្លក់គឺផ្តោតលើគេហទំព័រពី 10 ទៅ 20 លាន។ នៅទីនេះ ម៉ាស៊ីនស្វែងរកប្រើវិធីសាស្រ្តដែលអាចអនុវត្តបានតែចំពោះប្លុក និងមិនស័ក្តិសមសម្រាប់ការធ្វើលិបិក្រមគេហទំព័របំពាន។ យោងទៅតាម The Wall Street Journal Online ជាឧទាហរណ៍ Technorati ភាគច្រើនពឹងផ្អែកលើយន្តការ "pinging" ដើម្បីត្រួតពិនិត្យប្លុក។ អ្នកសរសេរប្លុកភាគច្រើនរៀបចំទិនានុប្បវត្តិរបស់ពួកគេតាមរយៈសេវាកម្មដូចជា Blogger ឬ LiveJournal ដែល ping ម៉ាស៊ីនស្វែងរកដោយស្វ័យប្រវត្តិនៅពេលប្លក់ផ្លាស់ប្តូរ។ នាយកប្រតិបត្តិ Technorati លោក David Sifry និយាយថាក្រុមហ៊ុនរបស់គាត់មានកិច្ចព្រមព្រៀងជាមួយក្រុមហ៊ុនជាច្រើនដែលផ្តល់សេវាបង្ហោះប្លុក (នោះគឺជាសេវាកម្មសម្រាប់បង្ហោះ និងសរសេរប្លុក) - Technorati ទទួលបាន pinged មុនពេលម៉ាស៊ីនស្វែងរកផ្សេងទៀត។ នៅពេលទទួលបានសារបែបនេះ Technorati ធ្វើបច្ចុប្បន្នភាពសន្ទស្សន៍ស្វែងរករបស់វាភ្លាមៗ។ Feedster ក៏ប្រើ ping-monitoring ផងដែរ ប៉ុន្តែលើសពីនេះទៅទៀត វាប្រមូលការអាប់ដេតដោយប្រើ RSS feed (ដូចជាការស្វែងរកប្លក់របស់ Google ដែលទើបនឹងបើកដំណើរការ) ដែលការអាប់ដេតដែលប្រមូលបានទាំងអស់ត្រូវបានចេញនៅចន្លោះពេលទៀងទាត់។ ប៉ុន្តែដោយប្រើតែ RSS feeds និង pings ពីសេវាកម្មប្លក់ធំៗ អ្នកអាចបាត់បង់ប្លុកសំខាន់ៗទាំងនោះដែលមានដោយខ្លួនឯង។ ដូច្នេះ IceRocket ក៏ប្រើមនុស្សយន្តស្វែងរកផ្ទាល់ខ្លួនផងដែរ ដែលឆ្លងកាត់គេហទំព័រ និងធ្វើលិបិក្រមប្លុកដោយឯករាជ្យ។ មនុស្សយន្តស្វែងរកអាចបែងចែកប្លុកពីគេហទំព័រណាមួយផ្សេងទៀត - ដោយសារតែប្លក់មានភាពខុសគ្នានៃលក្ខណៈរបស់ពួកគេ។ ប្លុកណាមួយមានលំដាប់លំដោយនៃធាតុ ធាតុនីមួយៗមានកាលបរិច្ឆេទ និងចំណងជើងដែលបានបញ្ជាក់យ៉ាងច្បាស់។

ពេលវេលានៅក្នុង hyperspace

អ្នកសង្កេតការណ៍វិទ្យាសាស្ត្រនៃវិទ្យុ Liberty Alexander Sergeev បានពណ៌នាអំពីភាពជាក់លាក់នៃប្លក់ដូចខាងក្រោម៖ "រួមជាមួយប្លក់ អ៊ីនធឺណែតបានមកដល់ពេលវេលា ឬសូម្បីតែពេលវេលា។ មុនពេលប្លក់ អ៊ីនធឺណេតគឺជាកន្លែងផ្ទុកលើសទម្ងន់ ដែលពេលវេលាគឺអវត្តមាននៅក្នុងព័ត៌មាន។ ហើយ​មាន​ព័ត៌មាន​តិច​តួច​ណាស់​បើ​ធៀប​នឹង​ទំហំ​ទាំងមូល​នៃ​គេហទំព័រ។ ការពិត​ដែល​ប្លុក​ត្រូវ​បាន​ភ្ជាប់​ជា​ចាំ​បាច់​ជាមួយ​កាលប្បវត្តិ​នៃ​ធាតុ​កំណត់​រចនាសម្ព័ន្ធ​ជាក់លាក់​មួយ ដែល​មិន​មាន​មុន​ប្លុក។"

Google បានរំលងការស្វែងរកប្លក់ មិនបានមកទីនេះមុនគេ ហើយឥឡូវនេះត្រូវតែតាមទាន់។ Google ប្រហែលជាគិតថា ប្រសិនបើក្រុមហ៊ុនមានម៉ាស៊ីនស្វែងរកល្អបំផុត វានឹងធ្វើលិបិក្រមប្លុកក៏ដូចជាអ្វីផ្សេងទៀត។ ប៉ុន្តែវាបានប្រែក្លាយថានេះមិនមែនជាការពិតទាំងស្រុងនោះទេ។ គេហទំព័រកំពុងផ្លាស់ប្តូរយ៉ាងឆាប់រហ័សដែលសូម្បីតែ Google សម្រាប់ភាពរហ័សរហួននិងភាពរហ័សរហួនរបស់វាក៏លែងមានល្បឿនលឿនគ្រប់គ្រាន់ដើម្បីក្លាយជាមនុស្សដំបូងគេនៅគ្រប់ទីកន្លែងដែរ ហើយអ្វីដែលឈឺចាប់បំផុតសម្រាប់ក្រុមហ៊ុននោះគឺថាវាបានខកខានផ្នែកនៃទីផ្សារស្វែងរក។ ប្រសិនបើ Google បានចាប់ផ្តើមការស្វែងរកប្លក់កាលពីមួយឆ្នាំមុននោះ ក្រុមហ៊ុនជាច្រើនដែលបានកើនឡើងនៅក្នុងផ្នែកទីផ្សារនេះសព្វថ្ងៃនេះជាធម្មតានឹងមិនកើតឡើងនោះទេ។

ថ្មីៗនេះ អ្វីដែលគេហៅថា "ទីផ្សារទ័ពព្រៃ" "ទីផ្សារហ្វូងមនុស្ស" ដែលមានបំណងបង្កើនតំណភ្ជាប់ពីប្លុក វេទិកា គេហទំព័រសំណួរ និងចម្លើយ និងមតិយោបល់ កំពុងទទួលបានប្រជាប្រិយភាពកាន់តែខ្លាំងឡើង។ ប្រសិនបើអ្នកមិនមានពេលវេលាដើម្បីអនុវត្តការងារទាំងនេះទេ ខ្ញុំត្រៀមខ្លួនជាស្រេចដើម្បីណែនាំបុរសពីសេវាយោង (ឧទាហរណ៍ការងាររបស់ពួកគេ)។

ថ្ងៃនេះ ខ្ញុំនឹងនិយាយដោយសង្ខេបអំពីមូលដ្ឋាននៃការប្រើប្រាស់ប្រកបដោយប្រសិទ្ធភាពនៃការត្រងលទ្ធផលស្វែងរករបស់ Google សម្រាប់ទីផ្សារហ្វូងមនុស្សប្រកបដោយប្រសិទ្ធភាព។ ប្រធានបទនេះក៏ពាក់ព័ន្ធផងដែរព្រោះ Google លាក់តម្រងស្វែងរកមួយចំនួនដែលមានពីមុនមក។

មើល Google SERPs នៅក្នុងប្រទេសផ្សេងទៀត។

នៅក្នុងយុគសម័យនៃ SERPs ផ្ទាល់ខ្លួន វាស្ទើរតែមិនអាចទៅរួចទេក្នុងការមើលលទ្ធផលស្វែងរកក្នុងប្រទេសមួយផ្សេងទៀតយ៉ាងឆាប់រហ័ស ខណៈដែលអ្នកប្រើប្រាស់ក្នុងស្រុកឃើញវា។ ទោះយ៉ាងណាក៏ដោយនៅតែមានជម្រើស។

ក្បួនដោះស្រាយសម្រាប់ការមើលលទ្ធផលស្វែងរកនៅក្នុងប្រទេសផ្សេងៗ

  • ចូលទៅកាន់របៀប "អនាមិក" នៅក្នុង Chrome (Ctrl + Shift + N);
  • នៅក្នុងរបារអាសយដ្ឋាន បញ្ចូលដែន Google នៃតំបន់ដែលត្រូវគ្នា និង /ncr (វិធីសាស្រ្តនេះគឺហួសសម័យហើយមិនដំណើរការទេ) - វិធីសាស្ត្រនេះអាចអនុវត្តបានចំពោះគ្រប់តំបន់។
  • វាគឺជាការចង់ប្តូរភាសាចំណុចប្រទាក់កម្មវិធីរុករកទៅភាសាអង់គ្លេស
  • បញ្ចូលសំណួរដែលត្រូវការនិងទទួលបានលទ្ធផល;

វិធីសាស្ត្រខាងលើលែងដំណើរការទៀតហើយ។

ដើម្បីពិនិត្យមើលការចេញមកពីប្រទេសដែលបានជ្រើសរើស សូមប្រើ VPN ។ ជាឧទាហរណ៍ ការភ្ជាប់មកជាមួយដោយឥតគិតថ្លៃនៅក្នុងកម្មវិធីរុករក Opera ។

មានវិធីមួយផ្សេងទៀតដើម្បីមើលលទ្ធផលនៅក្នុង Google USA - នេះគឺជាការប្រើប្រាស់គេហទំព័រ aol.com ដែលសរុបទៅការចេញ Google.com ។ រឿងចំបងគឺកុំភ្លេចស្វែងរកក្នុងរបៀបអនាមិក។

ការស្វែងរកវេទិកា Google

តើតម្រងនេះធ្វើអ្វី? វាត្រងលទ្ធផលស្វែងរក ហើយបង្ហាញតែអ្វីដែលទាក់ទងនឹងវេទិកា និងបញ្ជីសំណួរចម្លើយប៉ុណ្ណោះ។ តម្រងនេះមានប្រយោជន៍ខ្លាំងណាស់សម្រាប់អ្នកដែលចង់បង្កើនការយល់ដឹងអំពីម៉ាក ឬផលិតផលក្នុងការពិភាក្សា។ វាងាយស្រួលណាស់ក្នុងការធ្វើដោយការស្វែងរកប្រធានបទអំពីធនធានព័ត៌មានដែលមនុស្សត្រូវការផលិតផល ឬសេវាកម្មរបស់អ្នក។ រឿងចំបងគឺមិនមែនផ្សាយពាណិជ្ជកម្មទេ តែជួយមនុស្ស។ តំណភ្ជាប់គ្រាន់តែជាការបន្ថែម ឬដំណោះស្រាយដែលអាចកើតមានចំពោះបញ្ហារបស់អ្នកប្រើ។

https://www.google.com.ua/webhp?tbm=dsc - ស្វែងរក​ការពិភាក្សា (វិធីសាស្ត្រ​ដែល​បាន​បដិសេធ Google បាន​ដក​មុខងារ​ចេញ)

ផងដែរ តម្រងនេះមានការកំណត់លម្អិតបន្ថែមទៀត ដែលនឹងជួយអ្នកស្វែងរកតែប្រធានបទថ្មីៗនៅលើវេទិការ (ថ្ងៃ សប្តាហ៍ ខែ) ឬទុកលទ្ធផលតែពីប្រទេសដែលអ្នកនៅ។

បន្ថែម៖ សំណួរស្វែងរកណាមួយអាចត្រូវបានបំប្លែងទៅជាការស្វែងរកការពិភាក្សាដោយបន្ថែមទៅចុងបញ្ចប់នៃរបារអាសយដ្ឋាន &tbm=dsc

ស្វែងរកប្លុក Google

ដើម្បីកំណត់លទ្ធផលស្វែងរករបស់អ្នក និងមើលតែប្លុក សូមបញ្ចូលអាសយដ្ឋានខាងក្រោម

ថ្មីនៅលើគេហទំព័រ

>

ពេញនិយមបំផុត។