go_fire в момента в който го спреш или махнеш, агента не ти остава този който ти е бил сложен последен.

[unreliable]

The NavigatorID.userAgent read-only property returns the user agent string for the current browser.

Browser identification based on detecting the user agent string is unreliable and is not recommended, as the user agent string is user configurable.

The User-Agent appears in an HTTP Request Header, not an HTTP Response one. In general, the request is sent from browser to the web application. So the user-agent variable is filled by the browser. Different browsers will fill up this field with different values.

Много обичам да ми носят вода от 10 кладенеца и да ме обвиняват все едно аз съм го създал.

Да, jQuery си е крос платформа на javascript ама нещо заяждането не ти се получи, май ? Друго да добавиш за jQuery ?

По принцип си прав, че няма логика да може да се сменя user-agenta от сървъра/js, но явно може, или поне така твърдят няколко десетки отговора в stackoverflow.

Само един ми покажи. Искам да го видя с очите си, как сървъра сменя юзър-агент и изобщо параметър, който се парсва от браузъра.  Не знаеш се пише отделно, за разлика от неграмотен. 

Отказвам се да обяснявам.. Успех в живота. 


Иначе facebook.com е един от "българските бъгави новинарски сайтове" :/

Не обичам да подценявам. Може пък да му е полезна. В темата има известна част от ключови думички, които може наистина да му свършат работа за в бъдеще.

На този етап и информация, която даваш не мога да ти предложа нищо друго освен литература по темата:
https://help.ubuntu.com/community/DynamicDNS

@go_fire - Процесора за който говориш е Itanium, а не Италиум или там както го каза. Та въпросния се ползва за далеч по-сериозни неща и до момента няма конкурент, тоест е специфичен!

@jet - Точно на нормалния бизнес му трябват такива "числотрошачки", за евентуален сериозен research в съответния отрасъл. Тоест ако искаш мултимилионния/мултимилиардния (а и не е задължително, да е такъв) ти  бизнес, да е ефективен ще трябва да си платиш за някои математически доказателства преди да похарчиш много пари и накрая да не се получи нищо.

Каква американофобия, те са си чисти педерасти. Така  или иначе към 2018 година се очаква Китай да е "Световната" супер сила.

Предлагам автора да даде малко параметри по отношение на конфигурацията на сървъра. Стига сте стреляли на посоки, а се фокусирайте върху задачата.
'Човека' хубаво го е казал, но преди всичко е добре да се говори с факти, които очевидно той няма.

Не всички по default си сетват 'X-Frame-Options' и 'Content-Security-Policy' или поне не по най-некадърния и параноичен начин.

@remotexx -- за втори път го отбелязваш. Простичко, с id-та (name) става:

Код

GeSHi (HTML):
<iframe name="desktop" src="iframe_desktop.htm">
<iframe name="mobile" src="iframe_mobile.htm">

Код

GeSHi (Bash):
Според на httpd лога трябва да стане така:
1.1.1.1 - - [01/Jan/1337:00:00:00 +0300] "GET /iframe.html HTTP/1.1" 200 000 "-" "Стандартен агент"
1.1.1.1 - - [01/Jan/1337:00:00:00 +0300] "GET /iframe_desktop.htm HTTP/1.1" 200 000 "http://1.1.1.1/desktop_frame.html" "Десктопски агент"
1.1.1.1 - - [01/Jan/1337:00:00:00 +0300] "GET /iframe_mobile.htm HTTP/1.1" 200 000 "http://1.1.1.1/mobile_frame.html" "Мобилен агент"

И обяснявам веднага:
От първата заявка, браузъра получава данните за смяна на user-agent за съответните ID/name на iframe-овете и другото съдържание (каквото и да е то). Проблема е, че при статус '200 ОК' връща 0 (нула)  или "The request has succeeded". Тоест, дори и да си сменил user-agent-a за всяка следваща заявка ще трябва да го сменяш пак и пак и пак и пак. Проблема е, че User-agent-a минава първи.

Още съм на мнение, че jQuery може да реши проблема, но иска писане, а на мен не ми се занимава.

Така.. Да може по всякакъв начин да се изтества.

Отговора на основния въпрос на автора се крие в AJAX. Смятам, че jQuery може да помогне в случая, но не съм пробвал. Ако някой има повече опит, може да се пробва и на мен ще ми е интересно да науча нещо ново.

[verbose]

Това вече го казах и показах, но ти продължавай да си пишеш глупостите, няма проблем.. 

Не мога по-ясно да го обясня.

nc е сървъра и за да е видимо какво му праща браузъра съм сетнал verbose

Не знам от кога nc връща отговор без да си му казал.

И пак ти казвам, продължавай да си пишеш глупостите, не ми пречиш.

Мога още по по малоумен начин да ти покажа

Код:

# nc -lv 80 & GET "http://localhost"
Connection from 127.0.0.1 port 80 [tcp/http] accepted
GET / HTTP/1.1
TE: deflate,gzip;q=0.3
Connection: TE, close
Host: localhost
User-Agent: lwp-request/5.827 libwww-perl/5.833

 RTFM!!!!!!!!!!

go_fire не искам да изглеждам като сноб, но се боя, че е така. Аз се водя от идеята "Hack to learn" и от моя скромен опит не съм намирал  вариант да направя нещо подобно. Темата е хубава, защото могат наистина добри хора да изкажат конструктивни мнения по въпроса, но като цяло си е сериозна борба да излъжеш протокола.

То има начин с нещата, които изброяваш, но те минават след като браузъра вече е казал на сървъра, кой вид е.

Съдържанието обаче се сервира на базата на сравняване по User-Agent, което е първия важен параметър по протокол.

Сега ще пробвам някои неща и пак ще пиша, може пък и да стане. 

[useragentchanger.html]

Достатъчно добре го разбрах аз и за това няколко пъти споменах RFC-то за HTTP, та уж да стане по-разбираемо. Уви..

Почвам с картинките

Код

GeSHi (Bash):
# nc -lv 80
Connection from 127.0.0.1 port 80 [tcp/http] accepted
GET /useragentchanger.html HTTP/1.1
Host: localhost
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20100101 Firefox/16.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: bg,en-US;q=0.5
Accept-Encoding: gzip, deflate
Connection: keep-alive
 
<ТУКА СЕ НАМИРА JAVASCRIPT-A КОЙТО ЩЕ СМЕНЯ АГЕНТА>

От snip-a по-горе, мисля че става по-ясно как стоят нещата с комуникацията между браузъра и сървъра.

Както казах, постфактум..

Той иска да смени User-Agent-a от useragentchanger.html след като вече браузъра е казал кой е Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20100101 Firefox/16.0. Тоест Сървъра ще види, че браузъра е Desktop-ски  и ще му даде сайта, който е за Desktop и чак тогава ще смени User-Agent чрез javascript-a. User-Agent switcher манипулират браузъра от твоя страна преди да направиш каквито и да било заявки към сървъра.

Единствената възможност е проксиране между Клиента(Браузъра) и Сървъра.

Темата макар и да не е изчерпана изцяло, мисля че свърши работа на девойката. Няма смисъл да я пълним с offtopics.

@go_fire -

Код

GeSHi (Bash):
torsocks wget https://check.torproject.org/

Проблема е, че какъвто и javascript да се използва за смяна на useragent, той се изпълнява постфактум, според протокола.

Аз не мога да ти помогна в случая, ако ти сам не изявиш желание. Какво 'Не', като не си го чел??

В случай, че искаш да съм по-конкретен, тогава може да се обърне специално внимание на 7230, секция 2-1.