Корректно ли размещение статьи и на сайте и на Яндекс.Дзен?

Фиг знает какие подводные камни могут быть=)) А) У таких ресурсов как Хабр кол-во дочитываний будет больше 7к. Яндекс.Дзен для связки сайта и канала имеет данное требование (более 7к дочитываний) Б) Как размещаются такие статьи. Rel=canonical? Или ждать индексации, а потом размещать на Яндекс.Дзен. Или сразу.

Отправляете ли вы фото паспорта Регистратору/Хостинг-провайдеру?

Да сейчас историй много, и про кредиты, и про высадку марсиан, и про изобретение вечного двигателя.

Все это реал. Вчера, пока серфил по некоторым юр. сайтам, на одном из них оставлял вопрос. Сегодня перезванивали (типа бесплатная консультация). Немного пообщались. В основном, все, что сказал, итак было известно. Была интереснее статистика. Сказал что за последние 3 месяца, только в их компанию обращалось 4 человека по данному вопросу. Также сказал, что это очень проблематично решить. Т.к. они пишут приставам. А те потом внезапно отключают карту, и даже списывают с нее средства. Опять же это все с его слов.
Единственное, они (данная юр. фирма) странно работают. У меня было 6 пропущенных вызовов, на 7-й он мне дозвонился. Во-вторых я лишь задавал вопрос на самом сайте, а запроса на звонок себе не далал (или ХЗ, может случайно, где, какую галку поставил). Я к тому, что может сгущать краски (также как у некоторых менеджеров, работа, заключается в том, чтобы привлечь побольше трафика). ХЗ.

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

Да мне тоже так кажется. Про это "в реальности могут знать несколько человек". А админы? Они ведь имеют доступ, к железу/ПО.

Как указываются/рассчитываются зарплаты на StackOverflow, и HH-биржах?

DevMan, согласен. Просто среднестатистически (если судить по отечественному фрилансу), это ~70-80% от ЗП на постоянках. Опять же говорю "среднестатистически".

Как указываются/рассчитываются зарплаты на StackOverflow, и HH-биржах?

DevMan, да не совсем точно выразился=) Допустим, И/ИЛИ программисты, работающие на постоянке, удаленно. Фрилансеры насколько я понимаю зарабатывают ~60-80% от ЗП на постоянках.

Как указываются/рассчитываются зарплаты на StackOverflow, и HH-биржах?

Ну все понятно, старина, я так и думал=) Интересно было сколько примерно программисты зарабатывают по удаленке в зарубежных компаниях (и/или фрилансеры). Пока как то мутно ясно=))

Как указываются/рассчитываются зарплаты на StackOverflow, и HH-биржах?

Т.е. получается если вакансия США, то от данной суммы нужно вычитать примерно 40-50% (их примерный налог, насколько я слышал)?

В каком случае можно или нет использовать сторонний шрифт у себя на сайте?

Сергей, старина, на этот ресурс натыкался но бегло глянув, пропустил его т.к. шрифт чуть отличался. Шрифт практически один-в-один, но чуть другой (MagistralC а там просто Magistral) В нем "съедены" все торчащие вниз концы у букв, "д, ц щ" - отличаются, "б,в" тоже чуть отличаются. А у них именно этого MagistralC там почему то нет. Я изначально скачивал отсюда https://www.fonts-online.ru/font/MagistralC Вот я и засомневался то это/не то, платное/не платное.

В каком случае можно или нет использовать сторонний шрифт у себя на сайте?

Старина, благодарю! На этот ресурс натыкался но бегло глянув, пропустил его т.к. шрифт чуть отличался. Шрифт практически один-в-один, но чуть другой (MagistralC а там просто Magistral) В нем "съедены" все торчащие вниз концы у букв, "д, ц щ" - отличаются, "б,в" тоже чуть отличаются. А у них именно этого MagistralC там почему то нет. Я изначально скачивал отсюда https://www.fonts-online.ru/font/MagistralC

И как такое сверстать?

Вот вопрос, не в тему, На хрена??=)) Неужели такой диз это удобно???=) Если только у тебя глаза также на искось)

Если материнская плата сгорела(и пахнет сгоревшим), подлежит ли она гарантийному обслуживанию?

x67: Вот думаю что говорить, в плане формально, юридически, какими статьями оперировать. Потому что так это просто "бла бла бла". Или где порыть про подобные случаи?

Если материнская плата сгорела(и пахнет сгоревшим), подлежит ли она гарантийному обслуживанию?

Вот думаю что говорить, в плане формально, юридически, какими статьями оперировать. Потому что так это просто "бла бла бла". Или где порыть про подобные случаи?

Через что лучше осуществлять вставку/обновление большого количества записей в YII2, DAO, или AR?

Старина, а в каком плане "дешевле"? В плане удобства или скорости? Или И того И другого? С одной стороны, валидация нужна, однозначно. С другой, LOAD DATA ГОРАААЗДО быстрее AR, а это только DAO.

Бредово ли "разрывать" так таблицу?

Реальная задача. Есть, скажем, гипермаркет разнородных товаров. Заранее типы/атрибуты и их кол-во - неизвестны. Что вы выберите Flat table или EAV?

Бредово ли "разрывать" так таблицу?

Смотрите. Есть таблица товаров.
1. К нам стали поступать процессоры. Мы добавили в нашу таблицу 2-а поля "тактовая частота", "кол-во ядер". Так?
Теперь стали поступать мониторы. Мы добавили еще два поля "разрешение экрана", "Технология изготовления матрицы"
2. Увидили что много полей - "индивидуальных", "непересекающихся". Мы ВЫНЕСЛИ индивидуальные поля - по таблицам-"типам товара". Т.е. один тип = одна таблица. Так? (с точки зрения алгебры это - "разрежение матриц". Когда в таблице много пустых ячеек, и мы "разрядили" ее на несколько таблиц)
3. К СТРУКТУРЕ таблиц "типов товара" мы дали доступ пользавателю(админу). Т.е. он может их "конструировать" из админки. Написали кое-какой API, запилили интерфейс в админке, для манипулирования СТРУКТУРАМИ "таблиц-типов". До этого момента я думаю все понятно.
4. Посмотрели программисты универсального коробочного скрипта. И увидели что в ОСНОВНОЙ таблице - много полей которые часто не используются. Которые могут меняться от сайта-к-сайту. Напр. поля "кол-во", "отгружается в течении" "ширина/высота/длина", "вес", "налог", - не используются у цифровых товаров. И для магазинов цифровых товаров - основная таблица избыточна.
5. Появилось желание "РАЗОРВАТЬ" основную таблицу на две. И те поля которые МОГУТ меняться от сайта к сайту - ВЫНЕСТИ в "таблицу-тип". Т.е. теперь у нас появится тип товара "base". И с точки зрения архитектуры/системы она станет ТАКИМ же "типом товара".
Мы писали систему (api, интерфейс) для работы с "таблицами типами"(создание таких таблиц, манипуляция их структурой). Теперь, с таблицей "base" Мы можем делать ВСЕ что мы можем делать с "таблицей-типом".