Göra en egen katalog

Jag har börjat fundera på att knåpa ihop en egen katalog från scratch. Någon som har gjort detta som har några tips?

Hur skall man välja antal och vilka kategorier man skall ha? Kan man kopiera kategorilista från vilken annan katalog som helst? Finns det några stora fördelar med att ha en unik kategorilista? Skall man satsa på att ha en lite mindre kategorilista som addurl-free eller en större som t.ex. klottra.com?

Hur är det bäst att gå tillväga rent programmatiskt? Min tanke från början var egentligen att ha en stor mySQL-tabell där länk, titel, description, recprocal url och kategori är med och sedan köra de flesta databasförfrågningarna gentemot den. Men man kanske skall försöka dela upp tabellerna efter kategorierna istället för att inte få lika serverkrävande förfrågningar?

Alla tips, tankar råd o.s.v. är välkomna!

Allt du gör som är unikt för din katalog är uppskattat :)
En tom kategori gör ingen nytta, skapa nya när folk behöver.

Dela upp tabellerna absolut, mycket smidigare

Jag tycker varje inlägg ska ha en egen sida, det uppmuntrar tillbakalänkar (dit).

Jag tycker man bör studera de gratisscript som finns för att få teknikkoll.

Jag tror inte man får sno en annan katalogs inlägg hur som helst, men ett unikt innehåll är bäst ändå.

Intressant fråga, tycker jag. Jag utgick från site-sift katalogen, de hade ett script som var lätt att förstå.

Håller med om att varje inlägg skall ha en egen sida. Tänkte även att den sidan skall ha titeln som url för att spexa till det lite extra.

Vid vilken besökarfrekvens börjar man behöva göra cache på sidorna?

Lirade även lite på namnet på katalogen. Man vill ju komma tidigt på alla listningar... Vilket är generellt bäst - börja namnet med 123 eller abc?

Citat:

---

Ursprungligen postat av Mastermind

Jag tror inte man får sno en annan katalogs inlägg hur som helst, men ett unikt innehåll är bäst ändå.

---

Tänkte mer om det är okej att sno kategori-strukturen från nån annan sida.

Närapå varenda varenda katalog jag sett är nästan likadant utformade till strukturen. Verkar vara lite som musiksvängen - alla "inspireras" av varandra. :)

Eller så taggar du sidorna som läggs till i katalogen och skapar en mycket platt katalog utifrån det. PR bör ju fördelas väldigt jämt vilket kanske gör ranking lättare och ev. ger lägre PR på första sidan.

Jag har tänkt lite på att kanske bygga ett eget katalog-script.

Hur tror ni det skulle fungera med att användaren som lägger till sidan SJÄLV hittar på / väljer taggar som skapas om de inte existerade innan?

Citat:

---

Ursprungligen postat av hans99

Eller så taggar du sidorna som läggs till i katalogen och skapar en mycket platt katalog utifrån det. PR bör ju fördelas väldigt jämt vilket kanske gör ranking lättare och ev. ger lägre PR på första sidan.

---

Har någon en länk till en katalog som kör på det konceptet så man kan se hur det ser ut?

Citat:

---

Ursprungligen postat av wintzell

Har någon en länk till en katalog som kör på det konceptet så man kan se hur det ser ut?

---

Här har vi vår postad sökmotorvänlig i enlighet med reglerna för forumet:
http://katalogen.nyfikenvital.org

[Detta inlägg har raderats enligt krav från Tina. Läs mer.]

ponting - det är lite där jag har problemet. Jag vill ju verkligen göra katalogen användbar. Men jag vill helst inte nischa den och jag har för tillfället inga idéer på hur jag skall göra min katalog unik gentemot andra generella kataloger.
Några idéer, tips?

Dela inte upp tabellerna (alltså en tabell för varje kategori). Kör alla sidor i en tabell och en kolumn som identfierar vilket kategori det är. Sen har du en annan tabell med kategorier i. Var noga med att lägga index rätt så det inte blir jobbigt för databasen.

Citat:

---

Ursprungligen postat av John Ivarsson

Dela upp tabellerna absolut, mycket smidigare

---

Citat:

---

Ursprungligen postat av FredrikMH

Dela inte upp tabellerna (alltså en tabell för varje kategori). Kör alla sidor i en tabell och en kolumn som identfierar vilket kategori det är. Sen har du en annan tabell med kategorier i. Var noga med att lägga index rätt så det inte blir jobbigt för databasen.

---

Nu blir jag konfunderad, vilket är egentligen bäst?
Om man skulle ha som FredrikMH säger, när det kommer till underkategorier, skall man helt enkelt bara lägga in dem som Huvudkategori/Subkategori/ då?

[Detta inlägg har raderats enligt krav från Tina. Läs mer.]

Citat:

---

Ursprungligen postat av wintzell

Nu blir jag konfunderad, vilket är egentligen bäst?
Om man skulle ha som FredrikMH säger, när det kommer till underkategorier, skall man helt enkelt bara lägga in dem som Huvudkategori/Subkategori/ då?

---

Så här skulle jag göra. En tabell som innehåller all information om sidorna och en kolumn som är en relation till kategori-tabellen som beskriver vilken kategori sidan hör till.

I kategori tabellen hade jag haft minst 3 kolumner.
ID, NAMN, SUB-ID.

ID är en räknare som är unikt för varje kategori och kan aggera som relationsnummer till tabellen med sidor.
NAMN är simpelt text-fält (ala VARCHAR eller likanade)
SUB-ID innehåller ett kategori-id OM det är en sub-kategori.

Det finns ingen vits att dela upp de i olika tabeller och ställer bara till problem. Ingen databasdesigner skulle rekommendera det så länge det inte finns några extrema fördelar.

Kom ihåg en gammal sida som visar exempel på en sjyst modell: Trees & Hierarchies in SQL

Finns också en länk där till en annan lösning.

mvh pa