Сергей delphinpro

Записывать дату в РНР можно практически в любом формате. Хоть 12/12/12
А вот сравнивать значения можно только тогда, когда старшие разряды идут впереди младших. В частности, строки, содержащие дату, можно сравнивать и сортировать только в формате "задом наперёд". Что делает её очень удобной. Например при именовании папочек с фоточками на домашнем компе

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

гугли по запросу "ios timepicker js"
прям такого не нашел, но есть такие:
https://codepen.io/gnauhca/pen/JrdpZZ
https://codepen.io/maxakohler/pen/JZgXxe
https://codepen.io/longhorn666/pen/wxebKd
при желании можно переделать под себя. ну или ищи еще
вот самый подходящий: https://codepen.io/dogoku/pen/egdGEq

Потому что вот так:

.icon-facebook:hover::before{
  color: red;
}

Либо:

.icon-facebook {
  color: #ccc;
}
.icon-facebook::before {
  content: "\e900";
}
.icon-facebook:hover{
  color: red;
}

не затрагивая строчку sort

users.sort((a,b) => a- b);

Значит, надо научить объекты представлять себя в виде числа.

Добавьте им

valueOf() {
  return this.age;
},

Или, замените toString на

[Symbol.toPrimitive](hint) {
  return hint === 'number'
    ? this.age
    : `${this.name} is ${this.age} y.o.`;
},

Делайте сразу правильную маршрутизацию. Не городите редиректы.
https://docs.rularavel.com/docs/8.x/routing#redire...
https://laravel.ru/docs/v5/routing

Стоит ли узучить pug и насколько он крут и необходим? ( очень напрягает его зависимость от пробелов и табов, плюс другой синтаксис в целом )

Найдите сборку webpack с другим шаблонизатором, если вам не привычен такой синтаксис. Например, с Handlebars или Nunjucks.

Не туда смотрите.
300К строк человек не осилит максимум 50 строк.
Значит 299050 вы сможете не отображать.
Далее выкачали вы этот файлик, ну разложите его по полям и загоните в БД.
После создайте локальный вебсервер и отдавайте по 50 записей с паджинацией или там ищите по нужным полям.
В общем не насилуйте не сервер, не клиентов ни себя

Не надо этого хотеть. Для чтения файлов есть соответствующие методы https://nodejs.org/api/fs.html

В частности readFile/readFileSync

1. не innerhtml а innerHTML
2. и это свойство самого элемента, а не style
3. и вообще, у input, textarea, select и прочих элементов форм не innerHTML а value.
4. если вам не нужно вставлять HTML, а нужно вставлять простой текст, то лучше применить textContent
5. Если нужно часто вставлять HTML, то insertAdjacentHTML несколько быстрее



P.S.: в такой большой простыне кода сложно найти о чем вы вообще спрашиваете. Постарайтесь выкладывая свои примеры чистить их от лишнего кода. Ваш пример после очистки мог бы выглядеть примерно так.

Здравствуйте.

Для кодировки/сжатия используется lz-string: https://github.com/pieroxy/lz-string

На JS выглядит как-то так:

let jstr = JSON.stringify({
	pagination: {
           p: 33, //-- Page number
           pp: 25 //-- Per page
       }
});

let s = LZString.compressToEncodedURIComponent(jstr);

console.log(s);

Autoplay Policy Changes

Ну начнем с того, что computer science - это очень широкое понятие, которое включает в себя множество различных областей, как теоретических так и практических. Вопрос "нужен ли программисту computer science?" из той же оперы, что и "нужна ли программисту математика?", кому-то и арифметики хватает (а это тоже математика как не странно), а кому-то нужен углубленный бэкграунд в мат.анализе, тер.вере и мат.статистике. Так же и с computer science, кому-то хватит базового понимания, почему 0.1 + 0.2 != 0.3, а кому-то нужен углубленный бэкграунд в алгоритмы, в теорию типов и в слабые модели памяти. Все сугубо индивидуально и сильно зависит от сферы, для которой ведется разработка.
Многим совсем не обязательно знать как реализуются те или иные алгоритмы или структуры данных, вполне можно пользоваться готовыми. Но вот иметь представление, какие вообще бывают алгоритмы и структуры данных, какая у них алгоритмическая сложность - это полезно всем, просто чтобы знать что гуглить и какие вообще есть возможности решить ту или иную задачу. Так же полезно уметь считать ту самую алгоритмическую сложность из составных частей произвольного алгоритма и понимать чем отличается нотация O-большое от нотации Ω-большое. Какая от этого практическая польза? Для самого программиста - это возможность решать задачи проще и быстрее, выдавая при этом более оптимальные решения. Для бизнеса - это деньги, от банального "ускорив некое действие в N раз мы повысили конверсию в M раз", до насущного "сократив потребление ресурсов на N в прошлом месяце мы заплатили за облако на M млн. рублей меньше в этом месяце при той же нагрузке".
Та же архитектура, всем не обязательно уметь строить огромные решения с запасом прочности на десятки лет. Но понимать базовые принципы и паттерны, какие у них плюсы и минусы, где и что применять - полезно. К сожалению здесь все плохо в большинстве своем, порой доходит до того что стоимость поддержки небольшого проекта вырастает в 300-500 раз всего лишь за год поддержки. Для бизнеса это опять таки деньги, и если бизнес не планирует через год-другой либо продаться либо свернуться, как делают многие стартапы, то бизнес будет это оптимизировать. А на программистах такая оптимизация скажется на прямую, те кто умеет писать код на года будет получать выше рынка, иногда значительно. Хотя и те кто вообще в архитектуре не шарит без работы не останутся, так как работодателей с принципом "продали и забыли" просто банально больше.