Ładne linki + zapytania do bazy Opcje

[Gigante]

Witam

Problem wyglada tak:
Strona ma miec ladne linki np: strona.pl/ladny-link (osiagam to przy pomocy .htaccess-a)
Po wejsciu na nia trzeba zadac pytanie do bazy aby pobrac dane odpowiadajace takiemu adresowi
Czy zapisaywac w bazie "ladny-link" i poprzez select wczytywac dane odpowiadajace takiemu ciagowi czy moze macie inne pomysly tak by nie obciazac bazy zbednymi danymi?
A moze da sie to ominac nie zapisujac dancych do bazy i uzywajac tylko ID
Dodam ze adres jest generowany wedle tytulu dla danej podstrony i pole tytul w bazie jest zapisany jako: Ładny link

Obecnie uzywam zapytania w stylu:

[PHP] pobierz, plaintext 
$pytanie = "SELECT id,tytul FROM tabela";
$wynik = mysql_query($pytanie);
 
// przeksztalc je wedle 'wzoru' i porownaj czy adres nie jest rowny z któryms z przekszalcnych wpisow
while($wiersz = mysql_fetch_array($wynik))
{
	if (URLuj($wiersz['tytul']) == $_GET['gra'])
		$id = $wiersz['id'];
}
[PHP] pobierz, plaintext 

w ten sposob wyciagam ID dnago wpisu i wedle nigo pobieram dane do wysiwtlana na stronie

funkcja URLuj() przetwarza tak tytul aby byl "przetrwaialny" w pasku adresu.

[erix]

Czy zapisaywac w bazie "ladny-link" i poprzez select wczytywac dane odpowiadajace takiemu ciagowi czy moze macie inne pomysly tak by nie obciazac bazy zbednymi danymi?

A co w tym złego? Szukasz konkretnego ciągu znaków zamiast niepotrzebnie marnować moc procesora.

[Gigante]

ale to zajmuje miejsce w bazie... lepiej jest miec kilka kilo wiecej w bazie niz meczyc procka?

[erix]

lepiej jest miec kilka kilo wiecej w bazie niz meczyc procka?

Co to jest kilka kilo...

Jak trochę więcej się w bazie rozepchniesz, to nie będzie to tak wpływać, jak np. efekt digga/wykopu na procka.

Poza tym, wiele systemów portalowych coś takiego implementuje (Wordpress na pewno, ogólnie - Google: post slug). Lepiej pomęczyć CPU tylko przy tworzeniu/modyfikacji niż przy odczytach, których jest setki, o ile nie tysiące razy więcej.

[sn1p3r]

Możesz robić tak, jak robią inni - czyli miksusa, w urlu masz łady tekst oraz "jakby" ukryte ID

http://sport.gadu-gadu.pl/5586918835261068...-podziekuj-i-ty
zobacz, że

http://sport.gadu-gadu.pl/5586918835261068749/

też działa

W ten sposób interesuje Cię tylko to id "ukryte" w linku, treść nie jest ważna.

Jeśli site będzie "mało" odwiedzany, to rób jak Ci wygodniej, łatwiej.
Jeśli będziesz miał duży ruch, to pamiętaj, że wybranie danych z bazy "po id" będzie działać szybciej niż "po nazwie" - kwestie indeksów na polach typu int oraz text.

Oczywiście nie możesz mieć dwóch takich samych tytułów, gdy będziesz "szukał" po nazwie (nie po id)

[Gigante]

Site juz dziala od ponad 2 lat na zasadzie jaka opisalem powyzej

Jej ogladalnosc na dobe siega 4-5k z czego kazdy srednio przeglada 6 podstron

ID w adresie nie bedzie juz takim ladnym adresem jak bez ID dlatego pozostane prawdopodobnie przy opcji zapisu ID + tytul + adres + [reszta]

Chyba ze ktos ma jeszcze inny pomysl podejscia do tej kwestii ?

[erix]

też działa

W ten sposób interesuje Cię tylko to id "ukryte" w linku, treść nie jest ważna.

Jeśli site będzie "mało" odwiedzany, to rób jak Ci wygodniej, łatwiej.

I to jest bardzo złe podejście, bo wystarczy, że ktoś linka pomyli i masz duplicate content.

[nospor]

I to jest bardzo złe podejście, bo wystarczy, że ktoś linka pomyli i masz duplicate content.

Eeee tam...
wystarczy, że ustawisz właściwy canonical i/lub przekierujesz na właściwy adres.

[erix]

No tak, ale i tak musisz sprawdzić, czy to jest właściwy slug.

[nospor]

No tak. A jaki to problem sprawdzić? A poza tym tak czytam ten temat i czytam i naprawdę nie wiem o co Wy tu się "kłócicie"

[erix]

O cenne kilobajty.

[nospor]

Aaa.... kilobajty...no tak, wszystko jasne popieram, jestem za a nawet przeciw

@Gigante
Ten kod :

[PHP] pobierz, plaintext 
while($wiersz = mysql_fetch_array($wynik))
{
	if (URLuj($wiersz['tytul']) == $_GET['gra'])
		$id = $wiersz['id'];
}
[PHP] pobierz, plaintext 

to jakieś nieporozumienie. Pobierasz z bazy wszystko tylko po to by znaleźć jeden rekord. Tak się nie robi. To jest szczyt nieoptymalnosci... no dobra, nie szczyt, są gorsze skrypty... Nie mniej jednak to jest złe, be, nunu,paskudztwo..

[Gigante]

To "paskudztwo" lada chwila zostanie zlikwidowane Wybralem opcje bez ID w adresie (a to ze nie moga sie powtarzac to wiem, jetem tego w pelni swiadomy i taki tez jest zamysl strony by title byly unikalne).


Mam jeszcze jedno pytanie:
Czytalem gdzies/kiedys ze opcja 1 dziala szybciej:

[SQL] pobierz, plaintext 
SELECT user FROM uzytkownik WHERE id=123456789
[SQL] pobierz, plaintext 

[SQL] pobierz, plaintext 
SELECT user FROM uzytkownik WHERE id='123456789'
[SQL] pobierz, plaintext 

Mit czy prawda? Oczywiscie mowa o przekazywaniu wartosci liczbowych typu INT

Ten post edytował Gigante 24.03.2011, 08:37:06

[nospor]

Jeśli coś jest liczbą to ma to być liczba a nie tekst. Niezależnie od tego czy działa szybciej czy nie Uczmy się pisać poprawnie.

[kiler129]

Ciekawy temat ale mam jedno pytanie - jeśli dajemy tekst bez id, np. http://domain.tld/nowe-programy i zakładamy, że to artykuł to co zrobić w wypadku zmiany nazwy? Nie zmieniać sluga czy też sprawić, że wszystkie linki przestaną działać?
Wydaje mi się, że mniejszym złem są linki http://domain.tld/a42-nowe-programy. Wtedy można sprawdzić id oraz slug, jeśli id znalazł ale slug inny to robi pernament redirect (302 jak dobrze pamietam?) i wtedy mamy wilka sytego i owcę całą - nie ma duplikatu dla google oraz linki są zawsze ważne.