Indeksowanie dynamicznych URLi w wyszukiwarkach. Opcje

[5z474n]

mam pytanei, moze ktos wie
:?: czy jest jakas roznica ktora powodowalaby ze stony indeksowane
( chyba to sie takk nazywa czyli wszystko oparte na jednym pliku np index.php a pozniej ?nr=costam by stworzyc kolejne )
:arrow: sa gorsze od wielu oddzielnch stron
( czyli tworzenie za kazdym razem costam.php ktora zawiera include("index.php"); i jest tworzona identycznie jak index.php?nr=costam ) :]]

moze ktos wie czy dla wyszukiwarek to jest jakas roznica

Tytuł zmieniony przez moderatora.

[mateuszkrzeszowi...]

Eh, też mnie to intryguje...

Czy lepiej generować cały czas żądane strony czy raz (zapisywać na dysku serwera) i po każdej zmianie.

[spenalzo]

Czy lepiej generować cały czas żądane strony czy raz (zapisywać na dysku serwera) i po każdej zmianie.

Oczywiście że lepiej raz wygenerować po czym zapisać do HTMLa i aktualizować automatycznie niż za każdym razem korzystać z php.
Chyba o to chodzło?

[mateuszkrzeszowi...]

Fajnie, ale czy mógłbyś to poprzeć jakimiś przykładami? Nieważne czy rozwiązania darmowe czy komercyjne (w zasadzie bardziej interesują mnie darmowe).

Bo zasadnicza różnica (o ile rozumiem temat ) to to czy trzymać dane w kilku/set/tysiącach plików html + baza, czy w paru php + pliki bazy danych.

Jeżeli generowane cały czas to zajmowane miejsce na serwerze to kilka kilobajtów + grafika + baza danych. Minus - obciążamy serwer.

Jeżeli generujemy tylko raz i po każdej zmianie to kilka/set/tysięcy plików + grafika + baza danych. Minus... dla darmowych serwerów to napewno duży minus - trzymanie dużej ilości plików... Plusy? Mniejsze obciążenie serwera.

Poprawcie mnie jeśli się mylę.

Mi pierwsze rozwiązanie wydaje się rozsądniejsze. Ale jak to ma się do rzeczywistości to nie wiem. I proszę o odpowiedź.

Jeśli to możliwe to napiszcie też za i przeciw.

P.S.
Obciążenie dla serwera nie jest w sumie takie duże... Pobranie niewielkiej w sumie ilości danych i proste ich przetworzenie...

[spenalzo]

[quote]Bo zasadnicza różnica (o ile rozumiem temat ) to to czy trzymać dane w kilku/set/tysiącach plików html + baza, czy w paru php + pliki bazy danych.[/quote]
Jeżeli HTML to nie bez bazy. Chodzi mi o takie rozwiązanie, gdy strona jest odwiedzana n razy dziennie i za każdym razem są pobierane dane z bazy itd. Wtedy lepiej chyba wygenerować HTML i korzystać z niego?
Wtedy jest pobierany sam HTML, bez konieczności wykonywania skryptów i łączenia się z bazą. Chodzi tu serwis z oglądalnością rzędu dziesiątek tysięcy dziennie.
Może wypowie się ktoś, kto wie coś o tym?[/quote]

[mateuszkrzeszowi...]

Jeżeli HTML to nie bez bazy.

Przecież to napisałem. Przeca baza danych nie jest zbieraniną literałów zawieszonych w eterze, jeno bardzo prozaicznymi plikami binarnymi, nie?

Fajnie by było gdybyś napisał czy tak ci się wydaje czy tak jest.

Bo np: onet.pl i gazeta.pl np: wiadomości wyświetlają jako "zwykłe" html, natomiast wp.pl też zwykły html jeno że w url'u przekazują zmienne (ciekawe po co )

Pozatem każdy gupi wie że html też może zawierać jakikolwiek język skryptowy wykonywany po stronie serwera (jedna linijka w httpd.conf w apache'u) więc nie da się ocenić jednoznacznie.

Pozatem to jak to jest -> portale które wyświetlają datę (gazeta.pl i inne) równo o 00:00 zmieniają WSZYSTKIE strony? Przeca serwer by nie odpowiadał przez chwilę! Chyba że to nieistotne.

P.S.
Pozatem, bazy danych przechowują wyniki zapytań w pamięci operacyjnej, więc dostęp do danych które często są pobierane jest błyskawiczny (szybszy niż pobieranie danych z dysku?)
Tak samo serwery http nie są aż takie gupie żeby nie trzymać w pamięci tego co się nie zmienia i jest często pobierane...

Nie jest wcale powiedziane że przy 1000 odwołań do strony skrypt którego wynik się nie zmienia był wywoływany 1000 razy. Programiści nie na darmo zarabiają tyle ile zarabiają .

[DeyV]

stony indeksowane

heh he he - to się wam udało.

1. Jeżeli dobrze zaplanujemy konstrukcję strony, to nie ma większego znaczenia, czy będzie "obsługiwana" przez jeden plik, includujący inne, czy też osobne działy będą osobno. Najlepiej wybrać wariant pośredni, czyli starać się uniknąć zarówno nadmiernego przeładowania poszczególnych plików (grozi bałaganem, a więc problemami z edycją) jak i zbytniego rozdrobnienia (kiedy to, by wykonać jedną poprawkę, musimy zmienić wiele plików). W efekcie powstaje wiele modułów wielokrotnie uzywanego kodu, incluowanych przez poszczególne działy. Ma to jednak znaczenie tylko dla łatwości pisania i dokonywania modyfikacji - nie wpływa jednak znacząco na czas wykonywania skryptu.
2. Mało który serwi musi się przejmować zbytnim obciążeniem bazy danych przy normalnej pracy, czyli zazwyczaj konieczne jest cachowanie tylko wyjątkowo skomplikowanych zapytań lub np. generowanych grafik.
3. Jeśli jednak pojawia się taka konieczność, wtedy swoją moc pokazuje Smarty, dzięki któremu możemy samodzielnie zadecydować, które elementy będą cachowane (i nie ograniczamy się tylko do cachowania zapytań - zapisywany jest przecież gotowy HTML), oraz jak często chcemy je odświerzać.

A zresztą potestujcie sami - dobrym nawykiem jest umieszczenie w każdym projekcie zegara, kontrolującego czy czasem z czymś nie przesadziliśmy.

[mateuszkrzeszowi...]

Dzienki.

[5z474n]

moglby ktos mi podac kod do tekiego zegara ... pzryznam ze trche ne ichce mi sie szukac potrzebnych funkcji .. a chetnie bym potestowal swoje strony :] z gory dzieki
Ile powinien wskazywac taki zegra tak zebybylo dobrze ?

Nikt nei odpowiedzial na pytanei czy dla wyszukiwarek strony indeksowane roznia sie czyms od zwyklych ?

[DeyV]

[PHP] pobierz, plaintext 
<?php
function getmicrotime(){ 
	list($usec, $sec) = explode(&#092;" \",microtime()); 
	return ((float)$usec + (float)$sec); 
	} 
 
$time_start = getmicrotime();
 
for ($i=0; $i < 1000; $i++){
	echo &#092;"NASTPNYM RAZEM BD SZUKAŁ W MANUALU <br> n\" ;
	}
 
$time_end = getmicrotime();
$time = $time_end - $time_start;
 
echo &#092;"Nie robił nic przez $time sekund\";
?>
[PHP] pobierz, plaintext 

2. Nie - wyszukiwarki idą nie po plikach, a poprzez linki, a te definiujesz samodzielnie.

[mateuszkrzeszowi...]

Ale plama z tymi stronami indeksowanymi.
Może jakiś litościwy moderator zmieni nazwę wątku?

[wojtek]

Wiekszosc wyszukiwarek nie zindeksuje Ci stron typu index.php?co=costam. Z tego punktu widzenia duzo lepiej korzystac ze stron wygenerowanych, niz generowanych dynamicznie..

BTW. Zobacz tu: http://www.cneb.pl/wyszukiwarki/

[5z474n]

masz haslo do dorum na cneb.pl ? 8O bo w kursie to tego nei ma :| ... jestem po tym kursie wiec wiem :| ze on za duzo pod tym wzgledem m inei powiedzial dlatego zalozylem ten temat

wiekszosc czyli jakie

[spenalzo]

Jeżeli HTML to nie bez bazy.

Przecież to napisałem [...]

Sorry, pomyliłem się - miało być że bez bazy - czysty HTML, bez jakichkolwiek dodatków typu php itd..

[mateuszkrzeszowi...]

No dobra, czyli zakładając że robię cms'a (sekret) i przechowuję sobie w bazie danych "położenie" każdej strony dzięki czemu wiem kiedy ją wyświetlić wiem czyim jest dziekiem i rodzicem etc.
1. No to oprócz tego wygeneruję sobie ziliard plików html o unikatowych nazwach, z zawartością z bazy (czyli np:tekstem).
I będzie okaj, tak? Znaczy się google łyknie?
2. Wygeneruję sobie ziliard plików php (dla każdej strony) no i każda strona będzie wyświetlać to co jej kazałem itd. , nazwy plików php unikatowe itd. No i google też przez to przejdzie, tak?
3. Zostawiam wszystko w "jednym" pliku, i sikam na wyszukiwarki. A może można zostawić jakieś małe info dla robotów coby nie zgłupiały? Albo pomóc im w podjęciu właściwej decyzji.
4. Czy jest jakaś inna opcja?
P.S.
Ta ewentualność odpada: AddType application/x-httpd-php .html
P.P.S.
MODERATORZY KOCHANI ZMIEŃCIE TYTUŁ WĄTKU

[scanner]

Lekko zbaczając z tematu, zastanawiam się po co indeksować zawartość dynamiczną?
mateusz: proszę, nie uzywaj tylu "enterów" - rozwlekasz swoje posty i troszkę niewygodnie się je czyta

[mateuszkrzeszowi...]

A po to że zawartość, chociaż dynamiczna, nie musi znikać się co trzy minuty, jeno fajnie by było znaleźć w googlach że w serwisie takim i takim jest strona zawierająca frazę "gupik" a link do niej to www.rybki.pl?rybka=gupik No i np dział serwisu rybki.pl o gupikach nie "zniknie" jeno będzie ewoluował, dodawane będą nowe strony itd. A tak trzymać wszystko w słowach kluczowych... i aktualizować za każdym razem jak pojawi się nowa rybka?

Eh, bez sensu z tymi słowami kluczowymi ale com napisał, napisałem.
No po prostu fajnie by było żeby serwis był w ogóle widziany przez np googla a nie jest...

P.S.
<meta name="robots" cotnent="index, follow"> w czymś pomaga?

[5z474n]

google.pl nei bierze pod uwage slow kluczowych :] tworzac baze z ktorej pozniej wyszukuje :]

[mateuszkrzeszowi...]

normalnie! nie chodzi mi o takie szczegóły tylko o to jak rozwiązać problem!

[wojtek]

Z tego co wiem (chociaz nie jestem do konca pewien) to google stara sie indeksowac strony z '?' w adresie, tzn. probuja tam to jakos rozwiazac zeby takie strony byly prawidlowo indeksowane.

Najlepiej - jesli chce sie zaistniec w wyszukiwatkach - zrobic adres typu adres.pl/plik.php/zmienna1/zmienna2 - takie cos zostanie zaindeksowane. Oczywiscie mozna generowac pliki html, ale to chyba troche wiecej pracy jest niz na przejscie na ten 1 sposob.