All streams
Search
Write a publication
Pull to refresh
188
51
Никита Цаплин @ntsaplin

2.3.5 Математическое и программное обеспечение

Send message
Естественно никто не спрашивал ничьего разрешения
Естественно никто не спрашивал ничьего разрешения

Надо еще доказательства? Есть аудиозапись разговора с нашим юристом, где Сергей признает плюсование с чужого аккаунта. Хотите больше доказательств?

А, главное, зачем всеми силами и такими методами плюсовать свои статьи, если они и так хорошы и аудитория сама их оценит?))

Про какие данные идет речь?

Ты готов на аудит СВОИХ постов? Я свое согласие уже дал.

Вопрос был про готовность тебя к аудиту. Я на аудит готов, а ты нет.

Много слов, а ответа нет. Думаю остальные комментарии излишни. Тему можно закрывать.

По существу. То, что просят плюсовать друзей и сотрудников это не открытие ни для кого здесь думаю. У автора данного труда есть даже свой мини тг-канал где он сам просит плюсовать подписчиков. Чем это отличается от «накруток» корп акаунтов?

Я же написал, что редакторы всегда плюсуют со своих акаунтов свои посты, я тоже их плюсую. Так работают абсолютно все корпоративные блоги. 

Если администрация  предоставит данные, я готов на аудит от Хабра, публикацию обезличенных данных из принципа “сколько в последних 100 постов плюсов всего, сколько из них не принадлежат сотрудникам ruvds”. В данном случае полагаю тебе придется извиняться за клевету. 

Теперь вопрос: готов ли ты сам к подобному аудиту своих постов? С метчингом голосов по айпиадресам. Помню в ноябре мы уличили тебя в плюсовании своего же поста с нашего акаунта, куда у тебя был доступ.

Статья сделала мой день. Спасибо, Сергей, отличная нативная статья, как мы учили. Коэфициент конверсии оказался в норме как раз в той компании, где трудится автор. Совпадение? Не думаю)) Наверное долго формулы выводил.

По существу. То, что просят плюсовать друзей и сотрудников это не открытие ни для кого здесь думаю. У автора данного труда есть даже свой мини тг-канал где он сам просит плюсовать подписчиков. Чем это отличается от «накруток» корп акаунтов?

Как владелец самого популярного здесь блога скажу, что какой-то специальной установки, по которой все 72 наши сотрудника на хабре плюсуют посты очевидно нет, это видно из рейтинга самих статей. У селектела вообще 110 сотрудников на хабре и, очевидно, они не плюсуют по команде. То, что плюсы не накрученные сотрудниками косвенно подчеркивает и количество комментариев в статьях, но автор почему-то решил это не учитывать в своей «формуле».

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

О-о-о, я считаю, что это материал для цельной статьи, кратко, как мне кажется, не получится :)

Подготовим по возможности что-нибудь такое, если будет интерес.
Почему бы не вставить и свои пять копеек :)

Задавайте вопросы про хостинг, сделаем микро FAQ в комментариях.
Тестировали, но там тесты другого плана. Создается множество виртуальных машин, чтобы забить сервер «под завязку». На всех ВМ одновременно запускается тест диска. После этого собирается суммарный результат со всех виртуалок. Суммарный результат будет ниже чем при тестах с хостовой машины, но не принципиально. В рамках отдельной ВМ, производительность намного ниже, чем на «бареметалле».
Не до конца понятно, какой процессор с 64 ядрами вы имеете ввиду, как правило они не подходят для нужд хостинга.

Intel Xeon Phi Processor 7210 — слишком низкая частота.
AMD Ryzen Threadripper 3990X Processor — слишком мало каналов памяти.
Настройки BIOS безусловно важны, но нам важно, чтобы виртуальная машина попала на ту NUMA-ноду, CPU которой обслуживает NVME диск, на котором расположен образ VM. В этом случае для обращения к диску виртуальной машине не потребуется задействовать UPI линии.
Мы подключали диски к PCI-E через U.2 интерфейс, в статье это указано. Более того приведена диаграмма разводки линий материнской платы.
Свитчей — пара известных случаев за всю историю. Оперативка — около 0,3% за год. SSD — 2% за год.
На фото не видно, но там стена с навесными приводами, потому никакого сквозняка там нет.
Ну и подразумевается, что камеры постоянно работают.
Для служебных нужд, это не клиентский сервер.
Дилемма та же самая: имеем ли мы право судить о деятельности клиента, или для этого есть суд и другие органы. Непродление договора — это та же блокировка, только в другое время. Ну и даже если бы мы решили, что хотим это — стоило ли подталкивать потенциальных мошенников менять юрисдикцию?
Пришлите в личку номер тикета или сервера, мы разберёмся.
Ранее мы на это уже отвечали . Если правообладатель или его законный представитель оформляет претензию надлежащим образом, то мы, конечно, реагируем. Мы потребуем от клиента устранить нарушения в адекватное время, иначе откажем в обслуживании.
Ооо! Это не просто ржавая дверь бомбоубежища, это дверь с историей. На самом деле там всё чуть технологичнее, чем кажется — в тот момент, где кончается территория завода и начинается наша территория. Вот тут пост про этот ЦОД, там больше русского киберпанка.

Выходит, Вы живете в чужой инфраструктуре?

Нет, дата-центр у нас там свой- Rucloud. Был непродолжительный период времени, когда мы размещали серверы у мтв, но вскоре построили свой ДЦ в том же бомбоубежище. Сосуществование оказалось выгодно всем, потому сетевую инфраструктуру менять не стали.

Information

Rating
145-th
Location
Москва, Москва и Московская обл., Россия
Works in
Date of birth
Registered
Activity