Алексей Уколов

Фундаментальный недостаток [назначения события через on*] — невозможность повесить несколько обработчиков на одно событие.

Разница есть.

Если вы сравниваете именно булевые значения, то разницы нет (потому что "==" и "===" будут работать одинаково, если типы не нужно приводить):

true != true -> false
true === false -> false
false != true -> true
false === false -> true

А если у вас идет приведение типов, то разница, разумеется, есть:

"" != true -> true
"" === false -> false

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

var uploadForm = $('#uploadForm');

$('#userPhotoInput').on('change', function () {
    uploadForm.submit();
});

Заменить dateType: "json" на dataType: "json" и быть внимательнее в будущем.

Решение вашей задачи находится здесь.

Селектор должен быть такой: .ymaps-2-1-29-ground-pane
Но, судя по всему, он перестанет работать, как только они выпустят новую версию.
Поэтому лучше подстраховаться и писать так: [class*="ymaps-2-1"][class*="-ground-pane"].
Что их сподвигло вынести патч-версию в css-селектор не могу представить.
Пример.

$messages = "Фамилия: {$familija}\n";
$messages = "ИНН: {$inn}\n";
В этих местах вы переопределяете значение переменной $messages. Все, что было записано в нее до этого, удаляется. Чтобы этого избежать, нужно присвоение = заменить конкатенацией .=.

Вместо document.getElementByClassName("a") должно быть document.getElementsByClassName("a")[0]. Но если таких блоков на странице несколько, то работать этот код корректно не будет. Посмотрите варианты решения вашей задачи здесь.

А вообще, вы либо трусы наденьте, либо крестик снимите:

$('span').on('click', function () {
    var $el = $(this),
        targetID = $el.data('target-id'),
        $target = $('#' + targetID);

    $target.toggle()
        .next('.a')
        .toggle();
});

Потому что изначально left: auto.

Also the auto value is often a very complex case. The specification asks not to animate from and to such a value. Some user agents, like those based on Gecko, implement this requirement and others, like those based on WebKit, are less strict. Using animations with auto may lead to unpredictable results, depending on the browser and its version, and should be avoided.

https://developer.mozilla.org/en-US/docs/Web/Guide...

Если задать изначальное значение числом, например, 0, все прекрасно работает.

if (auth()->check())
{
    $attendedfestivals = Planner::where('user_id', auth()->user()->id)->where('planned_festivals', 0)->get();
}
else
{
    // Обрабатываем ситуацию, когда пользователь неавторизован.
}

grant all privileges on *.* to root@"%" identified by "123" with grant option;

масштабирование этих настроек (I want to believe) не планируется и вроде как можно сделать жестко.

Очень надеюсь, что опытные архитекторы, или те, кто имел дело с подобным, подскажут как быть.

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

Алгоритм прост:

1. Делаете максимально удобное в плане доработки решение
   
2. Пользуетесь
   
3. Собираете фидбек
   
4. Формулируете список изменений, используя в качестве обоснования конкретные проблемы текущей реализации
   
5. Переходите в начало цикла
   

Обратите внимание, что алгоритм подразумевает, что вы сами решаете, что именно в вашем случае означает "удобное в плане доработки".
Здесь есть два полюса:

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

Нужно понимать, что и первый и второй вариант дороги для заказчика и прибегать к ним имеет смысл только в том случае, если в этом есть реальная необходимость. Чаще всего используется некий промежуточный вариант.

javascript.ru/encodeURIComponent

Если данные нужно хранить до перезагрузки страницы - создайте просто для каждой формы объект и держите его в памяти, обновляя при необходимости. Любое другое решение в этих условиях - overkill.
Вот простейший вариант.

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

DISTINCT здесь не поможет, нужно использовать GROUP BY.

SELECT
  `resources`,
  `command`,
  MAX(`timestamp`)
FROM
  `command`
WHERE
  (
    (
      (`user_id` = 1000196805)
      AND (
        `command`.`resources` LIKE '%\"14\":%'
      )
    )
    AND (`timestamp` >= 1439856000)
  )
AND (`timestamp` <= 1439942400)
ORDER BY
  `timestamp` DESC
GROUP BY
  `resources`

Вот только, что вернется в command в этом запросе, mysql не гарантирует - при группировке нужно в SELECT использовать только те поля, по которым производится группировка или аггрегатные функции (MAX, например, как в данном запросе).