Poslední příspěvky

Stran: [1] 2 3 ... 10

Distribuce / Re:Slackware nenačítá některé stránky

« Poslední příspěvek od Martin Koleček kdy Dnes v 20:05:22 »

stránka ěcaptcha.com se otevírá , api kez mám nastavený a funguje mi auto solve captcha

je tu problém se stránkou disboard.org

mám extension https://github.com/Theblockbuster1/disboard-auto-bump

který má dělat automatické mačkání tlačítka bump

jakmile otevřu stránku disboard.org a je zapnutý extension na klikání otevře okno s nápisem HEY !

musí se potvrdit

jakmile to udělám captcha se objevuje nekonečně dokola

jakmile ho vyřeším opět extension otevírá okno HEY ! a captcha se opět aktivuje jako nevyřešená

potřeboval bych trochu upravit skript v extension na klikání

nevím ale co mám smazat

našel jsem že okno HEY ! se otevírá zde https://github.com/Theblockbuster1/disboard-auto-bump

v části contents.js

jak ho mám prostě nepoužít a automaticky stisknout funkci ?

resp co z contents.js mám smazat ?

Server / Re:Apache - nefunkční konfigurace (mod_access + mod_rewrite)

« Poslední příspěvek od Filip Jirsák kdy Dnes v 19:42:51 »

Přepisovací pravidla nastavená na úrovni severu (ne adresáře nebo .htaccess) se provádí před tím, než začne autorizace. Viz https://httpd.apache.org/docs/2.4/rewrite/tech.html.

Distribuce / Re:Slackware nenačítá některé stránky

« Poslední příspěvek od Martin Koleček kdy Dnes v 19:31:29 »

SOLVED

oběvil jsem závažnou chybu v hosts

zkoušel jsem asi 10 různých captcha solverů , všechny jsou na mě složité , tenhle se mi zdál že má aspoň dobrou technickou podporu

tak jsem v hosts právě našel že doména 2captcha měla přiřazení k jiné adrese z jiného captcha solveru

některé (mnoho) konkurenčních solverů tak nefungovaly

teď už se stránka zobrazuje

zajímá mě navíc plno informací o 2captcha.com , jak udělám aby automaticky řešil cloudflare captcha

Distribuce / Re:Slackware nenačítá některé stránky

« Poslední příspěvek od McFly kdy Dnes v 19:11:43 »

Do souboru /etc/hosts bych vložil

Kód: [Vybrat]

104.26.11.235 2captcha.com
a pak spustil prohlížeč a zkusil zadat https://2captcha.com

Chyba 404 neznamená, že počítač nenalezl doménu 2captcha.com, on ji nalezl (a získal A record) a poslal na server HTTP požadavek, přičemž cílový server vrátil chybu 404 - Not found. Zkusil jsem ping na 2captcha.com a překlad je 104.26.11.235.

Distribuce / Re:Slackware nenačítá některé stránky

« Poslední příspěvek od Martin Koleček kdy Dnes v 19:02:09 »

po nainstalování celého slackware z uvedeného slackpgk stále stejné

Distribuce / Re:Slackware nenačítá některé stránky

« Poslední příspěvek od Martin Koleček kdy Dnes v 19:01:24 »

nemám na tom žádné programy na dělání screenshotů

můžu to vyfotit foťákem ale je to asi jasné

stránka : 2captcha.com

http error 404 nenalezeno

jiné weby jdou třeba google

Server / Apache - nefunkční konfigurace (mod_access + mod_rewrite)

« Poslední příspěvek od dr_ak kdy Dnes v 18:59:27 »

Zasekl jsem se v konfiguraci Apache, předem děkuji za Váš čas a nezávislý pohled, nápady, rady...

Máme PHP aplikaci, která má celkem běžné nastavení - vše co není soubor nebo adresář se pomocí rewrite přesměruje na index.php.
Dále tam je omezení přístupu buď z vyjmenovaných IP adres, nebo se zadáním jména a hesla pomocí basic auth pro ostatní IP. Relevantní fragment konfigurace vypadá takto:

Kód: [Vybrat]


# Povolení přístupu z IP:
    Require ip 1.1.1.1
    Require ip 2.2.2.2
    Require ip 3.3.3.3
........

# Povolení přístupu jménem a heslem:
    AuthType Basic
    AuthUserFile /var/www/.htpasswd
    Require valid-user

# Přesměrování na index.php
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^(.*)$ /index.php?_url=/$1 [QSA,L]

Takto vše bez problémů funguje.
Nově je požadavek mít cestu začínající "/public/" volně přístupnou odkudkoliv bez nutnosti zadat heslo.
Přidal jsem podmínku, která povoluje přístup pro /public/*

Kód: [Vybrat]

<If "%{REQUEST_URI} =~ m#^/public/#">
    Require all granted
</If>

Tohle funguje krásně pro všechny soubory a adresáře, které jsou přímo přístupné i z neregistrovaných IP.
Ale u adres, které finální RewriteRule mapuje na index.php to nefunguje - server vrátí 401 Unauthorized jako vracel dříve a podmínka se, zdá se, nevyhodnotí.

Měl jsem podezření, že RewriteRule nějak manipuluje s proměnnými, tedy jsem zkusil proměnnou REQUEST_URI vložit do své proměnné a v If testovat tu, kterou není určitě manipulováno, ale chovalo se to stejně:

Kód: [Vybrat]

SetEnvIf REQUEST_URI "^(.*)$" my_req_uri=$1
<If "%{ENV:my_req_uri} =~ m#^/public/#">
    Require all granted
</If>

Také jsem proměnnou REQUEST_URI i svou pomocnou proměnnou my_req_uri předal jako parametr do index.php, kde jsem je vypisoval, abych otestoval jejich obsah:

Kód: [Vybrat]

RewriteRule ^(.*)$ /index.php?request_uri=%{REQUEST_URI}&my_req_uri=%{ENV:my_req_uri} [QSA,L]

Kód: [Vybrat]

echo "request_uri=".$_GET['request_uri']."\n";
echo "my_req_uri=".$_GET['my_req_uri']."\n";

ale vše se tvářilo v pořádku, obě proměnné obsahovaly testovací URL /public/12321

Zkoušeli jsme toho ještě více, ale tohle byla nejnadějnější cesta, která nás přivedla k paradoxu - konfigurace funguje, pokud se neprovádí finální RewriteRule. Když se RewriteRule provede, tak patrně nefunguje podmínka, jakoby Rewrite manipuloval s proměnnými, ale proměnné se asi nemění, alespoň ten samý RewriteRule je předává v pořádku.
Za každou radu či nakopnutí děkuji!

Stran: [1] 2 3 ... 10