Просмотр задачи

НомерПроектКатегорияВидимостьИзменен
0002620SAS.ПланетаРефакторинг / Refactoringпубличная04-07-2026 06:26
Инициаторvdemidov Ответственный 
ПриоритетобычныйВлияниемалоеВоспроизводимостьне проверялась
Состояние обратная связьРешениеоткрыта 
Версия продукта141212 
Тема0002620: Перенести все внутренние ссылки sas:// в один домен
ОписаниеСейчас разные сервисы доступные через внутренние ссылки имеют разные домены (sas://MapData/, sas://Placemarks/ ), из-за чего для ссылок из одного сервиса на другой приходится указывать полный урл со схемой. Но если перенести их все в один домен, то его можно будет не указывать для относительных ссылок, что позволит при необходимости заменить встраиваемый IE на отдельный локальный HTTP сервер и системный бразуер прозрачно для пользователя. Все относительные ссылки останутся относительными, а в реальности вместо sas://SAS/MapData будет http://localhost:<rnd port>/MapData
МеткиНет связанных меток.

Связи

связана с 0003956 решенаzed Использовать Microsoft Edge WebView2 в качестве встроенного браузера 
связана с 0003430 решенаzed Назначить внешнее приложение для просмотра прикрепленных фотографий 
связана с 0003798 закрытаzed Использовать Chromium в качестве встроенного браузера 

Деятельность

zed

08-04-2019 10:50

руководитель   ~0018638

> заменить встраиваемый IE на отдельный локальный HTTP сервер и системный бразуер прозрачно для пользователя

А почему не воспользоваться ChromiumEmbedded? Ведь системный браузер это совсем не прозрачно.

vdemidov

08-04-2019 11:04

руководитель   ~0018640

> А почему не воспользоваться ChromiumEmbedded?
Меня смущает что он весит в два раза больше чем САС со всеми либами, а еще смущает то, что делфовская обертка уже 3 года не обновляется никак. Есть опасения. Хотя, конечно, с появлением дополнительных действий в урлах, просто отдельный браузер уже выглядит не так привлекательно. Но ИМХО перенос на один домен все еще желателен, для более простого использования относительных путей.

zed

08-04-2019 11:16

руководитель   ~0018642

Всё оно обновляется. Ты может не там смотришь: https://github.com/salvadordf/CEF4Delphi

А по поводу веса, я думаю не стоит на него сильно обращать внимание. Главное - удобство использования.

vdemidov

08-04-2019 11:21

руководитель   ~0018643

> Всё оно обновляется. Ты может не там смотришь: https://github.com/salvadordf/CEF4Delphi
Да, таки не там смотрел.

> А по поводу веса, я думаю не стоит на него сильно обращать внимание. Главное - удобство использования.
Ну, семпл приложение cef_binary_73.1.12+gee4b49f+chromium-73.0.3683.75_windows32_client
в заархивированном виде занимает 60 мегабайт, а распакованное 140 мегабайт. ИМХО многовато что бы совсем не обращать внимания. Ты только выкладывать ночные сборки задолбаешься :)

vdemidov

08-04-2019 11:27

руководитель   ~0018644

А еще есть такой пункт:
These components need Windows 7, 8, 8.1, 10 or newer to run. If you need Windows XP and Vista support use OldCEF4Delphi

Мне то все равно. Ни XP, ни Vista у меня нет, но у некоторых пользователей есть.

zed

08-04-2019 11:41

руководитель   ~0018645

В ночные версии это и не надо включать.

А по поводу XP - надо смотреть на сколько сильно отличаются интерфейсы, возможно получится обойтись простой линковкой с нужной версией при компиляции.

vdemidov

08-04-2019 12:26

руководитель   ~0018647

>В ночные версии это и не надо включать.

Тогда нужно оставлять два механизма - новый на CEF и текущий в качестве фолбэка в случае отсутствия.
А это опять же морока.
В общем и целом я только за, но вот сложности меня несколько пугают.

vdemidov

08-04-2019 12:31

руководитель   ~0018648

Но даже в случае перехода на CEF перенос всего на один домен останется актуальным. Там внутри движка есть куча рогаток для обеспечения крос-доменной безопасности. Считается, что в пределах одного домена, можно делать все, а вот перекрестные обращения уже не всегда допустимы. И Хром с этим гораздо строже чем ИЕ.

zed

04-07-2026 06:15

руководитель   ~0020696

Последние изменения: 04-07-2026 06:26

Судя по всему, сейчас в Edge всё работает и без переноса на единый домен. Так что можно обойтись и без этого радикального изменения.

Ведь в противном случае, пользователям придётся исправлять все свои существующие ссылки под новый домен. И как-то мне эта идея не очень нравится.

История изменений

Дата изменения Пользователь Поле Изменить
02-02-2015 10:29 vdemidov Новая задача
02-02-2015 10:31 vdemidov Состояние новая => подтверждена
08-04-2019 08:00 vdemidov Связь добавлена связана с 0003430
08-04-2019 10:50 zed Комментарий добавлен: 0018638
08-04-2019 11:04 vdemidov Комментарий добавлен: 0018640
08-04-2019 11:16 zed Комментарий добавлен: 0018642
08-04-2019 11:21 vdemidov Комментарий добавлен: 0018643
08-04-2019 11:27 vdemidov Комментарий добавлен: 0018644
08-04-2019 11:41 zed Комментарий добавлен: 0018645
08-04-2019 12:26 vdemidov Комментарий добавлен: 0018647
08-04-2019 12:31 vdemidov Комментарий добавлен: 0018648
26-11-2021 05:46 zed Связь добавлена связана с 0003798
08-08-2025 13:25 zed Категория Рефакторинг => Рефакторинг / Refactoring
26-06-2026 14:41 zed Связь добавлена связана с 0003956
04-07-2026 06:15 zed Комментарий добавлен: 0020696
04-07-2026 06:17 zed Состояние подтверждена => обратная связь
04-07-2026 06:17 zed Целевая версия 41xxxx =>
04-07-2026 06:26 zed Комментарий изменен: 0020696