Сергей c0re

Подключите сортировку на JS
https://datatables.net/
https://github.com/tofsjonas/sortable

Если ремонт сделан скорей всего такой вариант не подойдёт , но мало ли.
В ванной снять потолок (если натянут) и плоским воздуховодом врезаться в вентиляцию , а другим концом в свежее отверстие в гардероб. Там же поверить мотор. Для притока в гардероб возможно придётся забацать отверстий внизу двери. Его прикрыть декоративной накладкой-рещёткой.
Если ванна и туалет не совместные, то конечно сложнее. Там идёт совместная вентиляха, а в канал стояка уходит только в туалете.
Но тут все нюансы зависят от планировки.

В коридор к лифтам пробурить в стене отверстие и поставить вентилятор на вдув или на выдув, если помещение не сильно герметично, то должно помочь, если сильно, то можно сделать 2 отверстия в разных местах и поставить туда как минимум один вентилятор на вытяжку.

Делайте кондиционер и выводите трассу через другие помещения на улицу
Максимальное расстояние между блоками кондиционеров по меньшей мере 10 метров. Можно уточнить инструкцию по конкретной модели, есть и 15 и даже 20м.
Я думаю у вас комнаты не по 10-15 метров ДЛИНОЙ, до улицы вполне должно хватить даже 10метров.

вытяжку сделать принудительную?

Между внутренним и внешним блоком сплит - системы расстояние может быть до 15-20 метров.

Решение очевидное. Поскольку из этого всего толком шумит только нас, то поменять этот металлолом на SSD

Изучать SQL как сферический язык в вакууме - нет особого смысла. Особенно если ты спрашиваешь про хинты. Хинты - это опция конкретной реализации DBMS. У Оракла - свои хинты. У Microsoft - свои. И знания между ними - совершенно не переносимые. И сами хинты кажется не стандартизированы в SQL стандарте. Здесь я могу ошибаться - пускай знающие подскажут.

Вобщем если ты где-то уже работаешь и вы используете конкретную БД - то бери и читай по ней.

Я в своё время тоже искал теоретическую литературу по оптимизации SQL. Нет толком ничего. Есть Ден Тоу. Настройка SQL для профессионалов. Он пытается подогнать под оптимизацию свою теорию. Считает селективности и кардинальности для суб-запросов и рисует "облачки" - диаграммы пытаясь вывести формулу cost. Но это всё не работает. Это разбивается о практику. Ни одна практика Oracle/PG/MSQL/MySQL не подрверждает эффеткивности диаграмм Тоу. Вобщем я зря потратил время на чтение этой книги. И тебе не советую.

Бери конкретные книги от вендора и по ним смотри.

И в твоём вопросе не хватает еще одного хеш-тега.

Ну например можно генерить html

Кстати, в этом примере просто попробуйте Content-Type: text/csv
только вместо разделителя тогда лучше использовать точку с запятой.

ВЫБРАТЬ столбец1, столбец2, КОЛИЧЕСТВО(*)
  ИЗ Таблица
  ГРУППА ПО столбец1, столбец2

Если правильно понял, то задайте условие
If(new_val < price_val) new_val = price_val

Эмм...
Я почитал комментарии в разных источниках, и на разных сайтах.
Короче. Смысл в том, что jQuery морально устарел (не для меня, в общественном плане и смысле), сейчас jQuery уже не впечатляет так как раньше, соответственно, раз хайп улетучился, значит эта тема уже зашквар. Баян. Это как рассказывать смешной анекдот, который придумали 50 лет назад. Дело не в том, хороша шутка, или нет, просто уже надоело, все уже знают и слышали. Так получилось и с jQuery.
Уже не цепляет. Ну и сейчас делать сайты на html\css\js уже не круто.
Опять же, аргументирую. Упомянутые React/Angular/Vue - это инструменты, которые делают SSR, SPA, PWA. Да, можно заморочится и сделать такой сайт на jQuery, кто мешает? Делайте!
Но зачем. С таким же успехом можно вбивать гвозди кулаком, зачем мне молоток? Я и так забью.

Чтобы вы поняли, прошу успокоится, вдохнуть воздуха, и услышать:
Заказчику не важно какой вы гуру в jQuery или JavaScript, пишите вы код на Java или на Паскале.
Заказчику важен РЕЗУЛЬТАТ. То что можно быстро сделать и запустить. Зачем писать месяцами и годами с нуля, по хардкору, если можно взять готовое решение и развернуть, но не потому что кто-то не может или не умеет, и даже не в том, популярен jQuery, или нет, просто это быстрее! Вот и всё.
Вся популярность в скорости. Поэтому зародились CMS, фреймворки, препроцессоры, webpack, Gulp, Git. Именно поэтому развивается NoCode, потому что уже не важно, можешь или нет, проект нужен вчера, и если он работает и делает то что хочет заказчик, по барабану вообще, на Tilda он, на WordPress или на Magento. Да хоть да Друпале или на Джумле. Я раньше тоже бомбил за хардкор, чтобы всё с нуля, свежее и новое, а на деле, тривиальные задачи. Ничего нового! От слова СОВСЕМ.
Всё что делают компании, это просто копипастят друг у друга, ну UI улучшат, цвет поменяют, более быстрее загружается сайт, или глифы новые. Всё! Мне вообще не мешает jQuery.
Если надо я и на нём напишу что-нибудь.

P.S. все средства хороши, если они решают поставленную задачу.

На мой взгляд ответ на это вопрос во многом упирается в требования и задачи бизнеса для которого и делается сайт/приложение.

Бизнес полностью завязанный на онлайн (например, Airbnb, Booking, какие-то CRM-системы и любые системы использующие Big Data) требует как минимум:

• максимальной стабильности проектируемой системы
  
• отсюда компонентный подход (как известно в HTML пока нет чистых компонентов, стандарт Web Components еще пишется) и как следствие стройную и понятную архитектуру приложения
  
• максимальный контроль за состоянием компонентов
  
• максимальную расширяемость компонентов
  

Все это трудно сделать на jQuery. jQuery просто манипулирует DOM узлами, но он их не контролирует и ничего об их состоянии не знает и не запоминает.

Для бизнеса, у которого сайт - лишь площадка для рекламы и маркетинга своего оффлайн бизнеса, все эти фронтендные ноухау по барабану. Ему главное, чтобы было красиво, быстро и недорого. И здесь jQuery на своем месте.

Люди бывают разные, ситуации бывают разные и все попадают в сайтостроение по-разному и с разными целями. Если для вас верстка - просто способ заработать себе на кусок хлеба, то я позволю себе процитировать слова одного хабровчанина по поводу jQuery way:

Нет ничего постыдного писать таким способом и зарабатывать свои $5. Кто не согласен, пусть засунет своё мнение в комментарий. Я люблю повторять фразу, что все framework’и служат 2 целям, делать из миллиардного проекта, проект на миллион, и из проекта за $100 — проект на пару миллионов. Пользуетесь тем что эффективнее сэкономит ваше время и деньги.