Jovisst går det bra med MySQL men om man redan ifrån början vill satsa "större" och undvika framtida plattformsbyten så kanske man ska välja en databas som skalar bra och klarar många anrop simultant (ja, eller det vi menar med simultant iaf).

Näh, fybersearch e skit. Tyvärr.

Jag submittade min egen site dit för flera månader sedan och han får fortfarande inte upp en enda träffa på min pagerank 6 sida.

Den hittar inte heller mitt nick som har ett gäng träffar på nätet på både svenska och internationella sidor. Vidare så finner den exakt 1 träff på mitt rätt så unika namn (Hjalmar) - vilket borde vara lite konstigt med tanke på hur många som heter det i världen ( och om man bara räknar träffarna på google där _jag_ figurerar ).

"Näh, fybersearch e skit. Tyvärr."

Jo, det håller jag med om. Men det är en väldigt bra början, inte minst på grund av den uppmärksamhet den (och snubben bakom) fått i media. Det tror att han har stora möjligheter att kunna fortsätta driva sitt projekt med en hygglig lön.

Att jämföra med ett enmansprojekt med t.ex. Google (som har lika mycket kapital som svenska Ericsson!?) blir ju aldrig rättvist.

Man ska väl bedöma sökmotorn efter det som finns under huven. jag har inte kollat på fybersearch men det verkar som problemet "bara" är lite data? Potentialen ligger väl i tekniken för utsökning, indexering etc (hur han nu har löst det som gör just hans tjänst såååå bra)

"Potentialen ligger väl i tekniken för utsökning, indexering etc"

Nja, i detta fall anser de flesta att potentialen ligger i sorteringen av sökresultaten. Att hämta in många webbsidor snabbt är mycket en fråga om hårdvara, och lite kända tricks, "vanlig" indexering är heller inte "rocket science", och det kan man alltid satsa på då man har fått något som är användbart att fungera. Får man dessutom många besökare (från bra reklam) så är det enkelt att bygga vidare.

Att starta med massvis med hårdvara, och inga idéer, är bara dyrt.

Sortering av sökresultaten är vad jag menar med utsökning ur databasen (vad det än må vara som anses som bra i detta fall), och inte "datat" i databasen (vilket är en brist).

Jo, ja vet mycket väl att om man läser en sida så laddas den ner. Men man kan med vara lite finurlig och bestämma själv vad man ska läsa. Det går till och med att endast läsa vissa delar på en sida och ignorera andra. De fina e ju att metatabbarna alltid ligger långt upp på sidan också =)

Seda får vi försöka hålla oss inom cirkeln.. jag räknar inte me att bygga en en super motor som kommer att slå google, jag är mest intresserad utav att bygga en "successful" sökmotor. Det känns lite onödigt att behöva gå och lära mig typ Ada eller något annat programmeringsspråk som militären använder bara för att kunna söka snabbare. De teknikerna man väljer som oftast utgör hurvida motorn är snabb eller seg.

Jag kollade upp php och det visar sig att php5 med sin nya Zend motor kan prestera mycket bättre än version 4.

En annan rolig sökmotr som en har gjrot är searchhippo.com.

Om du har funderingar på hur din "serverhall" ska se ut så kan du kolla på www.searchhippo.com/seedcpics.php

Om det var det fina så är det fula att väldigt få använder dem överhuvudtaget eller på fel sätt. Kan vara svårt att bygga bra sökresultat på att automatiskt hämtade metataggar om de inte finns eller stämmer.

Du måste ändå göra en http-request och hämta ner hela html-koden innan du kan börja parsa den, så det spelar ingen roll om du "bara" kikar på vissa data i http-responsen. Eller tänkte du avbryta "svaret" efter en viss html-tagg?

Prestandan kommer enbart bero på databasen vad gäller mjukvara, inte vilket skriptspråk du använder. Flaskhalsen blir antalet samtidiga användare och utsökningen ur databasen (vilken du förhoppninsvis redan har sparat ner där på ett sådant strukturerat sätt att du kan ställa icke-krävande sqlfrågor för att få ut svaren)