Ivellios

Z czymś takim to daleko nie zajedziesz

Z wymienionych w tym temacie WYDAJĄ SIĘ wciąż działać: - https://www.mediavine.com/ - https://pl.optad360.com/ - https://aads.com/ - https://smartyads.com/ - https://cpx24.net/ - https://propellerads.com/ (wszystko bez reflinków) Aczkolwiek przy dostępnych dziś opcjach monetyzacji treści śmiem wątpić, czy jest jeszcze sens bawić się w CPM-y. Prowadzenie np. monetyzowanego kanału tematycznego na YouTube przynosi pewniejszy zysk.

@tomierc Pewnie, najlepiej niech całe państwo będzie zarządzane przez AI.

Strona Statlinka działa, ale chyba jeszcze nie wszystko działa jak powinno. Jedną stronę mi deaktywowało i przy próbie aktywowania dostaję taki komunikat (sorry za osobliwą cenzurę adresu )

@General_Depet SEOkatalog jest kompatybilny z PXP 8.x?

Domena o ID 19494 - system od poniedziałku twierdzi, że na zapytanie site: dostaje wynik 0 i straszy koniecznością podmiany domeny, byłbym wdzięczny za przyjrzenie się temu.

Problem rozwiązany - trzeba włączyć super globalsy. W pliku [katalog_forum]/config/default/parameters.yml wartość core.disable_super_globals ustawiamy na false, po czym w panelu admina forum czyścimy cache.

Próbował ktoś zainstalować Statlinka na forum z phpBB 3.3.8? Próba wstawiania Statlinka do templatki skutkuje u mnie błędami 503.

Ta konkretna reguła ma na celu usunięcie różnych pierdół dodawanych do URL'a przez Facebooka, a także identyfikatorów sesji, itd. W poprzedniej linijce jest warunek uruchamiający tę regułę. Chyba że da się to osiągnąć w jakiś inny sposób?

Postanowiłem wziąć się za unowocześnienie kilku moich starych stron internetowych i przebudowanie ich tak, by działały co najmniej pod PHP 7.1 a najlepiej też i 8.1. W tym celu, żeby nie robić tego "na produkcji" pobrałem EasyPHP. Wszystko niby działa jak powinno, strony udało mi się dostosować póki co do 7.1, niby wszystko super, tylko napotkałem problem w postaci niedziałającego bądź wybiórczo działającego mod_rewrite. Wybiórczo, gdyż działa tylko jeśli zawartość htaccess sprowadza się do prostego przekierowania: RewriteEngine On RewriteCond %{SERVER_PORT} 80 RewriteRule ^(.*)$ https://strona.pl/$1 [R,L] Natomiast w przypadku czegoś takiego odmawia współpracy (tu wstawiam fragment dużo obszerniejszego htaccess): #Header set Access-Control-Allow-Origin "*" AddType application/x-httpd-php54 .html AddType application/x-httpd-php .html .htm AddType text/html .html .htm AddType text/vtt .vtt AddType text/javascript .js AddDefaultCharset UTF-8 RewriteEngine On #RewriteCond %{SERVER_PORT} 80 RewriteBase / # usuwamy gowna dodawane przez facebooka RewriteCond %{QUERY_STRING} "fbclid=" [NC] RewriteRule (.*) /$1? [R=301,L] # usuwamy identyfikatory sesji RewriteCond %{QUERY_STRING} "sid=" [NC] RewriteRule (.*) /$1? [R=301,L] RewriteCond %{HTTP_HOST} ^(www\.)?strona\.ovh [NC] RewriteRule (.*) https://www.strona.pl/$1 [R=301,L] # przekierowujemy na www. RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L] RewriteCond %{SCRIPT_FILENAME} !-f RewriteCond %{SCRIPT_FILENAME} !-d RewriteRule ^youtube_retransmisja$ https://www.youtube.com/channel/dupacycki/live [R=301,L] RewriteRule ^2fa$ https://www.strona.pl/forum/uwierzytelnianie-dwuskladnikowe-10040 [R=301,L] ... W pliku httpd.conf linijka odpowiedzialna za włączenie mod_rewrite jest odkomentowana, dodatkowo idąc za radami ze StackOverflow zmieniłem wartość AllowOverride na All - i , mod_rewrite dalej sprawia w/w problemy. Coś mi umknęło?

@Seo tekst najlepiej niech administrator hostingu skontaktuje się z adminami Statlinka. A Ty sprawdź, czy nie masz czasem powłączanych wynalazków typu ModSecurity. Ja miałem identyczny problem z Seohostem i okazało się, że winowajcą było włączone ModSecurity, które traktowało połączenia ze Statlinka jako próbę ataku.

Będę wdzięczny za kontakt do Facebooka na priva albo drogą emailową: rparanormalium@gmail.com Dostałem dzisiaj bana na głównym koncie za treść, która nie istnieje, a od samego bana nie mogę się odwołać przez brak przycisku przekierowującego do szczegółowych informacji. Mam parę zapasowych profili do zarządzania fanpejdżami, ale jednak główne konto wolałbym mieć wolne od randomowych kar totalnie za nic.

Owszem, "kanał nieoficjalny", jednak na grupie są obecni pracownicy polskiego supportu OVH. Zresztą oni sami chyba tę grupę założyli.

Problem rozwiązany, winne okazało się ModSecurity włączone przez Seohosta po aktualizacji DirectAdmina.

Jeśli korzystasz z Facebooka, to dodaj się do grupy polskiego supportu OVH: https://www.facebook.com/groups/194065034387414 Tam załóż posta z krótkim opisem problemu i numerem ticketu. Z własnego doświadczenia wiem, że to często przyspiesza otrzymanie pomocy.