Ivellios

Nie wiem czy inni też to mają, ale ostatnio doskwiera mi pewna bolączka w Statlinku. Mianowicie kilka stron mam postawionych na hostingu, na którym w ostatnich dniach najwidoczniej jest jakiś problem z backupami - tzn. tworzenie backupów trwa dłużej, w czasie backupowania konta wszystkie strony są chwilowo blokowane i zwracają 403-ki. I akurat w tym momencie Statlink musi składać na takiej stronie dwie wizyty w krótkim czasie, a że dwa razy pod rząd widzi 403 to taką stronę deaktywuje i ucina punkty... Oczywiście system sam nie sprawdzi później, czy strona już działa, i jej sam nie reaktywuje, tylko czeka aż użytkownik sam zobaczy że mu punkty u-yeah-bało i reaktywuje stronkę ręcznie... Przydałoby się zatem wprowadzić w Statlinku zmianę, żeby system co jakiś czas sprawdzał nieaktywowane strony czy od czasu deaktywacji problemy techniczne na hostingu ustąpiły i ew. reaktywował stronę automatycznie

problem ze stroną o ID 51538 - statlink źle odczytał ruch z Semstorm przez co wyzerowało SR i ścięło ok 30 000 pkt

Na to wygląda, że chyba rzeczywiście! Jeden z kontrahentów skarżył mi się dzisiaj, że przez skrypt Statlinka jego strony nałapały wirusów

Kolejny dzień bez stratlinka za nami...

Uff, jak dobrze wiedzieć, że nie tylko u mnie Tez już pisałem do Leona (do Adka nie mam kontaktu).

??? Gdzie zauważyłeś Statrank V3?

Ja z kolei zauważyłem ostatnio mocne spowolnienie działania strony Statlinka. Muli nawet o trzeciej w nocy

A miał umrzeć?

System ostatnio wypluwa mi masę pustych ostrzeżeń o podstronach:

U mnie również występują takie komunikaty

W dalszym ciągu nie udaje się zalogować. Piękny początek najpiękniejszego dnia tygodnia

Mnie również wylogowuje

Strona Statlinka wzięła i umarła, ładuje się tylko logo

Mam identyczny problem, ponadto występuje on zarówno na dedyku jak i na hostingu współdzielonym. Może to po stronie Statlinka jest jakiś babol. Przez to podstrony są usuwane z systemu, wraz z nimi znikają linki, a wydawcy tracą punkty.

No cóż, kolejna sieć, z której nie skorzystam. Trudno

@deha21 a jak wygląda u nich wypłata zgromadzonych środków? Wymagają wysyłania im rachunków itp.?

To fajnie masz, u mnie na kilku stronach zatrzymało się na 1970-01-01 Data zmienia się chyba wtedy, gdy zmienia się ocena SR w panelu użytkownika.

Lidia, jeśli to jeszcze aktualne, to odezwij się do mnie na privie.

Mam propozycję drobnej poprawki - żeby po zalogowaniu od razu przekierowywało do panelu użytkownika, zamiast wyświetlać komunikat i kazać czekać aż przeglądarka przekieruje. Niby to kilka sekund, ale jednak trochę wnerwia

Słabsze frazy da się trochę podbić, nawet linkując ze stron z SR 0. Koszt punktowy niewielki, a i tak strona typu "stawiam bloga na wordpressie, moja morda w świat się niesie" potrafi podnieść się w SERP-ach nawet o kilkadziesiąt oczek. Jak z trudniejszymi frazami - tego niestety nie wiem, nie miałem możliwości tego sprawdzić, gdyż jako wydawca ponoszę obecnie duże straty w wyniku ciągłego podkręcania parametrów przez adminów. Na horyzoncie jakoś nie widać niestety, aby sytuacja miała się szybko ustabilizować.

Mam wrażenie, że znowu coś było robione przy samym wskaźniku StatRank. Znów podnoszenie progów dla niższych SR? Straty na moim koncie w tym momencie są tak duże, że znów jestem w sytuacji gdzie mimo skasowania wszystkich swoich linków i odzyskania części punktów (tylko po to, by dosłownie chwilę później je stracić - zaraz napiszę, dlaczego) nie jestem w stanie przedłużać transferów kontrahentom. Jak już mówiłem, skasowanie wszystkich moich linków w Statlinku pozwoliło odzyskać jakieś 3000 pkt, które chciałem dodać jednemu z kontrahentów do transferu (który został ucięty właśnie przez brak punktów). W momencie tworzenia transferu system jednak coś tam sobie znowu przeliczył i odzyskane dosłownie minutę wcześniej punkty magicznie punkty po prostu zniknęły. Powiem wprost, moim zdaniem to co się teraz dzieje w tym systemie powoduje, że trzymanie swoich stron w Statlinku - obojętnie czy zapleczówek czy serwisów robionych z myślą o żywym człowieku - stało się po prostu kompletnie nieopłacalne. Linkuj, linkuj, linkuj, lunkuj, NO LINKUJ K!(&@^A - a StatRank nawet nie drgnie. Jesteś na minusie z punktami - przychodzi mail, że zadbaj o punkty, bo jak nie to stracisz linki i transfery. Zadbaj, zadbaj, zadbaj, zadbaj, NO ZADBAJ K)(*@%^A!!! - i nawet jeśli "zadbasz", to system i tak przy pierwszej lepszej okazji Ci te punkty zabierze i znów zostaniesz z niczym. Mnie właśnie zabrał, coś tam sobie "przeliczył" i znów mam -5000 pkt na koncie. Poważnie rozważam wycofanie swoich stron z tego systemu. Statlink się skończył.

Zastanawiam się nad przeniesieniem kilku swoich stron ze Stratlinka (ekhm, sorry... Statlinka) do innego SWL-a. Czytam właśnie ten wątek i LinkTak wygląda obiecująco. Pytanie, czy ktoś z was już zrobił taką "przeprowadzkę"? Opłaca się?

A nie lepiej zamiast "Pan/Pani cośtam..." stosować po prostu "Państwo"?

Odnośnie błędów z ukośnikami na końcu - wrzucę tu swojego posta z forum Statlinka, może to komuś pomoże: Jako że w ostatnim czasie system zaczął robić mi na kilku stronach problemy związane z tymi nieszczęsnymi ukośnikami, postanowiłem zbadać temat i spróbować dojść do tego, co może być przyczyną problemu. Doszedłem do wniosku, że problem może tkwić nie tyle w konfiguracji serwerów, co w sposobie formowania linków w kodzie HTML. Na swoim koncie mam zarówno strony stojące na gotowych CMS'ach (blogi, fora, itd), strony na CMS-ie "domowej roboty" oraz "mieszańce" (np. strona główna na własnym CMS-ie i forum stojące na phpBB). Przykład: domena przyklad.com WordPress, Joomla! oraz zapomniany już jPortal (tak, jeszcze używam tej porażki programistycznej xD na szczęście tylko na jednej stronie) formują linki w następujący sposób: <a href="https://przyklad.com/podstrona"... phpBB zaś tak: <a href="./podstrona.php?cośtam=12345"... a z wtyczką phpBB SEO tak: <a href="./podstrona.html"... Tu problemów z ukośnikami na końcu nie było. Natomiast w CMS "domowej roboty" linki wyglądają tak: <a href="podstrona.html"... i to właśnie na podstronach z tak uformowanymi linkami - i TYLKO na nich - system "dodawał" sobie ukośnik na końcu. Nawet na "mieszańcu" gdzie strona główna "stoi" na moich własnych skryptach, a np. podłączone do niej forum wykorzystuje phpBB. I co ciekawe, Statlink jakoś przestał wypluwać błędy z ukośnikami w logach, gdy strony z "domowej roboty" CMS-em zmodyfikowałem tak, że na początku linków wewnętrznych wstawiane jest "./" Taka ciekawostka Może to więc Statlink ma problem z prawidłowym "czytaniem" "czystych" linków, tj. takich gdzie nazwa dokumentu nie jest poprzedzona żadnym ciągiem zawierającym ukośnik? Nr ID domen, które miały w logach najwięcej błędów z ukośnikami: 21808, 19494

Jedna z moich stron właśnie uczestniczy w testach HTTPS (wystarczy dać przekierowanie w htaccess a system sam sobie zaktualizuje dane w panelu). Być może rzeczywiście coś w tym jest, zauważyłem że niedługo po zmianie protokołu aktywność użytkowników (komentarze, jakieś linki, itd.) wzrosła. Tylko że razem ze zmianą na HTTPS dokonałem również sporej optymalizacji owej strony, żeby przyspieszyć jej ładowanie. Możliwe więc, że jest to efekt albo samej optymalizacji albo zadziałała tu i optymalizacja i HTTPS.