okazwłoka

Pytanie jeszcze do wydawców, czy nie będzie im przeszkadzała konieczność "ręcznego" dodawania takich treści do swoich stron. Choć z drugiej strony mają gwarancję na link na cały rok i gotową treść. Jeszcze kwestia samych artykułów. Tu też regulamin musi rozwiać wszystkie problemy dotyczące na przykład konieczności zdejmowania/niezdejmowania artykułu po wygaśnięciu czasu publikacji.

Jak możesz podaj id podstron, bo ja tam widzę jedynie statusy aktywne i oczekujące na skanowanie.

Nie będzie działać. Na razie 6.7.0 ma takie same możliwości jak 6.7.2, a więc jeszcze można spokojnie poczekać do kolejnej aktualizacji z nowymi funkcjonalnościami i dopiero wtedy zdecydować się na aktualizację. "Jedyna" różnica to przyśpieszenie w przypadku php 7.2.

Sortowanie grup będzie zrobione @soulfailer 1. Ogólnie artykuły sponsorowane chcę uruchomić tak szybko jak się da. Ale najważniejsza kwestia jeszcze nie jest dla mnie jasna: stawki za artykuły, Tak jak wcześniej było wspomniane reklamodawca płaciłby za rok z góry, a wydawca otrzymywałby wynagrodzenie w miesięcznych transzach, w razie przerwania publikacji odpowiednia część wracałaby do reklamodawcy. Ale wysokość stawek jest tu zagadką - musi to być rozwiązanie systemowe, a nie takie, że każdy będzie sam ustalał stawkę. Na razie założenie jest takie, że koszt publikacji będzie taki, jak standardowy koszt 3 linków. Ale czy reklamodawca będzie chciał zapłacić tyle w momencie, gdy jeszcze treści będzie musiał dostarczać? 2. Jeszcze się nie da, bo muszę przerobić skrypt, na razie wszystko jest zbiorowo ustawiane. Jak będzie wprowadzone to będzie przycisk do formularza. @wedrowiec 1. Korzystaj śmiało z widełek punktowych przy definiowaniu linków. 2. Będzie Ci dane

Jest po staremu. Porobię dokładniejsze opisy (wymagane długości, co i jak linkować). OK! Jest dostępna wersja donlinkage 6.7.2 dla PHP 7.2+ Instrukcje są takie: 1. Trzeba kliknąć aktualizację, zrobi się do 6.7.0. 2. Trzeba się upewnić, że na serwerze jest dostęp do php 7.2 i ioncube loadera dla php 7.2 (wersja loadera minimum 10.2). 3. Zrobić ponownie aktualizację (testowałem na laohost i poszło bez problemu), ale mogą wystąpić problemy, bo jest to funkcja jednorazowa (przejście pomiędzy wersjami PHP) i może coś jeszcze się zadziać. Więc na razie jest to opcja dla tych, którzy w razie zaprzestania działania DonLinkage na kilka chwil/godzin nie będą stratni. 4. Po zrobieniu aktualizacji DonLinkage do 6.7.2 przestanie działać. 5. W tym momencie należy zmienić wersję php na serwerze na 7.2 I to już powinno śmigać. Mogę być jeszcze jakieś problemy mniejsze, ale wtedy już wszystko będziemy łatać (choć nie widziałem już żadnych błędów). Ktoś chętny?

Ok, zapisałem. Ogólnie będzie dostępny podział bazy głównej (publicznej) i wtedy będzie można definiować gdzie mają trafiać zebrane adresy (czy do detektora, czy bezpośrednio do jakiejś bazy). Teraz walczę z PHP 7.2 żeby to wszystko ładnie przenieść, sam instalator już prawie mam gotowy, ale update to już co innego i tu chyba będzie ręcznie zrobić pierwszą aktualizację. I jeszcze nad Premium siedzę, bo tu skutecznośc pownna być śmiało +90% a nie jest.

Masz na tych stronach najnowszy instalator? Przy najnowszym instalatorze nie powinno być takich problemów.

Regularna cena to 400 zł netto. PS. Dzisiaj powinien już być instalator dla PHP 7.2 gotowy dla aktualnej wersji DonLinkage 6.6.9 A jutro lub pojutrze będzie gotowy update DonLinkage z wersji PHP 5 do PHP 7.2. Instrukcje będą podane. Nie będziemy robić już aktualizacji dla PHP 5, przerzucimy się od razu na 7.2, bo widzę, że chodzi to o niebo lepiej z DonLinkage.

Brzmi skomplikowanie Ale zapisałem do sprawdzenia, jak nie będę wiedział o co chodzi to będę pisał

Ogólnie będzie przerobiony harvester z większa możliwością konfigurowania tak, żeby każdy mógł w pełni z tego korzystać pod własne potrzeby. Jak ktoś ma jakieś pomysły, uwagi to śmiało proszę pisać, wszystko zapisuję.

Plany są (dwa posty wyżej pisałem). Data dojdzie Tworzenie linków (url i anchor) z list też dorobię jakimś innym znacznikiem.

Dzięki, momencik. Coś grubszego bo serwer nie odpowiada. Huurraaa, działa Wszystko leżało, trzeba było całość restartować.

Zaraz z rana sprawdze. Igolnie po usunieciu zerowych linkow ktore nie chcialy sie zindeksowac nastapila podmiana linkow i obe juz kosztuja. Widac to tez po srednim koszcie linka. Jutro postaram sie zoptymalizowac przeliczanie punktow, dam tez opcje wymuszenia przeliczenia.

Punkty użytkownika czy koszty linków?

Do qlwebów ręcznie szybciej dodawało się wpisy Znalazłem z 2007: https://katalog.nuit.pl/info-3779.html

Ale po co, w 2006 na qlwebach robiło się topy

WAŻNE. NASTĄPIŁY ZMIANY DOTYCZĄCE PUNKTOWANIA / PŁATNOŚCI ZA LINKI ORAZ ZMIANY WYSYŁANIA LINKÓW NA STRONY: 1. Podstrona otrzymuje status "brak/stary cache" gdy spełnione są wszystkie 3 warunki: - przyjęła linki - cache jest starszy niż 60 dni - wszystkie wysłane linki są młodsze od cache (zostały wysłane po dacie cache) 2. Linki zostają automatycznie usunięte, gdy spełnione są 2 warunki: - są młodsze od cache - cache podstrony do której są przydzielone jest starszy niż 60 dni 3. Do stron ze starszym cache niż 60 dni nie są przypisywane linki. 4. Jeśli przynajmniej jeden link jest starszy od cache (czyli któryś z linków załapał się na cache) i jednocześnie cache jest starszy niż 60 dni wstecz, to strona nie otrzyma statusu "brak/stary cache". Jednak otrzyma ona mniejszą ilość punktów, proporcjonalną do ilości linków, które są w cache (jeśli ma 3 linki w cache, to oczywiście otrzyma całość punktów). Aby taka strona otrzymała punkty musi siedzieć w indeksie (komenda info).

Ok, zrobiłem dodatkowe zabezpieczenie, mam nadzieję że to rozwiąże problem. PS. Zostało przyśpieszone przydzielanie linków, powinno to być mocno odczuwalne.

Już widzę w czym rzecz A może jednak nie, ale coś widocznie w zabezpieczeniu jest przeoczone, poszukam jeszcze przyczyny.

Statusy przy sprawdzaniu zindeksowania będą wskakiwały.

Ok, tabelka nie jest potrzebna. W tym momencie algo działa następująco: Podstrona otrzymuje status "brak/stary cache" gdy spełnione są 3 warunki: - przyjęła linki - cache jest starszy niż 60 dni - wszystkie wysłane linki są młodsze od cache (zostały wysłane po dacie cache) Jeśli przynajmniej jeden link jest starszy od cache, to strona nie otrzyma statusu "brak/stary cache". Linki zostają usunięte, gdy spełnione są 2 warunki: - są młodsze od cache - cache podstrony do której są przydzielone jest starszy niż 60 dni Przy przydzieleniach będzie wyświetlana informacja o linkach zindeksowanych i niezindeksowanych - dzięki temu będzie można się rozeznać i podjąć na przykład działania związane z indeksowaniem.

Tak, linki bez cache są samoczynnie usuwane przez system (po 14 dniach), powinno to usprawnić pracę całego systemu, muszę przygotować tabelkę z informacjami jak to dokładnie wygląda, bo po to dość znaczące zmiany. Usuwanie zerowych linków sprawi, że koszt 100 linków wzrośnie, bo powiedzmy 20/100 było zerowych, a teraz zostaną zastąpione kosztownymi. Tu dałem ciała, bo powinienem taką zmianę ogłosić dużo wcześniej, żeby każdy linkujący mógł na spokojnie do zmian się przygotować. Tak czy inaczej - zerowe koszty linków nie powinny mieć w systemie miejsca. Przygotuję tabelkę dokładną jak to teraz wygląda w systemie, bo chyba zrobiło się zamieszanie. Ale to już na rano, bo dzisiaj mi się mózg zblazował

Ok, już czaję jak to się mogło stać: strony zostały odrzucone z jakiegoś powodu i zgłosiłeś je do sprawdzenia.

Dzięki za zgłoszenie, sprawdzam. Ciekawa sprawa, bo to tylko u Ciebie na tej jednej domenie.

W wyniku zmian 7 tysięcy podstron zostanie aktywowanych ze statusu stary cache (mają przynajmniej jeden link zindeksowany) - zmiana spora, bo to ponad 10% obecnie aktywnych podstron. To pociągnie za sobą kolejne konsekwencje: - wydawcy otrzymają punkty - linkujący zapłacą za te linki, ale tylko te, które faktycznie są zindeksowane Zmiany za moment będą już aktywne, muszę się upewnić jeszcze czy wszystko działa jak należy. Ok, teraz powoli strony będą przechodziły na aktywną w miarę skanowania przez system.