Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Embarcadero RAD Studio

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325

Открыть новую тему     Написать ответ в эту тему

V1s1ter



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
         
Обсуждаем новые возможности и баги
 
Просьба писать про Embarcadero RAD Studio XE5, XE6, XE7, XE8, 10.x (Seattle, Berlin,Tokyo)
  По вопросам скачивания - Тема в Варезнике (lite-версии тут)
  Вопросы по неюникодным версиям Delphi — шестая бумага
  Бесплатные Компоненты и утилиты для Delphi/BCB/FreePascal/Lazarus
  Коммерческие компоненты и утилиты для Delphi/BCB
  Вопросы по компонентам для Delphi, C++ Builder разных версий
  Новые языковые возможности, начиная с Delphi 2005 по XE4 — здесь, и New!здесь еще
  Англоязычный официальный форум Embarcadero — здесь
  Embarcadero Quality Central, веб интерфейс — здесь, новый Quality Portal тут
  Программирование на Delphi — викиверситет
  Другие ресурсы
   Предыдущие бумаги
 
     Вопросы ..XE4       Вопросы ..XE3    Вопросы ..XE2      
  Вопросы ..2009-XE    Вопросы ..<2009 / ч.5    Вопросы ..<2009 / ч.4      
  Вопросы ..<2009 / ч.3    Вопросы ..Delphi 2 / ч.2    Вопросы ..Delphi  

  Выключение встроенного эксперта Castalia  для XE8 (иногда помогает при вылетах и тормозах)  
  Полезные плагины(эксперты)

Всего записей: 948 | Зарегистр. 06-02-2007 | Отправлено: 15:25 11-09-2013 | Исправлено: Komandor, 15:49 31-03-2024
protoror



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ChSerg
я начал и не только с этого, но объем информации для понимания слишком велик
КриптоПро
вот что я накопал.
Задачи:
- подписать электронный документ
- проверка целостности электронного документа
- проверка подлинности электронного документа
- просмотр электронного документа
 
т.е. к примеру будут заполняться определенные данные по пациенту врачем, он подписывает ЭЦП. В другом месте открывают электронныф документ, проверяется его целостность и подлинность.
 
Технологий по вышеперечисленным ссылкам даже на базе криптопро несколько, посоветуйте через какую именно решать данную задачу?
 
Идеально для старта бы простенький пример, а дальше уже можно курить мануалы и разбираться.
З.Ы. лицензии есьть и на криптопро и на випнет

Всего записей: 494 | Зарегистр. 23-11-2009 | Отправлено: 11:32 06-12-2017 | Исправлено: protoror, 11:33 06-12-2017
Zatupitel



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Честно говоря, даже не знаю зачем для внутренних общений использовать реальные сертификаты. Если у вас электронный документооборот, то есть готовые решения, но не дешевые. Если все документы крутятся через сервер, и заполняются через софт, то подпись документа это лишь галочка, что кто-то нажал кнопку - подписать, или скажем, вставил eTocken и прошел проверку из программы, да хоть смарт-карту. Можно подпись через ssl сделать, в нем встроена поддержка старого ГОСТа. Если же документы могут "гулять" за пределы конторы, тогда без реальных ЭЦП не обойтись (разве что вы сами раздадите открытые ключи, или установите вручную сертификат). Если это документы типа Word или Exсel, то у КриптоПро есть фишка для офисных пакетов. Создаем файл, жмем на кнопку и говорим - подписать. Когда открываем документ, внизу в статус-строке появляется значёк, что документ подписан. Если документ был изменен, то при открытии выдается сообщение ,что подпись не квалифицированная.  Как-то так.
Для внутреннего потребления я бы вообще использовал какой-нибудь хэш, на крайняк MD5.
Любое изменение или ошибка - сумма не совпадет. Подписали документ (скажем еToken), сохранили в БД MD5 документа (файла) и как бы проверяем перед открытием достоверность по совпадению MD5. Факт подписи - галочка в БД (можно хеш ключа, тогда будем знать кто подписал). Просто пока всю страну подсаживают на КриптоПро, чтобы ключи были в одном месте (удостоверяющие центры) и можно было всегда прочитать ваши документы, если того нужно будет ФСБ.
 

Всего записей: 471 | Зарегистр. 31-08-2006 | Отправлено: 15:22 07-12-2017 | Исправлено: Zatupitel, 15:42 07-12-2017
protoror



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Zatupitel
да именно так как вы описали, документы будут смотреться в другой конторе, причем изменяться он не будет.  
В кратце делается это все по мигрантам, чтобы иностранцу трудоустроиться в РФ официально, необходимо оформить патент на работу, которое включает: прохождение медицинской комиссии и другое, что уже нас не касается. Т.е. после прохождения медкоммисии он получает медицинское заключение. Которое естественно меняться не будет и которое надо подписать подписью и отправить в МВД...
Вот такие пироги.

Всего записей: 494 | Зарегистр. 23-11-2009 | Отправлено: 16:32 07-12-2017
zedxxx

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
CrossVCL готовится к своему первому релизу в ближайшее время. Вчера на канале  Embarcadero Russia появилась запись вебинара с обзором этого компонента: https://www.youtube.com/watch?v=ZxNXmuWYfgU
 
Забавно получается: уволили товарища, который написал им FMX (наверное, думали, что выжали из этой темы всё что можно), а он тут вдруг запилил нативный VCL для macOS и Linux + FMX для Linux. Придётся им теперь его назад покупать? Или уже не станут связываться?

Всего записей: 1506 | Зарегистр. 14-07-2008 | Отправлено: 15:59 09-12-2017
Frodo_Torbins

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zedxxx
Лучше б не связывались, потому что код он пишет "главное что бы сейчас работало". Архитектуре и технологиям времени особо не уделяет. Например взялся пилить Linux + FMX, так делай нормально, через XCB. Нет, прикрутил GTK3. Видимо потому, что там темы красивые. А этот GTK3 почти в каждом релизе интерфейсы ломает. И если такая FMX-прога работает на Ubuntu 17.10, то нет совершенно никаких гарантий, что она заработает на 18.04 с новым GTK3. Поэтому если кто подсядет на эту либу, то вынужден будет вечно обновлять свою прогу просто чтобы она работала.

Всего записей: 2319 | Зарегистр. 24-05-2007 | Отправлено: 18:20 09-12-2017 | Исправлено: Frodo_Torbins, 18:24 09-12-2017
Alextpp



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Frodo,
тогда не советуете переводить мой CudaText на gtk3, оставить на gtk2?  
Только это старрый фейс как бы.

Всего записей: 1111 | Зарегистр. 01-11-2004 | Отправлено: 19:28 09-12-2017
Frodo_Torbins

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alextpp
Если у вас опенсорсный проект, то делайте что хотите. Там напильником махать никто не стыдится. А вот если исходники закрыты, то вариантов несколько:
- Сидеть на gtk2, он не развивается, а потому и не ломается.
- Перейти на GTK3, но паковать прогу в Snap или Flatpack.
- Перейти на Qt5, там стабильности чуть больше.

Всего записей: 2319 | Зарегистр. 24-05-2007 | Отправлено: 20:36 09-12-2017
Zatupitel



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Пол-года назад смотрел на эту библиотеку и удивлялся, почему же абракадабровцы в роэдмепе пишут, что они думают, будут или нет делать поддержку графического интерфейса в Linux, когда тут пара ребят уже давно что-то сделало и судя по форуму, достаточно неплохо работает. Даже оперативно решают проблемы. Посмотрим, как будет все это развиваться.

Всего записей: 471 | Зарегистр. 31-08-2006 | Отправлено: 01:38 10-12-2017
zedxxx

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Frodo_Torbins

Цитата:
так делай нормально, через XCB

Я так понимаю, это слишком низкоуровневый интерфейс, и пилить библиотеку на нём было бы гораздо дольше и труднее. Тот же Lazarus в своей LCL так же использует интерфейс GTK/Qt, а не XCB. И, видимо, неспроста.

Всего записей: 1506 | Зарегистр. 14-07-2008 | Отправлено: 10:38 10-12-2017
Frodo_Torbins

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zedxxx
FMX высокоуровневые интерфейсы как раз и не нужны, она сама умеет рисовать все, что нужно. GTK3 дает два преимущества: позволяет быстренько получить какой то результат, и имеет поддержку тем. А с темами на линухе беда, каждый виджетсет имеет свое АПИ и свой формат, которые между собой никак не совместимы. Причем именно эти АПИ относятся к тем, которые наиболее часто меняются. Поэтому FMX с XCB биндингом пришлось бы ограничиваться своими скинами, и это было бы правильно.
И Лазарусовский LCL здесь, как раз, отличный пример. Посмотрите что они пишут о GTK3, и в каком оно сейчас состоянии, хотя Qt5 уже давно работает.

Всего записей: 2319 | Зарегистр. 24-05-2007 | Отправлено: 12:24 10-12-2017 | Исправлено: Frodo_Torbins, 12:39 10-12-2017
kaz_av

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Frodo_Torbins

Цитата:
FMX высокоуровневые интерфейсы как раз и не нужны

Для контролов с выставленным ControlType = TControlType.Platform нужны.

Всего записей: 446 | Зарегистр. 15-02-2006 | Отправлено: 15:54 10-12-2017
Alextpp



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Знаю Лазарус. Кажется они выбрали Not XCB потому что в нем нет "контролов"- то есть виджетов UI.

Всего записей: 1111 | Зарегистр. 01-11-2004 | Отправлено: 19:22 10-12-2017
Frodo_Torbins

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
kaz_av
На Линуксе нативных контролов по сути не существует. Есть только набор контролов, используемый текущей DE. Но этих DE только популярных пять штук, а не популярных вообще куча.
 
Alextpp
Во-первых, маленькая формальность: и GTK и Qt работают через XCB. Так что даже если LCL не использует его напрямую, она все равно всегда его использует.
Во-вторых, идея Лазарусовского LCL была в том, чтобы быть тонкой оберткой над родным набором виджетов платформы. Для Линукса пришлось делать поддержку GTK и Qt. Но сейчас они двинулись в сторону FMX, и пилят свои собственные виджеты. И, на сколько я знаю, в собственных виджетах они тоже опускаются до уровня XCB.

Всего записей: 2319 | Зарегистр. 24-05-2007 | Отправлено: 17:39 11-12-2017
kaz_av

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Frodo_Torbins

Цитата:
На Линуксе нативных контролов по сути не существует. Есть только набор контролов, используемый текущей DE. Но этих DE только популярных пять штук, а не популярных вообще куча.

Наиболее популярных DE всего два. KDE и GNOME (плюс отошедший в мир иной Unity). Один на базе Qt, другой на базе GTK. Да и все остальные, хоть сколь нибудь значимые, DE используют либо Qt либо GTK. Итого, наборов контролов всего два (если отойти от идеи, что GTK, GTK2 и GTK3 это разные контролы). Причём, как один, так и другой, имеют возможность кастомизации для нативного лука в "чужеродном" окружении.
 

Цитата:
Но сейчас они двинулись в сторону FMX, и пилят свои собственные виджеты.

Кастомные виджетсеты там появились не сейчас, а пилятся уже сто лет.

Всего записей: 446 | Зарегистр. 15-02-2006 | Отправлено: 18:24 11-12-2017
Frodo_Torbins

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
если отойти от идеи, что GTK, GTK2 и GTK3 это разные контролы

На самом деле, об этом забывать нельзя, потому что они действительно очень разные. А через годик появится GTK4, и скорее всего он тоже будет несовместим с GTK3. У Qt отличий вроде поменьше, но все равно Qt5 и Qt4 различаются. Добавьте сюда еще Enlightenment с EFL. В результате имеем уже целых пять виджетсетов, для каждого из которых нужно писать отдельные биндинги. Это при том, что результат не обязательно будет лучше родных контролов FMX, а также при том, что доля всего Линукса едва переваливает за 2%.

Всего записей: 2319 | Зарегистр. 24-05-2007 | Отправлено: 19:47 11-12-2017
kaz_av

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Frodo_Torbins

Цитата:
На самом деле, об этом забывать нельзя, потому что они действительно очень разные.

По факту, сегодня актуальные версии GTK - это GTK2 и GTK3. Приложения GTK2 и GTK3 прекрасно работают параллельно. Можно делать поддержку любого из виджетсетов, и не беспокоиться. Согласно плану развития GTK, её мажорные версии будут выходить каждые два года, и все они смогут работать вместе, а между минорными не будет ломаться API. То есть, по факту, это один большой набор виджетов с разными версиями и возможностями.
 

Цитата:
Добавьте сюда еще Enlightenment с EFL

Маргинальщину можно в расчёт не брать. Есть мейнстрим, вот его поддержку и нужно обеспечивать, если уж решили это делать.
 

Цитата:
Это при том, что результат не обязательно будет лучше родных контролов FMX

Родные контролы, это однозначно лучше, чем саморендер. Поведение зависит от настроек DE (интеграция меню, например), идентичность, опять же, не страдает.
 

Цитата:
 а также при том, что доля всего Линукса едва переваливает за 2%

Это уже другой вопрос. Однако, поддержку линукса сегодня не обеспечивает только ленивый.

Всего записей: 446 | Зарегистр. 15-02-2006 | Отправлено: 20:26 11-12-2017 | Исправлено: kaz_av, 20:31 11-12-2017
protoror



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Апну тему, может кто чем поделиться, надо ж поднимать медицину с колен.
суть
http://forum.ru-board.com/topic.cgi?forum=33&topic=13825&start=4880#13
подробно
http://forum.ru-board.com/topic.cgi?forum=33&topic=13825&start=4880#5
http://forum.ru-board.com/topic.cgi?forum=33&topic=13825&start=4880#11

Всего записей: 494 | Зарегистр. 23-11-2009 | Отправлено: 08:49 12-12-2017
Alextpp



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В Lazarus GTK3 widgetset в слабом состоянии, патчей в транк про него не было оч давно, даже для старого gtk2 больше.

Всего записей: 1111 | Зарегистр. 01-11-2004 | Отправлено: 16:27 12-12-2017
kaz_av

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Alextpp
Да, потому что текущее состояние GTK3 не стабилизировано. Стабилизация ожидается с 3.26, если я ничего не путаю.

Всего записей: 446 | Зарегистр. 15-02-2006 | Отправлено: 16:30 12-12-2017
uranic2

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Апну тему, может кто чем поделиться, надо ж поднимать медицину с колен.  
суть

 
Посмотрите как реализован обмен данными по листкам нетрудоспособности с ФСС. Там используются Криптопро. (ЛПУ оформляет ЛН, подписывает и передает их через интернет в ФСС (пакет тоже шифруется Криптопро) ). Со стороны ФСС там  Java, видел успешную реализацию клиента на Delphi. Все делалось через стандартные функции винды CryptoAPI. Есть готовая обертка JediWinAPI и  там смотри модуль JwaWinCrypt.pas.  
 
Ну и дьявол как всегда деталях. Нужно быть готовым, что придется глубоко погрузиться в тему цифровых подписей  и особенности реализации Криптопро (типы подписей, векторы инициализации, контейнеры и пр. )
 
 
 
 

Всего записей: 297 | Зарегистр. 17-08-2004 | Отправлено: 08:37 13-12-2017
Открыть новую тему     Написать ответ в эту тему

Страницы: 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 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Embarcadero RAD Studio


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru