Сергей delphinpro

По сути никакому.

Использование нижнего подчеркивания перед именем переменной, такого как наприме р this._data, является соглашением в некоторых языках программирования, включая JavaScript. Это не является частью синтаксиса языка или специальной функциональностью, а скорее соглашением об именовании, указывающим на то, что переменная является "приватной" или "внутренней" для твоего класса

В js вообще нет строгой приватности для переменных или свойств классов. Все свойства и методы класса по умолчанию доступны извне объекта. Использование символа _ перед именем переменной или свойства служит как некий сигнал или подсказка для других разработчиков о том, что эта переменная или свойство предназначены для внутреннего использования и не следует напрямую обращаться к ним извне класса.

Таким образом, this._data в вашем примере указывает на то, что _data предполагается использовать только внутри класса User. Если бы использовалось this.data без символа _, это могло бы дать впечатление, что свойство data предназначено для публичного доступа извне класса.

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

Всё элементарно просто. Набираете в поисковой строке Гугла такой текст - 1602 datasheet. Гугл выдаёт вам почти 4000000 ответов. Выбираете тот, который нравится. Мне понравился вот этот - https://www.openhacks.com/uploadsproductos/eone-16...
Третья страница этого даташита содержит исчерпывающий и (главное!) точный ответ на ваш вопрос:

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

Нет и вряд ли когда либо наступят.
Единственное правильное решение, покупать "тупой" телевизор, а к ней приставку на Андроиде, и самое главное это вам обойдётся чуть ли не в 2 раза дешевле.

Браузер не умеет работать с scss.
Ваш код сначала нужно скомпилировать в css.
Посмотрите в сторону Gulp (для верстки за глаза).

Также можно заменить препроцессорные переменные на кастомные свойства css. Но их работа различается.

...
data: { txt: txt },
...

возможно вся логика неправильная и можно сделать более грамотно.

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

когда записей в таблице порядка 10 миллионов время выполнения запроса

ВНЕЗАПНО оказалось, что если использовать микроскоп для забивания гвоздей, то в него становится почему-то плохо видно.

В простой БД два поля - id и data. У поля data тип JSON. В нем хранятся данные, получаемые из нескольких форм.

Но вы же, когда эту, с позволения сказать, "базу данных" проектировали, ведь радовались своему остроумию и хитрости? Зачем проектировать структуру базы данных, делать какие-то таблицы, между таблицами связи. потом сложные запросы писать? Если можно хопа, и в джейсон все кучей навалить!

Ну вот и продолжайте радоваться дальше.

Сама по себе дурацкая проблема проверки уникальности длинного текста решается элементарно, добавляется колонка с md5 от содержимого, и поиск делается по ней.
Но ведь в таблицу эти данные складываются не только чтобы проверять их на уникальность. И собственно какая-то работа с этими данными все равно превратится в боль

Потому что тег IMG -- инлайновый и на него влияют стили типографики.

Укажите для тега IMG блочные стили:

img {
    display: block;
}

Ох, я постараюсь тезисно

Вам нужен чуть более умный бэкенд (можно на любом языке, включая Node.js)
Вместо html-файлов вы пишите шаблоны. Если у вас нода+Express.js, у него вроде был встроенный шаблонизатор ejs, есть ещё pug и много других (гуглить по Node шаблонизаторы). Если у вас на фронте React/Angular/View - лучше погуглить "название-библиотеки server side rendering", шаблонизация в них встроена

Абстрактно, ваш бэкенд получает запрос, идёт в базу данных или какой-нибудь JSON-файл за данными, а потом передаёт эти данные в шаблонизатор

В шаблонах можно использовать циклы, условия и разные другие плюшки из программирования. Вам не нужно писать 10 тэгов "a" для вывода списка, ваш список - стандартный массив, вы проходитесь по нему циклом и выводите данные в тэг "a". Условно:

myItems.map(item => (
<a href={item.link}>{item.text}</a>
))

Нужно поменять что-то в ссылках - меняете в одном месте
Нужно добавить товар или другие сущности - добавляете их данные в базу или JSON

Но часто всё-таки добавляют искусственный первичный ключ "Номер". Подскажите, почему так?

В таком простом случае - например, потому, что начинающие программисты. Им так проще. Либо увидели где-то пример и бездумно копируют.

Хотя можно придумать пример посложнее. Пусть есть несколько филиалов и в разных филиалах отделы с одинаковыми названиями. Тогда составной ключ будет Филиал + Наименование, это уже не очень удобно и тогда появляется обоснованное желание добавить номер вместо составного ключа.
Здесь перечисляются преимущества ("причины использования") и недостатки:
https://ru.wikipedia.org/wiki/Суррогатный_ключ

Причины использования:

• Неизменность
  
• Гарантированная уникальность
  
• Гибкость
  
• Эффективность
  
• Упрощение программирования
  

Недостатки:

• Уязвимости генераторов ключей
  
• Неинформативность
  
• Склоняет администратора пропустить нормализацию
  
• Вопросы оптимизации
  
• Невольная привязка разработчика к поведению генератора ключей в конкретной СУБД
  

Короче, использовать можно и нужно, если понимать, что в конкретном случае преимущества сильнее, чем недостатки. Без понимания тоже можно использовать, но будет лотерея: либо лучше, либо хуже. Потом придёт сеньор и отрефакторит.

Но часто всё-таки добавляют искусственный первичный ключ "Номер".

Основная идея первичных ключей - неизменяемость и уникальность. В качестве ключа может использоваться, например, инвентарный номер или isbn, даже если содержит буквы/символы, т.к. он физически уникален и не изменяем. С другой стороны есть очень много вещей, которые могут меняться: фио, номера телефонов, логины. И если изменить это данные, то придется изменить их и во всех таблицах, которые ссылаются на эти данные. И чтобы избежать таких ситуаций и используют искусственные ключи.

Функции mysql_ отсутствуют уже почти 8 лет, начиная с PHP 7.0.
Переходите на mysqli или PDO, либо откатывайтесь на PHP 5.

Не увидел где там новая игра запускается, зато есть таймер, который явно нигде не клирится

setInterval(() => {
    if (!gamePause) {
      secondsCounter++;

      date = new Date(0, 0, 0, 0, 0, secondsCounter);
    }
  }, 1000);

Что значит "не задаётся бэкграунд"? Всё накидывается и работает в соответствии с тем, что указано в css.
У nav белый фон, у списка внутри - серый, согласно универсальному селектору

* {
    box-sizing: border-box;
    background: #E5E5E5;
}

(без чёткого понимания всех нюансов этого селектора использовать его не рекомендуется).

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

Кратко: можно, если это не было прямо запрещено.

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

Если запрет прописан в договоре, то нельзя выкладывать.

Во всех остальных случаях никаких ограничений нет. По-умолчанию считается, что фрилансер может показать свою работу в портфолио.