[startup] SEOKatalog

[General_Depet]

Bo releted_sites w ogóle jest pozbawiony pobierania preferencji grup wpisów.

[dnd]

A ja mam takie pytanie - czy skrypt tworzący bazę danych ma dla tytułu podkategorii (pole seokat_subcategories.title) na stałe wpisaną wartość "collate utf8_general_ci"?

Pytam, bo dopiero zmiana collate na utf8_polish_ci w tym konkretnym polu pozwoliła mi na prawidłowe sortowanie nazw podkategorii (np. województwo łódzkie wylądowało tam, gdzie powinno, a nie na końcu listy). Wygląda mi to na stały wybór tego sortowania dla kolumny, bo stan globalnych zmiennych mysql nie miał na to wpływu.

[MaxPan]

można do kosza:)

Edytowane 18 Września 2010 przez MaxPan

[Andddrew]

Banik na IP za zbyt dużo odpytań do Googla

A jak sięprzed tym zabezpieczyć?

Pozdrawiam

Andy

[General_Depet]

W zasadzie się nie da - jedynie unikalne a najlepiej dedykowane IP serwera.

[S3ntin3l]

Zauważyłem, że czasami seokatalogi zacinają się tuż po moderacji. Wielokrotnie miałem przypadki, że dostając momentalnie link do wpisu, wczytywał się on bardzo długo (i nie tylko sam wpis). Winę mógłbym oczywiście przerzucić na hosting, lecz problemy występowały i nadal występują na różnych katalogach z różnymi hostingami. Na swoim seokatalogu taki problem zaobserwowałem po wyczyszczeniu cache.

Edytowane 19 Września 2010 przez S3ntin3l

[General_Depet]

Chodzi o pierwsze wejście w podstronę szczegółów wpisu ? Jeśli tak to wtedy pobierany jest pagerank - stąd dłuższe wczytywanie. Każde kolejne wejście czyta już pagerank z bazy - stąd idzie szybciej.

[salab]

Czy miał ktoś problem polegający na tym, że przy masowej (powyżej kilku sztuk) moderacji skrypt wywala po jakimś czasie (zależnym zapewne od ustawień timeoutów w php) białą stronę?

[General_Depet]

Ja - hosting ma ustawiony zbyt mały limit czasu na wykonanie skryptu - przy moderacji 20 wpisów na raz standardowe 30 sekund często nie wystarcza (najwięcej czasu zajmuje tworzenie tagów - zwłaszcza gdy nasza baza ma już z kilka tys. wpisów)

Edytowane 19 Września 2010 przez General_Depet

[S3ntin3l]

Trochę nieoptymalne rozwiązanie :/ Weź pod uwagę sytuację, w której moderator mający oblegany katalog akceptuje ze 100-200 wpisów na raz. Googlebot wejdzie na każdą podstronę w bardzo szybkim czasie - w tym samym tempie zacznie pobierać dla każdego wpisu PR, co może skutkować nadmiernym "odpytywaniem" Googli i w rezultacie banem :/ W dodatku dłuższe pierwsze wczytywanie również źle wpływa na pozycję katalogu w wyszukiwarkach. Zwykle wpis odwiedza jako pierwszy Googlebot.

Edytowane 19 Września 2010 przez S3ntin3l

[General_Depet]

Możesz zrobić optymalnie - po to jest cron-pagerank.php choć powiem szczerze że posiadam > 20 katalogów i wiele z nich już z pokaźną liczbą wpisów (100 wpisów dziennie do moderacji) i jeszcze nigdy nie miałem zbanowanego IP za odpytywania po pagerank

[Gość]

Mówiłem już dawno, by takie rzeczy dawać do cron'a. ;]

[S3ntin3l]

Nie wiem przy jakim obciążeniu Google może nagrodzić banem. Mam rozumieć, że plik cron-pagerank.php służy do jednorazowego pobierania PR? Ciężko wypowiadać mi się na temat tego pliku, gdyż nie znam jego dokładnego działania. Musiałbym chyba ręcznie odpalać ten plik po każdej aktualizacji, gdyż w przypadku dobrych katalogów, Googlebot działa błyskawicznie od momentu wysłania ping-u (przykładowo na jednym z moich katalogów po wysłaniu pinga, bot potrafi nawet w parę sekund odwiedzić 50 nowych wpisów). Jednak i tak lepszym rozwiązaniem jest pobieranie PR w momencie dodawania strony (tutaj nie będzie przypadków, w których masowo pobierany jest PR). W każdym razie to tylko taka moja sugestia.

Edytowane 19 Września 2010 przez S3ntin3l

[Gość]

Z tego co pamiętam to cron-pagerank.php aktualizuje PR stron z bazy. Jeżeli sprawdzi całą bazę to leci od nowa i tak w kółko...

[General_Depet]

Nie wiem przy jakim obciążeniu Google może nagrodzić banem. Mam rozumieć, że plik cron-pagerank.php służy do jednorazowego pobierania PR?

Tak - z bazy pobierana jest jedna strona o najstarszym czasie pobierania pagerank. Jako że nowe wpisy mają rekord czasu pobierania ostatniego PR pusty zostaną uwzględnione w pierwszej kolejności

Jednak i tak lepszym rozwiązaniem jest pobieranie PR w momencie dodawania strony (tutaj nie będzie przypadków, w których masowo pobierany jest PR). W każdym razie to tylko taka moja sugestia.

Masz racje ale weź pod uwagę że wartość pagerank trzeba co jakiś czas (np. 30 dni) aktualizować na wypadek update-u - najprościej zrobić właśnie system półautomatyczny przy wejściu w szczegóły wpisu lub cron (tyle że tutaj wielu klientów ma z nim spore kłopoty dlatego dałem domyślnie półautomata)

A tak a propo samego PageRank to dzięki uprzejmości Kojotka w 1.4 jest kolejny po losowym user-agencie sposób na unikalne odpytanie Googla o Pagerank - wykorzystanie różnych IPków serwera (np. w OmniHost jest ich aż kilkanaście)

Edytowane 19 Września 2010 przez General_Depet