ThunderCat

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

$(function() {
var navWidth =   document.documentElement.clientWidth;

$(".navbar ul").width(navWidth);
});

PS: то же самое надо будет повесить и на онресайз.

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

нативный required нынче не модно?

Всё работает, кроме отправки на другой сервер.

Cross Domain Policy?

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

Я где то пропустил момент где описывается почему нельзя хранить все это в сессии? Довольно стандартная задача, не требующая каких-либо фантастических технологий. 2 яваскрипта с аяксом и пару строчек на пхп.

@page {
  size: A4;
  margin: 0;
}
@media print {
  html, body {
    width: 210mm;
    height: 297mm;
  }  
}

UPD:
попробуйте на кнопки добавить срабатывание следующего кода:

document.querySelector('style').textContent += "@page { size: A4; margin: 0;} @media print {  html, body { width: 210mm;    height: 297mm; }}";

для А4 и

document.querySelector('style').textContent += "@page { size: A5; margin: 0;} @media print {  html, body { width: 210mm;    height: 148mm; }}";

для А5

кэш в данном случае это что? наличка, кеш браузера, мемкеш, сессия...?

начиная с 5 версии mysql Если вы указываете кодировку utf-8 значит количество символов будет такое какое укажете в поле длины.
В более ранних версиях поле длина выделяло соответствующее количество байт, что было не очень удобно для кодировок с переменным числом байт, как например utf-8.

strlen выдаст длину в байтах, mb_strlen выдаст длину в символах в указанной кодировке, UTF8::strlen скорее всего просто сахар для mb_strlen в utf-8.

Магия вне Хогвардса запрещена, по этому браузер не может отобразить картинку которая не лежит по указанному урл.

Потом заново запускается bootstrap.php и в $_SERVER['REQUEST_URI'] содержится 'favicon.ico', либо '404', либо 'js', от чего это зависит я так и не понял.

с дебаггером все ок, скорее всего у вас настроен хтаксесс на переброс несуществующих файлов на похожий контроллер и экшн. Проверьте консоль браузера какие запросы к ресурсам вернули неверный тип и проверьте что они лежат в том месте куда прописан их урл(например js/some.js вместо /js/some.js и favicon лежит там где нужно). То есть все отсутствующие ресурсы могут перенаправляться на страничку 404 например, отсюда и еще один запуск всего движка.

Идея имхо бредовая(кому надо и за пару минут сохранит что ему надо), но это уже ваши вопросы...
Передавайте клиенту ссылку с рандомно сгенерированным хешем(например от микротайм+соль), и пишите хеш в базу. При первом заходе пишите время начала активации в базу при дальнейших переходах проверяйте прошло ли 5 минут(отслеживайте по сессии). Если прошло - перекидываете на заглушку.

Данная реализация не дает гарантии что если человек 20 часов просидел на 1 страничке его выкинет "автоматически". Только при следующем запросе к серверу.
В принципе можно прикрутить и яваскрипт, который по таймеру сделает перезагрузку страницы и выкинет из системы, но это защита уровня таблички "по газонам не ходить", обходится на раз.

Выделить (сцепить) нужные слои, layers -> align and distribute

возможно часть данных уцелела, но прийдется потратить уйму времени. Ищите на рутрекере набор утилит для восстановления данных, там есть и программы по восстановлению после форматирования, например Easy Recovery Pro или что-то подобное.
UPD: Я бы не стал полагаться на какую-то одну утилиту которую тут конкретно рекомендуют, ибо неоднократно сталкивался с тем что все они работают по разному и в разных ситуациях одни хваленые проги могут не сработать, в отличие от какой-то замухрышной неизвестной тулзы. Качайте пак, пробуйте все по порядку, возможно что то неизвестное из прог как раз поможет, уже было у меня такое.

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