Snake800

Snake800
Рейтинг
238
Регистрация
02.02.2011
(_._)
LevShliman #:
речь про тех, кто не зарабатывает и по причине взлома сайта становится рекламщиком и даже не знает про это, потому, что редирет сделан для новых посетителей в ломанном плагине. И мало того, это пол беды, его сайты вылетают из индекса поисковиков, теряют трафик

Моё мнение, если сайт является важным рабочим инструментом или значимым источником дохода, за ним по мере возможностей нужно следить. Если нет - для души или просто "чтоб было", то тоже досадно конечно и перед посетителями может быть немного стрёмно... Но в целом - пофиг и на позиции, и на трафик.

BrickLayer #:
На любом кондиционере написано, какой объем кв.м. они охлаждают и сколько потребляют.

Тут такой нюанс, что кондиционеру придется охлаждать не просто помещение, а пару сотен "масляных радиаторов", включенных на всю катушку))

Блок кондиционера в проточную воду - годная мысль. Надо подумать над реализацией. Лишь бы током не долбануло))

Artisan #:
1. Какой размер контейнера? 2. Что значит невентилируемый? Кондиционеры (обычно) и есть (улучшенная) вентиляция. 3. Какие кондиционеры? 4. Какое у Вас лето?

Мне бы просто для начала прикинуть размер энергопотребления... И вообще саму возможность реализации. Контейнер 20 футов (полвагона). Невентилируемый - то есть герметично закрытый, всё охлаждение только через сплит-систему промышленных кондиционеров. Из расчета температуры окружающей среды до 30-35 градусов.

Обычно такие вещи охлаждают с помощью мощного продува через приточку и вытяжку. А вот справятся ли кодиционеры при отсутствии вентиляции? И во сколько раз больше потребуется энергии. Одним лишь водяным контуром охлаждать сотню обогревателей в маленьком закрытом вагончике, скорее всего, не получится. Это если только через погружение в сухую воду или масло, что тоже недёшево или небезопасно.

plustilino #:

И получить бан от Роскомнадзора. https://habr.com/ru/companies/leader-id/articles/553526/

После слов

Если для того, чтобы увидеть ПД, нужно ввести имя пользователя и пароль (или пройти другие процедуры идентификации) — это уже не будет считаться неограниченным кругом лиц. Например, закрытые страницы ВКонтакте, которые можно увидеть, только выполнив вход, не должны считаться доступными для неограниченного круга лиц.

Дальнейшие измышления автора стали не интересны.

По существу топика, если есть желание и жажда экстрима, то можно потроллить. Например, сказать, дескать, удалить пока не можем, т.к. на Вас подали заявление в правоохранительные органы и сейчас ведётся расследование.

А вообще, не стоит заморачиваться с такими "странным" людьми, их много. Пусть просит прощения и сносите следы его жизнедеятельности.

q_metainfo #:
Можете привести примеры, где крупняк пишет говностатьи при помощи сайтГПТ?

Я, хоть и не имел ввиду классическую генерёнку, но свой слив в контексте обсуждаемого вопроса признаю)) Тем не менее, их копирайтеры часто пишут такой бред, что он мало чем отличается от gpt-текстов.

sergv #:
R01 \ Webnames.

+1 за вебнэймс. За 20 лет работы с ними заметил только два серьёзных минуса: платная 2F авторизация, рублей 460 в год, и как-то раз выдали данные администратора по адвокатскому запросу (в моём случае обоснованному). Зато с ценами не чудят и правила на ходу не меняют.

Aisamiery #:
типа одна колонка где 2 значения

ну да. true и false примерно поровну. Индекс из одного поля, другие колонки в отборе не участвуют и индекс не содержит включенных полей для select"a примерно такого вида:

select field1, field2, ... where indexedfield = 0

И второй момент select count() с аналогичным отбором.

Откуда у меня такие сомнения? При отборе с результатом, скажем 50% строк, сервер сначала перебирает индексы для получения ПК, а потом ищет кластеризованный первичный индекс для получения остальных полей строки. Не дешевле ли сразу сканировать всю таблицу?

Пока отцы не разошлись, земной вопрос: не составной индекс на булевых полях (male/female) - зло?
Aisamiery #:
Я прочитал по диагонали, но мне кажется там проблема в том что транзакции включают инсерты

Ага. А вот тестов по селектам с имитацией рабочей нагрузки в поиске не видать.

И, еще имхо, коль скоро мы говорим за фактический хайлоад, надо смотреть (тестировать) не только производительность PK, а еще скорость неуникальных индексов для отбора и джойна а-ля category_id, которые априори идут вразброс.

Ищё и от сервера зависит mssql, postgres и mysql могут вести себя по разному.

Основная проблема строковых и uuid индексов в их фрагментации (непоследовательности ) - статейка. Много раз попадались на глаза советы делать числовые PK, но не видел годных тестов по замерам производительности. То есть насколько именно это критично. В идеале для теста надо сделать несколько разных, но схожих по составу таблиц с последовательным int, рандомным int и рандомной строкой в качестве ПК. Ну и uuid до кучи - последовательный и непоследовательный. Для чистоты теста можно сохранить "эталонную" таблицу со всеми значениями во всех тестовых таблицах и последовательно выбрать все эти миллионы записей и замерить время. Потом можно кластеризировать (упорядочить) индексы замерить ещё раз. Может получиться нормальная статья на свой сайт или для хабра.
Всего: 2069