Да, с вентиляцией в комнате вонять будет сильно меньше.
Не знаю начёт винилхлоридов, а вот стирол вполне себе безопасен, не понимаю, почему из-за него такая истерия у нас. В рецензируемых зарубежных изданиях наблюдались негативные эффекты от него, но только на производстве (а там концентрации на порядки выше!) и после нескольких лет работы.
А ещё дополнительный минус кондиционера — невозможность подогрева воздуха при сильных морозах.
Понимаю, что тепловой насос эффективнее, чем просто выделение тепла на нагревателе, но и последний вариант предусмотреть стоит.
В моей приточке стоит принудительный подогрев до 5 градусов — т.е. в трубе всегда положительная температура.
На самом деле плохо, что при работе с изображениями не заморачиваются с гаммой. И я имею в виду не только преобразование в YUV, но и использование алгоритмов обработки изображений в целом. Для многих задач игнор гаммы в угоду производительности не играет роли, но при работе с реальными изображениями, когда важна точность, гамму стоит учитывать.
Например, при гамме 2.2 смешение пикселей с интенсивностями 0 и 255 будет равно 186, а не 127.
Я пока только начинающий в этой области. В квартире стоит только приточная установка и канальный кондиционер. Зато труб в квартире вообще не видно, кондиционер же спрятан под потолок в кладовке. Из плюсов: прокладка труб была проведена на этапе чернового ремонта.
Рекуперацию не делал, потому что:
1. Занимает много места.
2. Требуется прокладка минимум в два раза большего числа труб.
3. Низкая эффективность при малом воздухообмене.
4. Добавляет сопротивления для воздуха.
Канальный кондиционер работает отдельно, подмешивая холодный или тёплый воздух в трубы.
При наличии принудительной вентиляции никакого смыла в такой «экологичности» нет. Воздухообмен большой, и вредные вещества просто не будут успевать накапливаться.
Возможно, проблема заключается не в большом количестве комментариев, а в чрезмерной заскриптованности страницы.
Например, пост на 1000 комментариев на dirty.ru (и других сайтах на его движке) с большим количеством картинок (на 100 мегов примерно) отображается через 10 секунд при включённом JS, через 2 секунды при выключенном JS и менее секунды, если ещё и картинки не грузить.
И дело не в скриптах как таковых, а в том, что после загрузки страницы скрипт начинает колдовать с комментариями на стороне клиента, например, рендерит поля даты. Почему это всё нельзя сделать на сервере, а клиенту передавать уже готовый HTML, мне не очень понятно.
Возможно, оно и решается, но на практике я не могу привести примеры успешной реализации бесконечной прокрутки, где ранее просмотренные элементы бы не замусоривали DOM или хотя бы не оказывали никакого влияния на страницу. Почему-то то, что естественно для десктопных приложений, не реализовывают в вебе.
Есть ещё один неприятный минус бесконечной прокрутки: слетает положение на странице при изменении размера браузера. Это особенно актуально для мобильных устройств с включённым поворотом экрана.
Ну или изобретать новые протоколы типа PPPoL2, PPPoCS, PPPoUT. Хотя чего изобретать? Я уверен, что в чатах большинства онлайн игр можно вообще обмениваться нешифрованным текстом, и никто, кроме владельца сервера, не будет текст знать. Просто потому что писать софт для декодирования всех возможных протоколов — бессмысленная задача.
Так и представляю себе: компьютерный клуб, одновременно являющийся пунктом скрытого обмена данных с другим клубом. Обычные геймеры и не подозревают, что в их игровой трафик подмешивается дополнительная информация.
У меня тоже негативный опыт использования мобильного приложения: год назад оно просто падало при логине (сейчас, кстати, не падает). Но тогда я не стал разбираться с причиной, т.к. интернет-банком было пользоваться вполне удобно, а просто удалил приложение.
А теперь попробуйте ради интереса посмотреть на gmail.com и ужаснитесь ещё больше: там количество запрашиваемых скриптов вообще переваливает за 10 мегабайт!
Хоть пользователей не ругаете — это хорошо. Если отбросить в сторону вопросы производительности, то готов ещё указать замечания по дизайну, которые, на мой взгляд, делают работу с сайтом некомфортной:
1. Постоянно присутствующие плашки, которые отнимают 1/3 — 1/4 вертикального пространства браузера. Прикручивая страницу вниз, ожидаешь, что они уедут вверх, но этого не происходит. Даже развернув браузер на полный экран, я все равно не могу видеть информационные блоки целиком — приходится постоянно скроллить вверх-вниз, чтобы ознакомиться с продуктами.
Не бойтесь, что пользователь не всегда видит меню. Пользователю естественно проскроллить страницу вверх, если нужно перейти к меню. Также пользователь при скролле ожидает естественной прокрутки страницы.
Временная полумера для меня: блокировка объектов соответствующих классов через ABP (длинный класс ui-что_то_там-fixed). Кстати, всё чаще замечаю, что использую ABP не для вырезания рекламы, а для блокировки нежелательного для меня функционала веб-сайтов. В числе последних — facebook, pin (настойчивое предложение зарегистрироваться).
2. Нелогичное поведение + элементарные баги. Например, страница https://www.tinkoff.ru/business/
В блоке «Бесплатное приложение и интернет-банк» акцент привязан к положению скролла на странице, ещё и с ошибкой.
В блоке ниже («Управляйте деньгами») — уже к фокусу мышью.
Ещё ниже — никакого акцента нет.
Я бы отказался от интерактивного акцента вообще — он раздражает и мешает получать информацию.
3. Информация на странице идёт в навал, причём нет чёткого разделения между блоками подаваемой информации. Сайт банка — не новостная лента в соцсети.
Вот пример удобной подачи информации — я считаю, что именно к нему нужно стремиться:
https://t.tinkoff.ru/documentation/
Добавьте к нему History API — люди только спасибо скажут.
4. Крупный текст. Нет необходимости плашкой на полэкрана писать, что я оплачиваю onlime. Достаточно небольшого заголовка сверху с логотипом.
Не могу не поругаться. Переход на новый интерфейс сделал возможность использования интернет-банка с телефона сильно затруднительным, а использование с обычного компьютера — неудобным.
1. Чистый заход на главную страницу — 100 запросов, 9 мегабайт трафика. Если давно не заходил с телефона, а Wi-Fi рядом нет — будет медленно. Да, я очень быстро увижу странцу с информацией, логотипами, увижу кнопку входа, но она не будет работать — мне все равно придётся ожидать, пока сайт догрузится.
2. Объём файлов со скриптами — 4 мегабайта. Представьте теперь нагрузку на CPU, когда браузер их парсит и выполняет. На телефоне годовой давности неприятно подтормаживает. Эффект от выбора действий я часто вижу только через ~5 секунд.
Ожидаемый эффект: сразу после нажатия на любую кнопку интерфейс блокируется = действие принято,
Наблюдаемый эффект: ничего не происходит, через 5 секунд наблюдается реакция.
3. Интерфейс адаптирован под мобильные устройства. Для десктопа я такое считаю неприемлемым и неудобным: хочется видеть меньше интерактива и больше предсказуемости.
4. Общие неудобства интерфейса: вгоняет в ступор пункт меню «карты» — я ожидаю здесь увидеть список своих карт, а не предложения банка. Кнопки входа и выхода неочевидны.
Не знаю начёт винилхлоридов, а вот стирол вполне себе безопасен, не понимаю, почему из-за него такая истерия у нас. В рецензируемых зарубежных изданиях наблюдались негативные эффекты от него, но только на производстве (а там концентрации на порядки выше!) и после нескольких лет работы.
Понимаю, что тепловой насос эффективнее, чем просто выделение тепла на нагревателе, но и последний вариант предусмотреть стоит.
В моей приточке стоит принудительный подогрев до 5 градусов — т.е. в трубе всегда положительная температура.
Например, при гамме 2.2 смешение пикселей с интенсивностями 0 и 255 будет равно 186, а не 127.
Вот статейка, где можно посмотреть результаты:
www.cgm.computergraphics.ru/files/cgm/rgb2gray_article.pdf
Рекуперацию не делал, потому что:
1. Занимает много места.
2. Требуется прокладка минимум в два раза большего числа труб.
3. Низкая эффективность при малом воздухообмене.
4. Добавляет сопротивления для воздуха.
Канальный кондиционер работает отдельно, подмешивая холодный или тёплый воздух в трубы.
Озонаторов, увлажнителей тоже нет.
Зато в планах поставить большой угольный фильтр.
Например, пост на 1000 комментариев на dirty.ru (и других сайтах на его движке) с большим количеством картинок (на 100 мегов примерно) отображается через 10 секунд при включённом JS, через 2 секунды при выключенном JS и менее секунды, если ещё и картинки не грузить.
И дело не в скриптах как таковых, а в том, что после загрузки страницы скрипт начинает колдовать с комментариями на стороне клиента, например, рендерит поля даты. Почему это всё нельзя сделать на сервере, а клиенту передавать уже готовый HTML, мне не очень понятно.
Есть ещё один неприятный минус бесконечной прокрутки: слетает положение на странице при изменении размера браузера. Это особенно актуально для мобильных устройств с включённым поворотом экрана.
Так и представляю себе: компьютерный клуб, одновременно являющийся пунктом скрытого обмена данных с другим клубом. Обычные геймеры и не подозревают, что в их игровой трафик подмешивается дополнительная информация.
Впрочем, котики будут проще.
1. Постоянно присутствующие плашки, которые отнимают 1/3 — 1/4 вертикального пространства браузера. Прикручивая страницу вниз, ожидаешь, что они уедут вверх, но этого не происходит. Даже развернув браузер на полный экран, я все равно не могу видеть информационные блоки целиком — приходится постоянно скроллить вверх-вниз, чтобы ознакомиться с продуктами.
Не бойтесь, что пользователь не всегда видит меню. Пользователю естественно проскроллить страницу вверх, если нужно перейти к меню. Также пользователь при скролле ожидает естественной прокрутки страницы.
Временная полумера для меня: блокировка объектов соответствующих классов через ABP (длинный класс ui-что_то_там-fixed). Кстати, всё чаще замечаю, что использую ABP не для вырезания рекламы, а для блокировки нежелательного для меня функционала веб-сайтов. В числе последних — facebook, pin (настойчивое предложение зарегистрироваться).
2. Нелогичное поведение + элементарные баги. Например, страница https://www.tinkoff.ru/business/
В блоке «Бесплатное приложение и интернет-банк» акцент привязан к положению скролла на странице, ещё и с ошибкой.
В блоке ниже («Управляйте деньгами») — уже к фокусу мышью.
Ещё ниже — никакого акцента нет.
Я бы отказался от интерактивного акцента вообще — он раздражает и мешает получать информацию.
3. Информация на странице идёт в навал, причём нет чёткого разделения между блоками подаваемой информации. Сайт банка — не новостная лента в соцсети.
Вот пример удобной подачи информации — я считаю, что именно к нему нужно стремиться:
https://t.tinkoff.ru/documentation/
Добавьте к нему History API — люди только спасибо скажут.
4. Крупный текст. Нет необходимости плашкой на полэкрана писать, что я оплачиваю onlime. Достаточно небольшого заголовка сверху с логотипом.
1. Чистый заход на главную страницу — 100 запросов, 9 мегабайт трафика. Если давно не заходил с телефона, а Wi-Fi рядом нет — будет медленно. Да, я очень быстро увижу странцу с информацией, логотипами, увижу кнопку входа, но она не будет работать — мне все равно придётся ожидать, пока сайт догрузится.
2. Объём файлов со скриптами — 4 мегабайта. Представьте теперь нагрузку на CPU, когда браузер их парсит и выполняет. На телефоне годовой давности неприятно подтормаживает. Эффект от выбора действий я часто вижу только через ~5 секунд.
Ожидаемый эффект: сразу после нажатия на любую кнопку интерфейс блокируется = действие принято,
Наблюдаемый эффект: ничего не происходит, через 5 секунд наблюдается реакция.
3. Интерфейс адаптирован под мобильные устройства. Для десктопа я такое считаю неприемлемым и неудобным: хочется видеть меньше интерактива и больше предсказуемости.
4. Общие неудобства интерфейса: вгоняет в ступор пункт меню «карты» — я ожидаю здесь увидеть список своих карт, а не предложения банка. Кнопки входа и выхода неочевидны.