[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: -(11 KB, 728x450)
11 No.4493657  

Ычан, а почему у тебя не включено сжатие на сервере? Почему нет HTTP/2?
Ведь HTTPS уже есть, а даже слабое сжатие позволит страничкам грузиться быстрее.

>> No.4493658  

>>4493657
Куда быстрее? Ычан и так web 1.0

>> No.4493668  

>>4493658
/b/ занимает примерно 110 килобайт с учетом JS, CSS и HTML, вместе с картинками 450 где-то.
Сжатие даже на минимальном уровне уменьшит размер раза в 2 эти самые 110 килобайт.
И раз появился SSL, то можно и HTTP/2 включить, с ним чуть быстрее грузятся данные, при этом ничего отключать не нужно и никаких недостатков нет.

>> No.4493672  

>>4493668

> уменьшит размер раза в 2 эти самые 110 килобайт.

Ты ведь не серьезно...

>> No.4493676  

>>4493672
А по-моему, он вполне серьезно. Каждый переданный байт - это ведь электроэнергия, получаемая из невосполнимых ресурсов нашей планеты. А ресурсы надо экономить!

>> No.4493683  

>>4493672
Почему?
Минимум в 2 раза уменьшить вес без существенной нагрузки это же хорошо. Особенно для мобильных устройств.
А так обычно в 3-4 раза выгода.
Тем более это кажется, что мало, а вот большие треды могут и 400 килобайт весить.
HTTP/2 сильно помогает если надо загрузить много файлов. Большой тред с картинками, например.
При этом изменения код и внешний вид никак не затронут, сжатие поддерживается всеми устройствами и браузерами.

>> No.4493684  

>>4493683
У меня почему-то возникло странное чувство, будто я говорю с веганом или линуксоидом. Очень-очень странное чувство.

>> No.4493688  

>>4493684
Ошибаешься, не являюсь ни веганом, ни линуксоидом. Но линукс ставил и пользоваться немного умею.
Просто предлагаю идею и выношу на обсуждение.

>> No.4493691  

>>4493676
А сжимаются они, видимо, не тратой ресурсов, а божественным вмешательством.
>>4493683
Даже если так, то ведь сейчас уже давно не времена wap'а и крайне лимитированных тарифов.

>> No.4493698  

>>4493691
Это если у каждого 100 мегабит и отличное соединение. Но такое не всегда бывает.
Суть даже не сколько в килобайтах, а в скорости, не так ли?
А про трату ресурсов на сжатие... Вполне можно использовать заранее сжатые файлы для статических файлов, JS и CSS, например. А динамические данные (треды) сжимать минимально. Или не сжимать вообще.

>> No.4493711  

>>4493691

> А сжимаются они, видимо, не тратой ресурсов, а божественным вмешательством.

А вот эту тему вскрывать не стоит.. Скажу лишь, что ОНИ помогают нам в этом на безвозмездной основе.

>> No.4493743  

Сжатие трафика ещё в зачаточную эру интернета появилось. Даже на телефоны его почти одновременно с появлением в них браузеров завезли. Шокирующая истина - во времена особо древнего тормознутого железа сжимали весь диск Ц полностью. И работали с ним как с архивом, непрерывно разжимая\сжимая, на что уходила уйма ресурсов процессора, оперативы и времени доступа диска. Не то что сегодня. Я к тому что существует уйма проверенных способов, а у ОПа тренд головного мозга как у httpsира и прочих.
>>4493657
Для любителей принудительно сжимать чужие картинки существуют превьюшки. Для особо хардкорных сторонние приложения и сервисы. А для самых ленивых опера турбо режим браузера.
>>4493683
Мобильные устройства сами себя, прости за выражение, кастрировали. Отказавшись от многолетних успешных наработок в пользу продвигаемых проектов. Но даже при этом никто не мешает установить на них приложения успешно решающие эти проблемы. Даже красноглазить в большинстве случаев не потребуется. То что прямо из коробки нет - не аргумент. Их вина не наша ответственность.

>> No.4493762  

>>4493743

>сжимали весь диск Ц

Только дурачкам могло прийти в голову сжимать системный раздел.

>> No.4493775  

>>4493762
Я вообще не знаю зачем кто то что то сжимал. Видео и картинки никогда особо не жались. Для этого существовали специальные кодеки и программы. Для текстовых же файлов так же всегда было удобнее и эффективнее использовать сторонние приложения. Получается оставалось только системные файлы в автоматическом режиме сжимать\разжимать. Остальное всё уже обычно лежало пожатым по максимуму.

>> No.4493779  

>>4493775

> во времена особо древнего тормознутого железа
> Видео и картинки

Выросло же поколение...

>> No.4493793  

>>4493779
Ты про эру псевдографики? Мне кажется что видео и картинки были всегда. Не всегда правда в нынешнем формате.

>> No.4493795  

>>4493793
Ох, няша... графический интерфейс-то не всегда был, а ты про картинки и тем более видео.

>> No.4493837  

>>4493795
А как интерфейс связан непосредственно с графикой? Я помню графику ещё на доDOSовских компьютерах. Не удивлюсь если она существовала со времён перфоленты.

>> No.4493840  

>>4493837
Прям представляю себе видео на перфокарте, сжатое специальным кодеком, ага.

>> No.4493843  

>>4493840
Ты не знал что например рисунки для вышивки на древних автоматизированных вышивальных станках делали на перфоленте?

>> No.4493846  

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

>> No.4493851  

>>4493846
Т.е. графика в играх, в том числе анимированная, до того как начала храниться в тех же .bmp а звуки в .wav тоже не считаются за изображения и звук?

>> No.4493858  

>>4493657
Ты зачем сжимаешь?




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]