| 1.1, Аноним (-), 08:53, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –15 +/– | |
>был указан https:// вместо http://, что нарушало совместимость
Голый http давно пора на свалку. Нет, теперь они 99 лет будут тащить его из стандарта в стандарт прикрываясь совместимостью.
| | |
| |
| |
| 3.24, VINRARUS (ok), 15:25, 04/10/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
 >Голый http давно пора на свалку.
И txt тоже пора на свалку, будущее за .docx
| | |
| |
| 4.30, Аноним (-), 16:10, 04/10/2017 [^] [^^] [^^^] [ответить]
| +7 +/– | |
> И txt тоже пора на свалку, будущее за .txt.gpg
/fixed. Не благодари.
| | |
| |
| 5.49, Аноним (-), 10:31, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> И txt тоже пора на свалку, будущее за .txt.asc
/fixed. Не благодари.
| | |
|
|
|
| 2.3, Аноним2 (?), 10:02, 04/10/2017 [^] [^^] [^^^] [ответить]
| +12 +/– | |
> Голый http давно пора на свалку. Нет, теперь они 99 лет будут тащить его из стандарта в стандарт прикрываясь совместимостью.
Нужно больше tls, особенно для запросов внутри инфраструктуры, отличная идея чо, и на отоплении съэкономить можно.
| | |
| |
| 3.4, Аноним (-), 10:12, 04/10/2017 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> особенно для запросов внутри инфраструктуры
Несмотря на весь ламеризм ты абсолютно прав.
| | |
| |
| 4.13, я (?), 11:50, 04/10/2017 [^] [^^] [^^^] [ответить]
| +7 +/– |
Ну а что, у меня хром ругается на http://localhost/ на формы ввода.. Через пару лет будет вообще локалхост блочить.. Типа ставь ssl для разработки.
| | |
| |
| |
| 6.22, Аноним (-), 14:37, 04/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– | |
ping localhost
ОШИБКА: Сертификат безопасности для localhost истёк или недоступен.
| | |
| 6.31, Аноним (31), 17:03, 04/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > А IPv6 не бывает без IPsec, прикинь!
Это ошибочное мнение, бывает. IPSec, как обязательное требование, был в ранней версии стандарта, в дальнейшем от него отказались.
Пруфы:
https://tools.ietf.org/html/rfc6434#section-11
"Previously, IPv6 mandated implementation of IPsec and recommended the
key management approach of IKE. This document updates that
recommendation by making support of the IPsec Architecture [RFC4301]
a SHOULD for all IPv6 nodes."
| | |
| 6.35, Demo (??), 18:28, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> IPv6 не бывает без IPsec, прикинь!
IPsec — кpивoе_ _пogелиe, использующее UDP в качестве транспорта.
| | |
|
|
| 4.15, evkogan (?), 12:02, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> особенно для запросов внутри инфраструктуры
> Несмотря на весь ламеризм ты абсолютно прав.
Он абсолютно прав, но при этом в интранете нельзя отказываться от старых алгоритмов. Пофигу на их безопасность. А сейчас заставить браузер работать со старыми железками это песня еще та. И настройки по разнице секурности для разных сетей есть только в IE.
| | |
| |
| 5.20, Аноним (-), 14:27, 04/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А сейчас заставить браузер работать со старыми железками это песня еще та.
Ты сперва HTML5.1 в эти железки запихать собрался?
| | |
|
|
|
| 2.23, fi (ok), 14:54, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
 >>был указан https:// вместо http://, что нарушало совместимость
>Голый http давно пора на свалку.
ну ну! это всего лишь индификатор - набор уникальный байтов :)))))
| | |
| |
| 3.44, Аноним (-), 07:47, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> это всего лишь индификатор - набор уникальный байтов :)))))
ин-дефекатор - то есть "в дефекаторе"
Google: дефекация (для неграмотных есть картинки)
Ну, и заодно, Google: идентификация
| | |
|
|
| 1.5, Аноним (-), 10:18, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
HTML - текстовый, очень избыточный, плохо читаемый формат, парсинг которого требует затрат значительных вычислительных ресурсов и заряда батареи. Уже давно есть быстрый, отточеный, более универсальный QML. Он бинарный, гораздо лучше жмется, его не надо парсить на стороне клиента, что ускоряет загрузку страницы и экономит заряд.
| | |
| |
| 2.6, _hide_ (ok), 10:48, 04/10/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Тогда уж лучше JSON, хотя бы нервы целы и переводы строки не являются частью синтаксиса :-)
| | |
| |
| 3.10, skybon (ok), 11:33, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
 JSON больше места займёт при смешанных данных + его нельзя наг**нокодить.
| | |
| |
| 4.19, _hide_ (ok), 12:22, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
Место не так часто является проблемой. Есть и http://ubjson.org/ + gzip
Можно и просто gzip-ить
В JSON-то нельзя? Сериализация объекта есть в любом уважающем себя языке. Есть множество реализаций генератором JSON-а, в т.ч. и на чистом C
Хорошая поддержка редакторами, которые и ошибку подсветят и код отформатируют
Есть поддержка браузером из коробки, можно не изобретать велосипед
Единственная проблема - отсутствие типизации, но это решается записывание типа как свойства
| | |
| |
| |
| |
| 7.45, Аноним (-), 07:57, 05/10/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
давайте просто писать на 0 и 1 исключительно
это будет гарантированно стерильно от любого г*кода
| | |
|
|
| 5.37, Аноним (-), 19:04, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
QML gzip'ится гораздо быстрее и итоговый файл будет меньше сжатого HTML.
| | |
| 5.43, Аноним (-), 23:17, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> Единственная проблема - отсутствие типизации, но это решается записывание типа как свойства
В BSON есть типизация.
| | |
| |
| 6.46, _hide_ (ok), 09:58, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
Типизация в формате - это проблема, потому что тогда нужно парсить не JSON (для которого у стейтмашины всегда одна альтернатива), а YAML (это уже совсем другие затраты ресурсов на парсинг).
ubjson - как раз нетипизированный вариант бинарной сериализации
| | |
|
|
|
|
| 2.7, Очередной аноним (?), 10:48, 04/10/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> HTML - текстовый, очень избыточный...
> ...
> ...более универсальный QML. Он бинарный, гораздо лучше жмется,...
Я раньше считал что избыточный текст (ограниченный каким-то небольшим алфавитом) гораздо лучше сожмется (с бОльшим коэффициентом сжатия), чем что-то неизбыточное "отточенное" бинарное (не ограниченное алфавитом, а только разрядностью, а потому - более разнообразное по значениям). Ну я так думал с точки зрения теории информации. Бинарное будет жаться лучше текстового только в том случае, если в нем избыточность вообще зашкаливает (пример: процентов 90 значений в сжимаемом потоке - нули). Но вдогонку... QML (Qt Meta Language or Qt Modeling Language) - он точно бинарный, не текстовый? Или это другой QML?
| | |
| |
| 3.8, Crazy Alex (ok), 11:18, 04/10/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Бинарное с самого начала меньше. В общем проще избыточность не создавать, чем алгоритмикой потом её искать и убирать.
| | |
| |
| 4.11, Очередной аноним (?), 11:34, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> Бинарное с самого начала меньше.
Согласен, но я тут писАл не про итоговый объем, а про коэффициент сжатия. Человек же писАл про "лучше жмется", а не "меньше занимает". А это по смыслу больше подходит к коэффициенту сжатия, на мой взгляд. Просто терминология. Просто напрягло корявое неоднозначное изложение мыслей в посте.
| | |
| |
| 5.38, Аноним (-), 19:06, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
Лучше может относиться и к скорости. Тогда изначально меньший объем данных сожмется быстрее -> лучше. А так, при прочих равных, сжатый QML будет быстрее сжатого HTML.
| | |
|
|
| 3.9, Crazy Alex (ok), 11:19, 04/10/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Впрочем, QML - вроде текстовым был, но дальше во что-то компилировался, если мне память не изменяет.
| | |
| 3.39, Аноним (-), 19:13, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
Сначала QML-файлы разбираются парсером, затем компилируются в промежуточный байт-код, который и передается. Т.е. да, формат бинарный, и в отличие от HTML парсинг производится на серверной, а не клиентской стороне.
| | |
| 3.47, _hide_ (ok), 10:05, 05/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
Вы не учитываете длину слова в словаре при сжатии - бинарные данные будут меньше по размеру первоначально, и алгоритм сжатия сможет сжимать лучше с меньшими затратами ресурсов на это дело. В результате получится и меньше словарь и алгоритм может найти ещё некоторые возможности для сжатия, которые до этого были слишком громоздкими, чтобы их сжимать
| | |
|
| 2.33, Kodir (ok), 17:27, 04/10/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
 ХТМЛ - хорошее дело с буквы Хэ не назовут, согласен! :)))
Но QML?.... это явно не то. Нужен именно ТЕКСТОВЫЙ формат, который можно править хоть из нотепада, хоть через sed. Это важно. Поэтому да, JSON - прекрасная альтернатива.
| | |
| |
| 3.42, Аноним (-), 19:18, 04/10/2017 [^] [^^] [^^^] [ответить]
| +/– |
QML текстовый, по сути тот же JSON, только с JS, стилями и т.д. Но в отличие от HTML он парсится и комилируется в промежуточный байт-код на серверной стороне. Т.е. по сети он передается в бинарной форме.
| | |
|
|
|
