Браузер

@sarmat22 · Регистрация: 05.01.2026

Студворк — интернет-сервис помощи студентам

Проблемка такая. Старенький ноутбук asus s200n (материнка s2n). Устанавливал висту, 7-ку. 8-ка не пошла. Вернулся к windows xp 32. Проблема в том что интернет практически не работает из-за того, что современные браузеры с xp не дружат.
Установил net frame work 3.5 Приложения стали запускаться. Сделал простенький браузер на C#. Он запускается, но ничего не находит. Fire Fox с трудом информацию ворочает, но и от него толку мало.
Использую простую функцию:

C#
1
2
3
4
        private void button1_Click(object sender, EventArgs e)
        {
            webBrowser1.Navigate("http://"+textBox1.Text);
        }

Может есть хорошая идея ?

@000d60 · 13.03.2026, 17:16

Сообщение от Uswer

Мне знакомо сообщение "Ваш браузер больше не поддерживается" и в таких ситуациях я задаю риторический вопрос: а что собственно поменялось на той стороне, что теперь нужен новый браузер?

Это тянется ниточка за ниточкой.
ОС, сервер, используемые версии ядра CGI скриптов, протоколы безопасности(TLS/SSL), клиентская скриптовая часть, CMS, другие фреймворки.
Унификация современных браузеров, туда же, HTML5 и так далее.
Я риторически отвечаю. Всё поменялось. А может только что-то одно, и этого уже достаточно.

@wizard41 · 13.03.2026, 17:44

Сообщение от Uswer

не для красоты, а для эффективности

Понятия красота и эффективность весьма неопределенные. Могут быть применены одновременно.
Например, мы зашли на сайт торгующий техникой и выбираем ноутбук. Тычем на модели из списка и... открывается отд. страница, где все про эту модель написано. Окей, посмотрели, почитали, теперь нужно жать кнопку "Назад" или "Перейти в каталог" чтобы вернуться на страницу со списком моделей. Это "по старинке" и вроде бы все хорошо.

Но что, если по тычку на конкретную модель будет просто всплывать окно поверх списка, где так же будет описание этой модели? Это красиво? ДА! Это эффективно? ДА!
Но, это "привет iFrame!" или подобные техники - старые браузеры идет лесом..

@sarmat22 · 13.03.2026, 20:12 **[ТС]**

К вопросу о браузерах. На нормальном компе windows 11 Visual Studio 2026 запускаю приложение и пишу:

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
 
namespace WindowsFormsApp11
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
            
        }
 
        private void button1_Click(object sender, EventArgs e)
        {
            webBrowser1.Navigate(textBox1.Text);
            webBrowser1.ScriptErrorsSuppressed = true;
        }
    }
}

Ошибка сценария исчезла но работы приложения не видно.

@000d60 · 13.03.2026, 20:25

Сообщение от sarmat22

Ошибка сценария исчезла

Она точно исчезла или просто спряталась?

Сообщение от sarmat22

webBrowser1.ScriptErrorsSuppressed = true;

Получает или задает значение, указывающее, отображаются ли элементом управления WebBrowser диалоговые окна, такие как сообщения об ошибках скрипта.

Property Value
Boolean
true if the control does not display its dialog boxes; otherwise, false. The default is false.

Значение true, если элементом управления отображаются его диалоговые окна; в противном случае — значение false. Значение по умолчанию — false.

Но в русском варианте, написано с точностью до наоборот.
Вот вам и начало эра ИИ)

- Запускать ракету когда враги не нападают и всё спокойно?
ИИ :- Кончено, да!

@wizard41 · 13.03.2026, 22:38

Сообщение от sarmat22

Ошибка сценария исчезла

Для какого адреса? Куда осуществляется переход по webBrowser1.Navigate?

Сообщение от sarmat22

работы приложения не видно

Какого приложения?

@wizard41 · 14.03.2026, 02:26

Тут.... как бы переживаешь за то, чтобы новые механизмы заработали на современных браузерах. Про старые древние давно никто не беспокоится.
Далеко ходить не надо: расскажу про свой случай, буквально из практики. Заранее извиняюсь, за то что пост не отвечает на вопрос автора буквально, и больше походит на оффтоп. Тем не менее, он может быть полезен для слушателей, раз уж речь зашла о браузерах.

В моей конторе вдруг придумали идею - давайте, дескать, расшарим ПО автоматизации на вебку. Чтобы любой (авторизованный) человек мог подключится к серверу и управлять процессом. Ну чтобы без форточек (оконных клиентов), а тупо ввел адрес в строке браузера, и ты уже в системе.

Ну все, ессесно, проголосовали "ЗА". Даже обещали выделить (нанять) такого специалиста, который пишет фронт. Ага, блин...
Ни кого не нашли и не наняли, а всю эту муть возложили на меня...
И... тут я давай втыкать в это все дело. Нет, какие-то начальные навыки в HTML конечно есть, но точно не "профессиональные". А тут блин, нужен интерактив...
Полез я читать, писать, пробовать... Завел сервак на ASP.NET, разработал объекты, взаимодействую с оборудованием и формирую данные в обе стороны. Даже протестил (придумал всякое) - все отлично, сервер работает.

Дошло дело до фронта. И тут... Мне пришлось фактически с нуля изучать этот JS. Конструкции примерно одинаковые конечно с шарпом, но как и везде - есть нюансы, про которые нужно знать.
Проматываем все это дело вперед: сделал я Клиента на HTML5 + JS, закинул в корень сервера. Все заработало.
Структура проекта:

Вот именно в таком стиле писались сайты в те времена, когда XP SP2(3) были в ходу. Т.е. буквально в блокноте можно было нарисовать сайт. Это потом уже появились забугорные ДримВьюверы, Эклипсы и прочие IDE для этого.

Пару слов об этом проекте: в данном случае это просто окно, периодически запрашивающее некоторые данные (в JSON формате) и отображающее их. Есть небольшой интерактив, в виде ввода каких-то параметров. Для этого было сделано окно поверх основного. Вот тут (опа!) уже, видимо, будет неувязка со старыми браузерами, ибо они знать не знают что такое iFrame. Максимум, что они могут - это показать отдельное окно поверх основного, но это, на минуточку, совсем не то что надо.
Здесь нужно именно модальное окно, при взаимодействии с которым нельзя обращаться к основному.
Но сам по себе проект фронта довольно простой и легковесный, спокойно запускается из корня ASP.NET сервера, папки и файлы подхватываются, отправляются запрашивающим клиентам.

Запомним все что сказано выше и картинку со структурой. А теперь тоже самое, только сделанное "по взрослому", на React + Node.js:

Та-дамм

Тот же функционал, те же действия... Но чтобы запустить это все на браузерах 90-х годов, потребуется вызывать шамана с бубном прямо из восточной Сибири. И то, не факт, что это поможет.
Выше упомянутые айФреймы, асинхронные запросы AJAX, точечное обновление компонентов на странице - обо всем этом древние браузеры, как говорится, "ни ухом ни рылом".
Одна только политика CORS отметет всех древних клиентов, ибо они даже не знают что это и как правильно отвечать.

Внимание, вопрос:
Я знаю, что 99.99999% к этой системе никогда не подключится кто-то на винде ниже 10-ки. Какую версию проекта я буду развивать в этом случае? Вторую точно, а первую для кого?

Uswer · 15.03.2026, 15:38

Сообщение от wizard41

Это красиво? ДА! Это эффективно? ДА!

VS

Сообщение от wizard41

Понятия красота и эффективность весьма неопределенные.

Сам себя застрелил.
Когда кто-то, например Вы, говорите "Это эффективно? ДА!" это только ваше мнение, т.к. оно ни чем не подкреплено. И вы сами это понимаете (см. цитату чуть выше). Поэтому это (пример с характеристиками на сайте) не эффективно, а удобно. Но это абсолютно разные понятия. Эффективность оценивается, в попугаях обычно, а удобство вещь субъективная.

Добавлено через 11 минут

Сообщение от wizard41

айФреймы, асинхронные запросы AJAX, точечное обновление компонентов на странице

Нескромный вопрос: а оно точно нужно или вы другого пути просто не видите? Я не спорю с вами, я пытаюсь разобраться в вопросе беспристрастно.

@000d60 · 15.03.2026, 15:49

Сообщение от Uswer

Нескромный вопрос: а оно точно нужно или вы другого пути просто не видите? Я не спорю с вами, я пытаюсь разобраться в вопросе беспристрастно.

Это современные реалии производства.
Я посмотрел React, и вот его немного изучить и написать часть клиента куда проще чем хардкодить всё это на чистом javascript или даже jquery.
И поддержка, изменение, добавление функционала на высоте.
Один раз сделал, и работаешь дальше.
Тоже касается и серверной части.
Мне так это видится, по крайней мере. Я знаком и с php, js, html, но это было давно и работать с этим было тяжело.

@wizard41 · 15.03.2026, 15:54

В том примере получение необходимой информации о товаре происходит быстрее и, на мой взгляд, удобнее. Все это в купе и называется "эффективность". Думаю, вы это прекрасно поняли.

Сообщение от Uswer

Сам себя застрелил.

Ни в ноем случае. У каждого свои меры оценки. "Неопределенные" здесь означает, что не всегда ясно какие критерии оцениваются конкретно, или что в это вкладываете конкретно вы.

Сообщение от Uswer

а оно точно нужно или вы другого пути просто не видите?

Конечно нужно. Необходимо каждые 250 мс обновлять информацию в полях, получать с сервера и показывать в браузере. Перерисовывать при этом всю страницу - бомбическая глупость. Вот и придумали технологии, которые позволяют рендерить конкретные элементы, а не все целиком..
Кстати, я сам про это узнал только вот вот, когда ввязался в это дело..

@NewOrdered · 16.03.2026, 16:17

Сообщение от wizard41

Необходимо каждые 250 мс обновлять информацию в полях, получать с сервера и показывать в браузере.

это только для визуализации?

@wizard41 · 16.03.2026, 16:32

Сообщение от NewOrdered

это только для визуализации?

Ну... да. Чтобы видеть актуальные величины.
С этой же страницы их можно и задать..

@NewOrdered · 16.03.2026, 17:28

Сообщение от wizard41

Ну... да. Чтобы видеть актуальные величины.

я к тому, что исключительно для показа человеку ИМХО хватило бы и раз в секунду (ну или два)

@wizard41 · 16.03.2026, 17:36

NewOrdered, тогда исчезает плавность.. У меня так и было в оконном приложении: сперва 1 сек, затем 500 мс. Пользователи пожаловались, что не видно "динамики" - сошлись на интервале обновления 250-300 мс.
Сам сервер вообще обновляет свои данные каждые 100 мс.

Новые блоги и статьи Все статьи Все блоги /
Генератор паролей (вариант №3) Maks 30.10.2026 Финальная версия генератора паролей 1С. Доработка решения в этот раз коснулась только визуальной части, а именно, добавлен реквизит ДопПараметры (тип Булево), который скрывает/ отображает реквизиты. . .	Магическое мышление и магия, современная наука не отличима от магии (говорит ИИ Джемени) zorxor 30.10.2026 Джемени, расскажи, пожалуйста, что такое магическое мышление, что такое магия, почему современная наука чем-то напоминает магию? Фраза «Любая достаточно развитая технология неотличима от магии». . .	За какое время ИИ может подобрать пароль по хешу (рассказывает Джемени ИИ) zorxor 30.10.2026 Расскажи, Джемени, если известен хэш МД5, например, за сколько ИИ сможет подобрать соответствующий пароль? Искусственный интеллект (ИИ) может подобрать простой или средний по сложности пароль по. . .	Кто убил Suno? Почему наше солнышко погасло? (диалог с ИИ Джемени) zorxor 30.10.2026 Как убивали Suno. Хронология. «Убийство» музыкальной нейросети Suno — это затяжной процесс, в котором технологический хайп стартапа разбился о жесткую реальность судебных исков от гигантов. . .
Генератор паролей (вариант №2) Maks 30.10.2026 Обновленная версия ранее созданной обработки. Добавлены следующие реквизиты типа Булево: - Буквы; - Цифры; - Символы. Изменена логика команды "Сгенерировать" и процедуры "ПриОткрытии":. . .	Генератор паролей (вариант №1) Maks 29.10.2026 Реализация из решения ниже выполнена исключительно по моей инициативе, дабы облегчить себе работу в создании паролей для администрируемых мною сервисов и пользователей. Самым главным критерием для. . .	Установка ChatGPT (Codex) на Windows без использования Microsoft Store Fabien159 28.10.2026 Здравствуйте всем читающим! Опишу процесс установки ChatGPT (Codex) на Windows, если по каким-то причинам у вас не получается устанавить его через Microsoft Store. И так: 1. Скачиваем с. . .	Программное добавление префикса в нумерацию документов Maks 27.10.2026 Реализация из решения ниже выполнена в самописной конфигурации на БСП (помощь начинающему коллеге). Задача: Программно добавить префикс в нумерацию документов. Решение: В модуле объекта. . .

@wizard41 3465 / 2785 / 576 Регистрация: 04.09.2018 Сообщений: 8,758 Записей в блоге: 3
	14.03.2026, 02:26
	Тут.... как бы переживаешь за то, чтобы новые механизмы заработали на современных браузерах. Про старые древние давно никто не беспокоится. Далеко ходить не надо: расскажу про свой случай, буквально из практики. Заранее извиняюсь, за то что пост не отвечает на вопрос автора буквально, и больше походит на оффтоп. Тем не менее, он может быть полезен для слушателей, раз уж речь зашла о браузерах. В моей конторе вдруг придумали идею - давайте, дескать, расшарим ПО автоматизации на вебку. Чтобы любой (авторизованный) человек мог подключится к серверу и управлять процессом. Ну чтобы без форточек (оконных клиентов), а тупо ввел адрес в строке браузера, и ты уже в системе. Ну все, ессесно, проголосовали "ЗА". Даже обещали выделить (нанять) такого специалиста, который пишет фронт. Ага, блин... Ни кого не нашли и не наняли, а всю эту муть возложили на меня... И... тут я давай втыкать в это все дело. Нет, какие-то начальные навыки в HTML конечно есть, но точно не "профессиональные". А тут блин, нужен интерактив... Полез я читать, писать, пробовать... Завел сервак на ASP.NET, разработал объекты, взаимодействую с оборудованием и формирую данные в обе стороны. Даже протестил (придумал всякое) - все отлично, сервер работает. Дошло дело до фронта. И тут... Мне пришлось фактически с нуля изучать этот JS. Конструкции примерно одинаковые конечно с шарпом, но как и везде - есть нюансы, про которые нужно знать. Проматываем все это дело вперед: сделал я Клиента на HTML5 + JS, закинул в корень сервера. Все заработало. Структура проекта: Вот именно в таком стиле писались сайты в те времена, когда XP SP2(3) были в ходу. Т.е. буквально в блокноте можно было нарисовать сайт. Это потом уже появились забугорные ДримВьюверы, Эклипсы и прочие IDE для этого. Пару слов об этом проекте: в данном случае это просто окно, периодически запрашивающее некоторые данные (в JSON формате) и отображающее их. Есть небольшой интерактив, в виде ввода каких-то параметров. Для этого было сделано окно поверх основного. Вот тут (опа!) уже, видимо, будет неувязка со старыми браузерами, ибо они знать не знают что такое iFrame. Максимум, что они могут - это показать отдельное окно поверх основного, но это, на минуточку, совсем не то что надо. Здесь нужно именно модальное окно, при взаимодействии с которым нельзя обращаться к основному. Но сам по себе проект фронта довольно простой и легковесный, спокойно запускается из корня ASP.NET сервера, папки и файлы подхватываются, отправляются запрашивающим клиентам. Запомним все что сказано выше и картинку со структурой. А теперь тоже самое, только сделанное "по взрослому", на React + Node.js: Та-дамм Тот же функционал, те же действия... Но чтобы запустить это все на браузерах 90-х годов, потребуется вызывать шамана с бубном прямо из восточной Сибири. И то, не факт, что это поможет. Выше упомянутые айФреймы, асинхронные запросы AJAX, точечное обновление компонентов на странице - обо всем этом древние браузеры, как говорится, "ни ухом ни рылом". Одна только политика CORS отметет всех древних клиентов, ибо они даже не знают что это и как правильно отвечать. Внимание, вопрос: Я знаю, что 99.99999% к этой системе никогда не подключится кто-то на винде ниже 10-ки. Какую версию проекта я буду развивать в этом случае? Вторую точно, а первую для кого? 2

@wizard41 3465 / 2785 / 576 Регистрация: 04.09.2018 Сообщений: 8,758 Записей в блоге: 3
	16.03.2026, 17:36
	NewOrdered, тогда исчезает плавность.. У меня так и было в оконном приложении: сперва 1 сек, затем 500 мс. Пользователи пожаловались, что не видно "динамики" - сошлись на интервале обновления 250-300 мс. Сам сервер вообще обновляет свои данные каждые 100 мс. 1