Александр Талалаев

Например так
echo number_format('7.220094E-8', 15, '.', '');

github это круто, но смотреть/изучать его никто не будет. Поэтому не важно что туда выкладывать, просто покажи что умеешь им пользоваться, знаешь имеешь понятие о git в целом.
А так лучше показывай готовый живые сайты или собранные тобой клевые штуки на https://codepen.io/ .
ну а в целом, главное для джуна это умение и ЖЕЛАНИЕ учиться. Именно эти параметры важны человеку который тебе будет курировать или вести после найма.

Чаще всего проблема в том что не заданы параметры width и height у viewport
viewBox="0 0 500 200" width='500px' height='200px'
Не обязательно в пикселях, и в целом это не ограничивает дальнейшее масштабирование svg через css или как-то иначе, но позволяет многим браузерам правильно подсчитать размеры изображения.

Разу у вас все сверстано, то разумнее всего задать дивам что перекрывают кнопку свойство pointer-events в значение none.
pointer-events: none;
Таким образом бразуер будет игнорировать события мыши для этих элементов.

У вас будет очень пагубный путь, не советую даже так начинать.
Возьмите хотя бы эту книгу (которая тоже не идеал) и пройдетесь по ней, там как раз хороши путь к тому чтобы написать свой роутер с учетом автозагрузок PSR-4 (в целом глава 6 о MVC).
А вообще читаем это: https://github.com/getjump/ru-php-the-right-way
Исходники вот этого: https://github.com/klein/klein.php
И исходники вот этого: https://github.com/slimphp/Slim

На СЕО это положительно скажется, но прежде всего легче будет людям, так как более понятный, тн человекопонятный URL.
Но только по фильтрам лучше не сокращать, а выводить все.
Ну те в вашем случае:
metro1 - na-dom - Это один параметр разные значение
site.ru/catalog/category1/metro1 - категория и метро
site.ru/catalog/category10/metro1/male - категория, метро и женский пол
site.ru/catalog/category10/metro1/any/ - категория, метро, любой пол
site.ru/catalog/category10/na-dom/male/- категория, выезд на дом, женский
site.ru/catalog/?sort_reviews=ASC&sort_price=DESC - просто сортировка по отзывам и цене, сортировки все же лучше делать отдельно, через классический GET. , его же любым выше можешь добавлять
По факту все эти урлы - GET запросы, просто они прячутся под url.

Route::get('/catalog/{category_name?}/{tip_vyezda?}/{sex?}/', 'FrontController@showCatalog')->name('show.Catalog');

/*Где то в FrontController*/

public function showCatalog() {
$category_name = request()->category_name;
//и тд, обработчик проверки и прочее
}

На самом деле все зависит от ситуации и подходов.
Многие вообще пишут админку как отдельное приложение, таким образом выходит два независимых приложения для фронтэнда, и бекэнда, часто бывает удобно, да и гибкость ларавел многие нюансы позволяют обойти.
Есть примеры классического простого начала,
Есть большой мощный пакет Laravel Voyager, который вы упомянули, он позволит быстро построить мощную админку со стандартными функциями: просмотра, редактирования, добавления, медабиблиотека, строитель меню и тп. Это не CMS, это скажем так избавляет нас от строительства велосипедов, одновременно позволяет писать и гибкие штуки под себя.
Есть October CMS, цмска построенная на Ларавел, параллельно вы можете и сами под нее разрабатывать.
Я советую начать с первого примера, просто чтобы погрузиться в эту тему, изучить код, общие принципы. Далее попробовать вояджер, потом посмотреть Октобер. После этого у вас появится понимание что вам лучше подходит.
PS и изучайте сразу Laravel 5.5

Это не столь принципиально, главное чтобы h1 не был внизу страницы, а просто как можно выше. Роботы поисковых систем все найдут и во всем разберутся. Если вы уж параноик, замените h2 на не заголовочный тег, хотя я бы не парился.

XML и JSON прежде всего конечно же служат для описания данных и чаще всего сегодня служат передачи/хранения их в удобном читаемом виде.
XML по сравнению с html позволяет создавать более строгие и форматы + не будет лишнего для четкого, легкого и однозначного парсинга на любых платформах, в свое время даже создавался формат xHTML как попытка принести ясность и жесткие правила в html, но все же html5 его похоронил, хотя многие его и сегодня используют.
JSON - взлетел на фоне взлета популярность веб в целом и JavaSript в частности, несмотря на все плюсы XML, он все же был часто избыточным для и тяжелым для парсинга, поэтому легкий и удобные JSON быстро набрал популярность, для js он дефакто изначально является нативным и бытсро получил полную поддержку во многих языках программирования и в базах данных(в качестве типа поля).
Короче говоря ключ успеха - легкость(он всегда легче весит соответсвующего xml), простота парсинга - залог успеха.
Есть еще YAML - можно сказать расширения JSON, удобен для конфигурирование приложений, настроек и тп
Но все же везде есть свои недостатки, так что возможно в ближайшем будущем, вместе с развитием веб технологий и JavaScript мы будем иметь другую популярную штуку.

Я в винде использую Git Bash + ConsoleZ

Ну так бери строку и проверяй ее на число, грубо говоря:

Route::resource('/products', 'ProductController@showProduct')->name('showProduct');

//Где-то в ProductController
public function showProduct ($slug = '')
{
if (is_numeric($slug))
{
//по айди
$product = App\Product::find($slug);
return redirect()->route('showProduct', ['slug' => $product->slug]);;
}
else
{
//по слагу
$product = App\Product::findBySlug($slug); //ну допустим у нас есть этот метод и он ужасно засунут в саму модель, но да ладно
}
}

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

Извините, но оценивать нечего. Выглядит как стандартный шаблон, таких бесплатных можно найти огромное количество. Самого дизайна здесь нет совсем.
Дизайн это все таки не просто разукрасить кнопочки.
Хотя безусловно, такой вариант может многим заказчикам прокатить.