Zawartość html strony po załadowaniu.

Witam.

Dalej duszę się z problemem pewnie dla znawców Java Script banalnym i w wolnej chwili rozkminiam skryptozakładkę na bazie problemu opisanego w wątku Sposób na pobranie każdej strony po HTTPS w skryptozakładce.
I wiem już że problemem jest mechanizm cross domain, nie ugryzłem go, więc zapytam inaczej, Ustalam na szybko wyrażeniami regularnymi adres jakiejś strony, skryptozakładka przekierowuje przeglądarkę kodem typu document.location.href = url; na tę stronę.

I pytanie jak teraz po załadowaniu tej strony, mieć jej zawartość kodu HTML? Ponieważ w zmiennej document.body.innerHTML. Ponieważ nadal widzę testowo po dodaniu ,size i lamerskim niby debugowaniu konsolą, jest zawartość oryginalnie otwartej podstrony a nie nowej. Cale kombinacje są po to by po wyłuskaniu adresu do pliku mp4 po otwarciu nowej podstrony przekierować adres na ten plik i ładnie się on załaduje nam w przeglądarce odtwarzając się.

Czy utrudnia coś tutaj adblock? Prosił bym o jakieś naprowadzenie, bo jestem jak się domyślacie zielony w temacie JS i skryptozakładek. Szukam różnych przykładów i podstawiam w swoj kod ale z postępem ostatecznego rozwiązania stoję w miejscu i bez pomocy Was się nie uda :) Dzięki z góry.

Jak już sam zauważyłeś przeskoczenie "same origin policy" z poziomu kodu wewnątrz przeglądarki nie jest prostą sprawą, kiedyś próbowałem to zrobić pod Firefoxem za pomocą skryptów użytkownika, które pewnie są odpowiednikiem tego czego używasz w Chromie i poległem.

Najłatwiej wyciąganie tego urla byłoby pewnie zrealizować z jakiegoś środowiska które udostępnia Ci kontrolkę przeglądarki (C# + winforms + webbrowser) gdzie możesz do woli manipulować stroną.

w każdym razie hasło do szukania w googlu to "bypass same origin policy" + to czego używasz w tym chromie.

Hej. No dzięki, wiem już teraz po ogólnym wytłumaczeniu na jakiejś polskiej stronie przykładów obsługi XMLHttpRequest dlaczego tak pilnowany jest ten mechanizm CROSS Domain, bo sprawny koder mógłby ukryć ramkę itp i zrobić takie myki że odczytać mógłby coś z innych otwartych zakładek użytkownika, na przykład jeśli były zalogowany na stronę swojego banku było by to bardzo złe. Przygotowanie odpowiedniej strony w PHP na shelowym koncie jakie mam w mydevil która odczyta zdalnie coś i prześle jako JSON a także zwróci to z użyciem kodu to co trzeba żeby w nagłówkach były te pożądane "Orgin-y" też nie ma sensu. Bo kluczowym problemem jest blokowanie skryptów przez stronę macierzystą, która ma bazę IP do blokad VPN-ów itp i najprostsze to wykonywanie kodu po stronie użytkownika

I tutaj JS oraz skrypto zakładka zdały by się idealnie. Przejście na stronę embed na vidoza.net już następuje jak należy, ale teraz za to w chwili obecnej nie daję rady ogarnąć jak pobrać nową treść tej strony, gdybym dobrał się do niej, to wyłuskuje adres do v.mp4, po czym ponownie ustawiam na niego adres docelowy i otwiera się plik video. Czy takie moje kombinacje również muszą spełznąć na niczym bo właśnie przez ten wspomniany mechanizm CROSS domain wszystko jest utrudnione? Chyba że udało by się POST-em wysłać jakoś mi skutecznie ciasteczka sesji dotyczące tej strony do skryptu w PHP na jakimś swoim koncie www i on by odpytał o resztę i zwrócił adres pliku video w formacie JSON, ale wiadomo że może się to odbyć na serwerze który nagle załapał blokadę i sytuacja jest się powtarza ;(

A zatem jakby błędne koło trwa. Chyba że można takie odpytania robić poprzez własne wtyczki do Fire Fox, ale tam pewnie używany jest jeżeli dobrze kojarzę również Java Script i pewnie poddany jest podobnym obostrzeniom. Ale nigdy też nie pisałem żadnych pluginów dla przeglądarek www, więc znowu rzeźbię w kompletnie nieznanym sobie temacie, bazując na wyszukanych przykładach i się będę motać ;/