Nyt sain tällaisen:
Relevanssi Search Options
Fatal error: Call to undefined function mb_internal_encoding() in /home/hpguru/public_html/wp-content/plugins/relevanssi/relevanssi.php on line 1315
Jep, sulta puuttuu mbstring-funktiot PHP:sta. Ne tarvitaan, jotta skandit ja muut erikoismerkit toimivat. Pyydäpä hostia asentamaan, tuo on aika olennainen paketti, mutta jostain kumman syystä se silloin tällöin puuttuu PHP-asennuksista.
Näköjään. Otin yhteyttä pääylläpitäjään ja hän asensi PHP uudelleen, nyt lisäosa toimii ja hakutuloksien laatu WordPressissä parani merkittävästi. Kiitos lisäosasta!
Voitko vielä kertoa mitä minun tulee tehdä, kun indeksi on valmis? Päivittääkö tuo indeksin automaattisesti, kun tulee uusia merkintöjä?
Kirjoitin artikkelin ja näköjään päivittää pienellä viiveellä.
http://hpguru.net/page/10/?s=SUN
Mutta miksi tässä haussa 10. sivulla on joku artikkeli ilman otsikkoa tai muutakaan tietoa? Minulla ei ole otsikotonta artikkelia yhtäkään.
Muutamassa muussakin haussa huomasin samaa. Liittyisikö se jotenkin staattisiin, jotka määräsin poissuljettavaksi kokonaan hauista?
Hyvä että ratkesi. Indeksiin ei tarvitse itse koskea ensimmäisen indeksoinnin jälkeen, Relevanssi osaa kyllä huomioida muutokset (lisäykset, poistot, editoinnit). Ainoastaan shortcode-tageilla tehdyn dynaamisen sisällön muuttuminen ei päivity indeksiin automaattisesti.
Tuosta haamumerkinnästä en osaa sanoa… Mutta jos haluat auttaa, tee koodiin pieni muutos. Oletan, että käytössä on 1.8? Rivillä 926 on
$excerpt = $excerpt . "...";
Muuta tuo muotoon
$excerpt = $excerpt . "..." . $post->ID;
niin nähdään, mikä merkintä tuon haamun aiheuttaa, jos mikään.
Kokeilen, löysin tuota bugia muutamassa muussakin haussa… Mutta en kyllä muista enää muita hakuja, joissa tuota bongailin.
Palaan asiaan pian.
Muutin ja nyt tuo haamumerkintä hävisi. Mutta nyt sivuja on vähemmän SUN-haulla, toimiiko tämä nyt hyvin?
Löysin sen haamun nyt ainakin tuolta: http://hpguru.net/index.php?s=Tissit+vilahtaa Ei ainakaan näy mitään ID:tä tuon haamun kohdalla.
Ei näy ID:t kyllä muidenkaan merkintöjen kohdalla, eli syystä tai toisesta tuo koodi ei toimi niinkuin pitäisi… Erikoisesti tosiaan hävisi puolet hakutuloksista tuolla SUN-haulla, kumma juttu – ei tuon muutoksen pitäisi siihen vaikuttaa. Jos poistat koodinpätkän, palaako SUN-haun tuloslista taas kymmensivuiseksi?
Yksi tapa testata on laittaa riville 391
var_dump($post)
ja ajaa joku tiedetty ongelmahaku (sen jälkeen tuo kannattaa ottaa saman tien pois). Ehkä se auttaa asiaan.
Täytyy varmaan seuraavaan versioon tehdä tuohon joku tarkistus, että jos get_post() palauttaa jostain syystä tyhjää, tyhjää entryä ei lisätä tuloslistalle. Aika vaikea sanoa mistä tuollaiset tyhjät merkinnät sitten tulevat, jostain syystä indeksissä on jotain, joka tuota tekee…
Paitsi nyt huomasin, että haamut näyttäisivät olevan tuloslistan lopussa – onko niitä ollut missään vaiheessa listan keskellä?
Numerot ei näy, koska poistin koodinpätkän. Näkyi kyllä kun itse tarkistelin. Huomasin nuo haamuvistit vain lopussa mutta niitä ei ole kuin satunnaisissa hauissa ja nyt esim. SUN-haussa ei ole mitään haamua.
Minulla on indeksissä vain artikkelit, koska en halua mitään sivuja hakuun.
Poistin nuo ID:t hauista tunti sitten mutta ei ole palannut tuonne ne 5 sivua hausta SUN.
Auttaisiko asiaa, jos tyhjennän ensin koko indeksin ja luon sen sitten uudestaan?
Asensin nyt uudelleen lisäosan eli lisäosan toiminnolla poisto kokonaan ja sitten otin nyt käyttöön uudelleen. Indeksi tekeillä. Katsotaan mitä sanoo…