Kas cia naudojama?

Turiu klausima del vieno paieskos laukelio veikimo. Yra puslapis https://www.kyero.com/ ir paieskos laukelyje ivedus kelis simobolius rodomi galimi pasirinkimai. Kokia technologija paremtas sis paieskos laukelio veikimas. Nes pagal mano turima miestu skaiciu, ju turetu apie keli tukstanciai, bet paieska veikia akimirksiu. Noreciau viename WP puslapyje pritaikyti analogiska varianta, nes pagal temos default funkcija toks laukelis yra, tik jis niekaip nesusidorotu su keliais tukstanciais pasirinkimu ir puslapis greiciausiai pakibtu.

autocomplete naudojamas, susidorotu su keliais tukstanciais laisvai jeigu ne is duombazes source butu.

react

Na, tai is source matome REACT.JS, kuris na tikriausiai kreiptusi per API i duombaze (-es). O siaip jeigu ant WP, tai gali laisvai pasidaryti kad ir su jquery, mysql. Keli tukstanciai tai nera rodyklis persukti query per mysql naudojant bet kuria technologija.

Keli tūkstančiai įrašų nėra nieko stebuklingo kad būtų lėta greitaveika. Galima naudoti kad ir kažką tokio https://redislabs.com/blog/adding-search-engine-redis-adventures-module-land/

Na, tai is source matome REACT.JS, kuris na tikriausiai kreiptusi per API i duombaze (-es). O siaip jeigu ant WP, tai gali laisvai pasidaryti kad ir su jquery, mysql. Keli tukstanciai tai nera rodyklis persukti query per mysql naudojant bet kuria technologija.

As nesu programuotojas, todel mano zinios minimalios. Esme, kad wp backende, buciau susivedes kelis tukstancius miestu (location). Miestai susikirtyti i regionus ir kiekvienas regionas jau turetu po keliasdesimt/kelis simtus miestu. Kas bendrai gautusi keli tukstanciai vietu. Tai ir buvo idomu suzinoti, kokiu principu reikia daryti, kad kaip ir duotame pvz. viskas veiktu greitai.

Mano temoje, yra panasaus tipo paieska - https://image.ibb.co/cOzh3K/problema.png , tik ji dropdowne iskart meta visa lista regionu/miestu, ir kiek suprantu, jei ten suvedus visus kelis tukstancius, atsilieptu puslapio greitaveikoje.

Pagal defaulta tema taip pat turi google location api, kuris nera tikslus, nes kartais miestu pavadinimai dubliuojasi ir taip iskreipiami rezultatai. Tikslumui pasiekti, naudoju dviguba filtra, vienas filtruoja regiona, o tada jau su google api - miesta, tokiu budu daugiau sansu, kad sutapus abiem rezultatam, bus teisinga paieska. Bet cia nepatogu. Noretusi sprendimo kaip pateiktame pvz.

As nesu programuotojas, todel mano zinios minimalios. Esme, kad wp backende, buciau susivedes kelis tukstancius miestu (location). Miestai susikirtyti i regionus ir kiekvienas regionas jau turetu po keliasdesimt/kelis simtus miestu. Kas bendrai gautusi keli tukstanciai vietu. Tai ir buvo idomu suzinoti, kokiu principu reikia daryti, kad kaip ir duotame pvz. viskas veiktu greitai.

Na tai ir meginame paaiskinti, kad kai kalbame apie duomenu bazes ir ju greiti, tai keli tukstanciai yra niekinis skaicius. Tiesiog rasai tu gi paieska, tarkim kad ir turi 1mln irasu savo bazeje, tai kai zmogus veda miesta Vilnius, query sureaguoja tarkime nuo 3cio simbolio ir varo i duombaze ir jai sako, ei ar turi kazko panasaus savo 1mln irasu kas prasideda raidemis Vil is laukelio miestas? Jam atsakymas ateina akimirksniu, kadangi tu isfiltruoji ta 1mln iki kokiu nzn 100 max.. Na tikiuos supratai esme kaip veikia..

Mano temoje, yra panasaus tipo paieska - https://image.ibb.co/cOzh3K/problema.png , tik ji dropdowne iskart meta visa lista regionu/miestu, ir kiek suprantu, jei ten suvedus visus kelis tukstancius, atsilieptu puslapio greitaveikoje.

Atsilieptu nebent userio interfacuj, ta prasme nepatogu kai reiktu scrolinti kelis tuksciancius irasu i apacia. Tai is principo tavo paieska netinkama, tiesiog reikia kitos. Hm manau net rastum kazka for free is wp moduliu..

Pagal defaulta tema taip pat turi google location api, kuris nera tikslus, nes kartais miestu pavadinimai dubliuojasi ir taip iskreipiami rezultatai. Tikslumui pasiekti, naudoju dviguba filtra, vienas filtruoja regiona, o tada jau su google api - miesta, tokiu budu daugiau sansu, kad sutapus abiem rezultatam, bus teisinga paieska. Bet cia nepatogu. Noretusi sprendimo kaip pateiktame pvz.

Esu dares wp/wc moduli autocomplete zipcode, kai suvedamas i billingus adresas, salis, miestas tau automatiskai traukiamas zipcodas is google API. Tai is principo tau kazko panasaus reikia, tik ne zipcodo o miestu saraso kaip supratau.. Na kartojuosi bet turetum rasti kazkas is free pluginu..

Na tai ir meginame paaiskinti, kad kai kalbame apie duomenu bazes ir ju greiti, tai keli tukstanciai yra niekinis skaicius. Tiesiog rasai tu gi paieska, tarkim kad ir turi 1mln irasu savo bazeje, tai kai zmogus veda miesta Vilnius, query sureaguoja tarkime nuo 3cio simbolio ir varo i duombaze ir jai sako, ei ar turi kazko panasaus savo 1mln irasu kas prasideda raidemis Vil is laukelio miestas? Jam atsakymas ateina akimirksniu, kadangi tu isfiltruoji ta 1mln iki kokiu nzn 100 max.. Na tikiuos supratai esme kaip veikia..

 

 

Atsilieptu nebent userio interfacuj, ta prasme nepatogu kai reiktu scrolinti kelis tuksciancius irasu i apacia. Tai is principo tavo paieska netinkama, tiesiog reikia kitos. Hm manau net rastum kazka for free is wp moduliu..

 

 

 

 

Esu dares wp/wc moduli autocomplete zipcode, kai suvedamas i billingus adresas, salis, miestas tau automatiskai traukiamas zipcodas is google API. Tai is principo tau kazko panasaus reikia, tik ne zipcodo o miestu saraso kaip supratau.. Na kartojuosi bet turetum rasti kazkas is free pluginu..

Supratau mazdaug. Kita beda, kad dalis temos yra tas spec pluginas, kuris ne tik filtruoja pagal location, bet ir kitus parametrus (kaina, features). Jis susijes ir su informacjos ivedimu, talpinant skelbima. Ir gautis, kad praktiskai reiktu perdaryti ta plugina, kad ne tik paieska veiktu pagal mano norus, bet dar ir veiktu likusios temos funkcijos, kaip numatyta. Todel speju free visi pluginai atkrenta.

Ooo taip.. Na tau reikia programuotojo cia jau ir tiek ziniu, matyt investicijos neisvengiamos, o ar i mokslus, kad pasidaryti, ar finansines, kad kiti padarytu, tau sprest.. Bent isiaiskinome, kaip veikia paieskos duombazese ;)

Ooo taip.. Na tau reikia programuotojo cia jau ir tiek ziniu, matyt investicijos neisvengiamos, o ar i mokslus, kad pasidaryti, ar finansines, kad kiti padarytu, tau sprest.. Bent isiaiskinome, kaip veikia paieskos duombazese ;)

Kad neisvengiamos tai taip, tiesiog norejosi suzinoti siek tiek detaliu apie reikiamos paieskos veikimo principa.

Naudojami jau paruošti duomenų indeksai. Kitaip ir ilgai užtruktų, ir labai aprauktų duombazę klausiant ties kiekvienu įvedimu. Aišku, galima padaryti debounce, bet tokio efektyvumo vis tiek nepasieksi...

Algolia, pavyzdžiui, yra vienas iš tokių paslaugų tiekėjų, lygtais turintis ir WP įskiepį.

Čia ne šiaip sau WHERE x LIKE '%y%' ant SQL'o, čia jau kažkas rimtesnio. Tokiems dalykams dažnai naudoja Elasticsearch arba Lucene/Solr. Bet su jais sudėtinga, neįsidiegsi kaip kokio WP įskiepio.

Va, belekiek klaidų užklausoj ir vis tiek gerą rezultatą pateikė:

O kas cia ne taip? Tau sugrazino dbr visus galimus variantus su "RT" simboliais, kadangi yra tokiu kurie sutapo, nes yra LIKE. Del WP, greiciu ir ttl, nzn kodel cia toks aziotazas, gi kalbame apie pora k irasu.. Ir kalbame apie input'o lauka, kuris pildomas tikrai ne kas pora minuciu ir ne simtas zmoniu vienu metu, tai kur cia Jums problemos atsiranda del greiciu? Galu gale, kolega anksciau teisingai pasake, dar yra toks dalykas kaip indexai, kurie paieskas pagreitina zymiai..

O kas cia ne taip? Tau sugrazino dbr visus galimus variantus su "RT" simboliais, kadangi yra tokiu kurie sutapo, nes yra LIKE. Del WP, greiciu ir ttl, nzn kodel cia toks aziotazas, gi kalbame apie pora k irasu.. Ir kalbame apie input'o lauka, kuris pildomas tikrai ne kas pora minuciu ir ne simtas zmoniu vienu metu, tai kur cia Jums problemos atsiranda del greiciu? Galu gale, kolega anksciau teisingai pasake, dar yra toks dalykas kaip indexai, kurie paieskas pagreitina zymiai..

As asmeniskai del greicio uzklausiau, nes temoje esantis default laukelis turi savo ale paieskos funkcija tarp location taxonomy ir iesko labai paprastai, pagal location pradzia - https://image.ibb.co/cKNwF9/paieska.png

Temos autorius, pasake, kad su keliais tukstanciais gali luzti puslapis uzkraunant. Todel ir teiraujuosi, koks butu geriausias/paprasciausias sprendimas tureti reikiama paieska, kaip pateiktame pvz.

Tai mes, gi kaip ir isiaksinome, kad tavo turima paieska netinkama. Beabejo tokio tipo tai ir luz, nes suksis stadanrtiniai wp queriai, kur taxonometry traukiamas su joinais.. Cia wp turetum apeiti geriausiu atveju, ir naudoti savo baze, nenaudojant visu tu standartiniu wp_query, tada tikrai veiktu gerai ir pofig tie keli tukstanciai.. Arba isviso susidelioti, kad ir i xml'a, ir tiesiog parsinti ji.. Irgi butu variantas..

O kas cia ne taip? Tau sugrazino dbr visus galimus variantus su "RT" simboliais, kadangi yra tokiu kurie sutapo, nes yra LIKE. Del WP, greiciu ir ttl, nzn kodel cia toks aziotazas, gi kalbame apie pora k irasu.. Ir kalbame apie input'o lauka, kuris pildomas tikrai ne kas pora minuciu ir ne simtas zmoniu vienu metu, tai kur cia Jums problemos atsiranda del greiciu? Galu gale, kolega anksciau teisingai pasake, dar yra toks dalykas kaip indexai, kurie paieskas pagreitina zymiai..

Labai jau viską supaprastini. Žinoma, gali bandyti tokį dalyką pasidaryti su SQL, bet reikės labai daug darbo įdėti, kad gautum kažką panašios kokybės.

Sakai, kad paieška paėmė "RT" simbolius ir pagal juos parinko rezultatus? O kodėl būtent "RT", o ne bet kurią kitą porą iš "ORTOGOL"?

Gali bandyt ieškoti su

... WHERE title LIKE '%or%' OR title LIKE '%rt%' OR title LIKE '%to%' ...

bet tokiu būdu gausi gana nemažai resultatų, kurie neatitinka užklausos – teks galvoti protingą būdą, kaip įvertinti, kuris iš rezultatų labiau atitinką užklausą nei kiti.

Va kitas pavyzdys, visos trigramos ir atitinkamai rezultatai. Reikia pastebėti, kad nei vienu iš šių atveju rezultatuose nėra Portugalijos:

Yra visas mokslas apie paiešką – "information retrieval". Gera tekstinė paieška reikalauja kur kas daugiau darbo nei pora SQL užklausų. Būtent todėl praeitame pranešime ir paminėjau porą populiarių tekstinės paieškos framework'ų – Elasticsearch, Lucene/Solr.

Labai jau viską supaprastini. Žinoma, gali bandyti tokį dalyką pasidaryti su SQL, bet reikės labai daug darbo įdėti, kad gautum kažką panašios kokybės.

 

Sakai, kad paieška paėmė "RT" simbolius ir pagal juos parinko rezultatus? O kodėl būtent "RT", o ne bet kurią kitą porą iš "ORTOGOL"?

 

Gali bandyt ieškoti su

 

... WHERE title LIKE '%or%' OR title LIKE '%rt%' OR title LIKE '%to%' ...

bet tokiu būdu gausi gana nemažai resultatų, kurie neatitinka užklausos – teks galvoti protingą būdą, kaip įvertinti, kuris iš rezultatų labiau atitinką užklausą nei kiti.

 

Va kitas pavyzdys, visos trigramos ir atitinkamai rezultatai. Reikia pastebėti, kad nei vienu iš šių atveju rezultatuose nėra Portugalijos:

 

 

---

 

Yra visas mokslas apie paiešką – "information retrieval". Gera tekstinė paieška reikalauja kur kas daugiau darbo nei pora SQL užklausų. Būtent todėl praeitame pranešime ir paminėjau porą populiarių tekstinės paieškos framework'ų – Elasticsearch, Lucene/Solr.

Radau keleta sprendimu WP pagal paminetas technologijas https://wordpress.org/plugins/solr-power/ ir https://wordpress.org/plugins/elasticpress/#description Tik esme, kad reikes issiaiskinti, kaip apjungti esanti plugina, kuris atlieka visa objektu ivedimo/paieskos funkcija, su tokia paieskos sistema.