Сергей delphinpro

Не стоит. Эффектов много. Повторить их в точности - можно, конечно, но долго и геморно. Код будет громоздкий. Убьется куча времени на отладку на разных устройствах. И всё равно какой-нибудь мобильный браузер покажет не так. Картинка тут вполне решает задачу.

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

Либо убрать justify-content: space-between; у блока .content.
Либо скриптом добавлять пустой блок в самый конец, это уже не раз обсуждалось на Тостере.

Нашёл!
Автор: mindw0rk
Рассказ: Незнакомец по ту сторону сети
Рассказ не длинный.

Не слушайте тех, кто говорит про говнокод, ребята либо нигилисты, либо мамкины революционеры и "не такие как фсе". Как удобно, так и пишите. Просто прочитайте главу про прототипы, поймите это и то, что JS основан на прототипах и вперед. Все нормальные компании используют новые приемы и не стоят на месте.

class Rectangle {
  constructor(height, width) {
    this.height = height;
    this.width = width;
  }
  
  get area() {
    return this.calcArea();
  }

  calcArea() {
    return this.height * this.width;
  }
}

Классы ES6

methods: {
  toggle() {
    this.isActive = !this.isActive;
  }
}

Поменяйте стрелочную функцию toggle: () => { на метод toggle() { и тогда все заработает.

P.S. Откуда вы все вообще решили, что в методах компонента нужно писать стрелочные функции? :)
Просто вы не первый с такой проблемой. Ощущение, будто все насмотрелись уроков по ES6 и стали бездумно писать стрелочные функции там, где они вовсе не нужны.

у модалки есть методы ее вызова. getbootstrap.com/docs/3.3/javascript/#modals-methods
к примеру даешь модалке id. потом ловишь location hash с этим id и вызываешь модалку

Не очень понятна цель... При чём здесь кэширование? Кэширование или запоминание? Что вообще нужно?)

В общем виде, если я правильно понял - запишите дату создания поста/коммента/лайка в БД через new Date() . При загрузке страницы получайте текущую Date , путём нехитроко вычитания получите разницу во времени. А с ней уже что угодно делайте

Разрабатывайте согласно модульности проекта. написали отдельный модуль, протестировали, приступайте к следующему. Когда все отдельные модули готовы и протестированы, пишите логику взаимодейтвия этих модулей, ну и затем тестируете непосредственно программу.

Чего это вообще за вопрос ? Я ничего не понял, вы как художник-маляр. Либо красим по одной стене, либо все сразу. Для программирования это бред.
Мой вам ответ: Вы должны использовать контроль версий, и каждый раз "состояние кода" должно быть рабочим. Т.о. неважно как вы будете разрабатывать, важно чтобы изменения не ломали предыдущиее состояние кода. Т.е. вы постепенно двигаетесь от полного 0 к полному функционалу.

1) Документируй
2) Абстрагируйся всегда максимально
3) Пиши классы по принципу "черного ящика"
4) Один класс решает одну конкретную задачу, не стоит городить комбайны.

Потому, что "высоко-/низко-уровневый" это просто условная и достаточно относительная классификация языков по одному конкретному качеству - по уровню абстракции, предоставляемой языком его пользователю. А когда всплывает слово "абстракция", обязательно нужно задуматься над тем, что от чего абстрагируется. В данном случае речь идет об абстрагировании конструкций языка от среды выполнения программы, написаной на этом языке. Например, во всех этих ЯВУ есть такие абстракци, как именованная переменная, тип данных, конструкции управления потоком выполнения или вызов функций системы/стандартных библиотек и т.д. Мы просто пишем int а = 3; или while(flag == true)..., а обо всем остальном заботится язык. Для сравнения, в ассемблере (низкий уровень) нам приходится иметь дело с конкретными регистрами, битами, адресами и jump-ами, и никакой среды, которая пришла бы нам на помощь, там тоже нет. В этом смысле уровень абстракции того же С намного выше.

Классификация эта (как и любая другая) - условная, т.к. если по этому признаку сравнить, например, те же Яву или Шарп с теми же C++ или Паскаль, то можно бы было сказать, что уровень абстракции первых "несколько выше" - между программой на первых языках и "средой" есть еще промежуточный уровень (байткод/IL), а программы на вторых компилируются прямо в инструкции конкретного процессора. Только смысла в таком утверждении уже не так много, и для указания на эти качества языков проще и полезнее классифицировать их как "компилируемые в инструкции виртуальной машины" и "компилируемые в инстрикции процессора".

И, наконец, сортировка массива - это уже совсем из другой оперы. К языку тут (если вообще!) относится только абстракция "массив". В большинстве языков есть такое понятие, как стандартная библиотека (JDK, stl, те же модули в пыхе и т.д.). Функции вроде сортировки массива, предоставляются не языком, а именно этой библиотекой (как правило, написанной на этом же языке и/или на более низкоуровневых). А, собственно, языком называется очень-очень маленький набор универсальных семантически однозначных конструкций, типа операторов сравнения, циклов или вызовов функций. Фактически, любой современный язык можно "выучить" за день... остаток жизни уйдет на то, чтоб научиться правильно пользоваться им и его библиотеками для написания нужных программ ))

На самом деле можно и без изменения разметки