SASGIS - SAS.Планета
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0002620SAS.ПланетаРефакторинг / Refactoringpublic02-02-2015 10:2926-11-2021 05:46
Reportervdemidov 
Assigned To 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusconfirmedResolutionopen 
PlatformOSOS Version
Product Version141212 
Target Version25xxxxFixed in Version 
Summary0002620: Перенести все внутренние ссылки sas:// в один домен
DescriptionСейчас разные сервисы доступные через внутренние ссылки имеют разные домены (sas://MapData/, sas://Placemarks/ ), из-за чего для ссылок из одного сервиса на другой приходится указывать полный урл со схемой. Но если перенести их все в один домен, то его можно будет не указывать для относительных ссылок, что позволит при необходимости заменить встраиваемый IE на отдельный локальный HTTP сервер и системный бразуер прозрачно для пользователя. Все относительные ссылки останутся относительными, а в реальности вместо sas://SAS/MapData будет http://localhost:<rnd port>/MapData
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
related to 0003430resolved zed Назначить внешнее приложение для просмотра прикрепленных фотографий 
related to 0003798confirmed  Использовать Chromium в качестве встроенного браузера 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
02-02-2015 10:29vdemidovNew Issue
02-02-2015 10:31vdemidovStatusnew => confirmed
08-04-2019 08:00vdemidovRelationship addedrelated to 0003430
08-04-2019 10:50zedNote Added: 0018638
08-04-2019 11:04vdemidovNote Added: 0018640
08-04-2019 11:16zedNote Added: 0018642
08-04-2019 11:21vdemidovNote Added: 0018643
08-04-2019 11:27vdemidovNote Added: 0018644
08-04-2019 11:41zedNote Added: 0018645
08-04-2019 12:26vdemidovNote Added: 0018647
08-04-2019 12:31vdemidovNote Added: 0018648
26-11-2021 05:46zedRelationship addedrelated to 0003798
08-08-2025 13:25zedCategoryРефакторинг => Рефакторинг / Refactoring

Notes
(0018638)
zed   
08-04-2019 10:50   
> заменить встраиваемый IE на отдельный локальный HTTP сервер и системный бразуер прозрачно для пользователя

А почему не воспользоваться ChromiumEmbedded? Ведь системный браузер это совсем не прозрачно.
(0018640)
vdemidov   
08-04-2019 11:04   
> А почему не воспользоваться ChromiumEmbedded?
Меня смущает что он весит в два раза больше чем САС со всеми либами, а еще смущает то, что делфовская обертка уже 3 года не обновляется никак. Есть опасения. Хотя, конечно, с появлением дополнительных действий в урлах, просто отдельный браузер уже выглядит не так привлекательно. Но ИМХО перенос на один домен все еще желателен, для более простого использования относительных путей.
(0018642)
zed   
08-04-2019 11:16   
Всё оно обновляется. Ты может не там смотришь: https://github.com/salvadordf/CEF4Delphi

А по поводу веса, я думаю не стоит на него сильно обращать внимание. Главное - удобство использования.
(0018643)
vdemidov   
08-04-2019 11:21   
> Всё оно обновляется. Ты может не там смотришь: https://github.com/salvadordf/CEF4Delphi
Да, таки не там смотрел.

> А по поводу веса, я думаю не стоит на него сильно обращать внимание. Главное - удобство использования.
Ну, семпл приложение cef_binary_73.1.12+gee4b49f+chromium-73.0.3683.75_windows32_client
в заархивированном виде занимает 60 мегабайт, а распакованное 140 мегабайт. ИМХО многовато что бы совсем не обращать внимания. Ты только выкладывать ночные сборки задолбаешься :)
(0018644)
vdemidov   
08-04-2019 11:27   
А еще есть такой пункт:
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 у меня нет, но у некоторых пользователей есть.
(0018645)
zed   
08-04-2019 11:41   
В ночные версии это и не надо включать.

А по поводу XP - надо смотреть на сколько сильно отличаются интерфейсы, возможно получится обойтись простой линковкой с нужной версией при компиляции.
(0018647)
vdemidov   
08-04-2019 12:26   
>В ночные версии это и не надо включать.

Тогда нужно оставлять два механизма - новый на CEF и текущий в качестве фолбэка в случае отсутствия.
А это опять же морока.
В общем и целом я только за, но вот сложности меня несколько пугают.
(0018648)
vdemidov   
08-04-2019 12:31   
Но даже в случае перехода на CEF перенос всего на один домен останется актуальным. Там внутри движка есть куча рогаток для обеспечения крос-доменной безопасности. Считается, что в пределах одного домена, можно делать все, а вот перекрестные обращения уже не всегда допустимы. И Хром с этим гораздо строже чем ИЕ.