Александр

В svg картинка должна быть отрисована элементом path обязательно со свойством stroke

<svg viewBox="0 0 340 333">
  <path class="path" fill="white" stroke="black" stroke-width="4" d="M66.039,133.545c0,0-21-57,18-67s49-4,65,8s30,41,53,27s66,4,58,32s-5,44,18,57s22,46,0,45s-54-40-68-16s-40,88-83,48s11-61-11-80s-79-7-70-41C46.039,146.545,53.039,128.545,66.039,133.545z"/>
</svg>

На чистом css(без JS) фокус делается манипуляцией свойствами stroke-dasharray, stroke-dashoffset

.path {
  stroke-dasharray: 1000;
  stroke-dashoffset: 1000;
  animation: dash 5s linear alternate infinite;
}
@keyframes dash {
  from {
    stroke-dashoffset: 822;
  }
  to {
    stroke-dashoffset: 0;
  }
}

Работаюший пример https://codepen.io/chriscoyier/pen/bGyoz

$(window).scroll(function () {
    let ratio = $(document).scrollTop() / (($(document).height() - $(window).height()) / 100);
+   $("#progressbar").text(ratio + "%");
    $("#progressbar").width(ratio + "%");
});

Тут скорее всего дополнительными проверками в контроллере проще всего обойтись.

// Роут для всех
Route::get('/{slug}', 'ContentControler@content');

// Контроллер
public function content(string $slug)
{
    $category = Category::whereSlug($slug)->first();

    if ($category) {
        // Возвратили категорию
    }

    // Сюда попали если категории нет
     $post = Post::whereSlug($slug)->firstOrFail();

    // Возвратили пост
}

yum install php-intl

reactour думаю что вам нужно что-то подобное

эта штука гуглится так "название фремворка + tour или guide"

next на основной домен, апи от лары на поддомен.

Если обязательно нужно на одном домене, то можно через location nginx настроить типа того:
domain.com - идёт на next
domain.com/xapi/ - идёт на ларавель

Коротко: если всё и так работает, не надо. Лучше точно не станет.

Если вам нужны новые возможности, то да. Если нет, то нет.

apt install screen

from urllib.request import urlopen,Request
import json
url = "http://api-seller.ozon.ru/v1/category/tree"
headers = {
    "Client-Id":836,
    "Api-Key":"0296d4f2-70a1-4c09-b507-904fd05567b9",
    "Content-Type":"application/json"
}
data = {
    "category_id":17036076,
    "language":"EN"
}
responce = urlopen(Request(url,bytes(json.dumps(data,indent=0),"utf-8"),headers))

Есть опыт помощи таким начинающим.
реальный срок до запуска джуниора - полгода, никого не слушайте.

Важные моменты
веб-программирование на базе PHP - это стек технологий: PHP/SQL/CSS/HTML/JS + Linux хотя бы азы + знание важных инструментариев (FTP, Git/SVN, работа с БД)
чистый PHP плюс даже все перечисленное выше - не особо нужно и не интересно. Нужно знание конкретных платформ: фреймворков и/или CMS. (Почитайте вакансии на Хантиме по запросу PHP, обратите на это внимание). Навскидку самые востребованные (спорно конечно): Yii фреймворк, CMS Битрикс и Wordpress.

Как начать?
Смело на амбразуру!
1) Установите у себя рабочую среду LAMP/WAMP - Apache, PHP, MySQL. Для этого возьмите пакет Denwer или OpenServer, что больше понравится. Сделайте Hello World просто как HTML, потом на PHP, потом алертом на JS. Порадуйтесь.
Установите все редакторы кода. Кто там вам будет рекомендовать блокнот или notepad++ - не слушайте. Варианты: если машина мощная (4+ Гб памяти и пр.), берите редактор phpStorm (для php/html/css/js). Если не очень мощная - берите komodo edit. Для работы с БД инструмент встроен в Denwer/OpenServer, это phpMyAdmin
2) Идеально, если вы договоритесь сделать кому-нибудь сайт. Бесплатно или за небольшую плату. Если нет - сами себе поставьте задачу: сайт про котиков/про детей etc. Красивый сайт, с галереей, с эффектами, с материалами
Возьмите CMS Wordpress и попытайтесь сделать сайт у себя на компьтере. Настоящий сайт, во всей красе, как вы хотите. Правьте его, смотрите код, экспериментируйте. Сообщество огромное, вы найдете ответы на все свои вопросы
Потратьте чуть денег, купите себе домен и хостинг, залейте сайт на хостинг.
Порадуйтесь. Похвастайтесь.
3) Ищите в сети тестовые задачи и решайте их, изучайте материалы собеседований, вопросы - их много.
4) Зарегистрируйтесь на odesk.com под каким-то фейковым email, пройдите тесты по PHP, CSS, HTML, jQuery, Wordpress, а во время прохождения делайте скриншоты вопросов. Потом изучайте эти вопросы, ищите ответы, далеко не обязательно на все. Тесты вы, конечно, не пройдете, но вам нужны только вопросы.
5) Постоянно следите за вакансиями "PHP-программист", "веб-программист" на Хантиме, на hh.ru и подобных ресурсах.

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

Вот как раз на полгода.
После этого у вас появится масса информации, и дальше вы сами сориентируетесь.

Решено! В файле /etc/php/7.0/fpm/php.ini выставил значение переменной cgi.fix_pathinfo в 0.

Для начала почитайте что такое SAPI. Затем представьте что apache + mod_php разделили на web-сервер, который проксирует запросы на php-fpm и отдает статику, и собственно отдельный web-сервер который имплементит SAPI и выполняет запросы связанные только с php. То есть статику отдавать мы можем только через php. Суть примерно та же что и у apache2 + prefork + mod_php но оптимизированный только для работы с php. Так же можно поставить на фронт более быстрый и легковесный сервер который умеет проксировать запросы.

То есть php-fpm это эдакий fast-cgi сервер который постоянно держит готовые для работы пул-процессов (сколько в пуле процессов настраивается, так же как и от какого пользователя их запускать и все такое прочее). Каждый новый запрос уходит в какой-либо процесс из пула, запрос отрабатывает, возвращаем результат тому кто попросил (web-серверу обычно). Если процесс падает (fatal допустим) - поднимаем новый.

Принципиальной разницы между apache2+mod_php нету, просто упрощается инфраструктура. Наш web-сервер должен только уметь проксировать запросы и отдавать статику, а php-frpm вообще может быть на разных машинах (балансировщиком можно раскидывать запросы). Ну и сами понимаете, nginx + php-fpm будет быстрее обрабатывать запросы чем apache2+mod_php какой бы мы менеджер процессов не использовали в апаче. Минусов по сравнению с apache+mod_php я даже не могу предложить.

А php-runtime не зависит от этого. Он один на всех, CLI, FPM, mod_php...

1. Размазать нагрузку по времени. Переносить данные чаще меньшими порциями, чтобы не нагружать основную БД на час.

2. Построить архитектуру мастер-реплика. Писать только в мастер. Читать только из реплики. Тогда у пользователей реплики не будет проблем "mysql server has gone away".

3. При переносе запись происходит в те же таблицы, из которых читают пользователи? Возможно стоит писать в какие-то временные таблицы и после завершения подменять их. Чтобы не блокировать основные таблицы.

Ну и собственно - что вообще побудило построить такую странную архитектуру, где надо переносить большой объём данных из одной БД в другую не регулярной основе?