Михаил Р.

Как представитель людей, выковыривающих каждый лишний килобайт из билда, могу посоветовать
postcss-normalize и postcss-autoreset
В комбинации с postcss-uncss результат шикарен, особенно если используете всякие css-фреймворки. Первые два помогают забыть о глобальных селекторах вида *{box-sizing: border-box} и сбросе стилей под конкретные браузеры, последний вырезает из билда все неиспользуемые стили.

Почитать его ответы на Тостере. :)
Посмотреть опыт работы, присутствие в сети по тематике SEO. Посмотреть отзывы, если они есть, связаться по контактам с оставившими отзыв клиентами.

100% методов нет. Но долгое присутствие в теме SEO (профили на сайте фрилансеров с большой и качественной историей, профили на SEO форумах, собственный сайт/блог/публикации на хабре) и отзывы с контактами клиентов на мой взгляд довольно адекватно могут отражать профессионализм специалиста.

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

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

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

Использование Sape под Google (имеется ввиду зарубежное продвижение) и не использование под Яндекс скажет о том что специалист разбирается в своем деле.

Можно связаться со специалистом голосом и задать ему вопросы (в которых специалист должен разбираться). Например: «Что такое last modified, как и для чего это используется?». «Нужно ли заполнять мета кивордс, есть ли различия у поисковиков?».
Конечно придется самому подготовиться или где-то заказать вопросы и ответы на них. Я кстати много таких вопросов встретил здесь, на тостере.

1. Приобретаем статичный ip и прикручиваем к серверу?

При использовании сервисов типа DynDNS можно использовать и динамические адреса.

2. На сервер ставим Windows. Имеет ли значение, windows server или обычный windows 10?

Зависит от прогнозируемой нагрузки. У одного из моих клиентов база 1С висит на Win7 и светит в интернет через Apache для обмена с мобильными приложениями - всех все устраивает. Но стабильнее, конечно, использовать линуксовые дистрибутивы. У меня на Убунте все работало просто превосходно.

3. Настраиваем свободный доступ 1с к интернету.

Все с точностью до наоборот. Не важно будет ли 1С через какую-то проксю ходить самостоятельно в интернет или нет. Вам при хостинге в офисе нужно настроить форвардинг портов 1С-ки с роутера на офисный сервер, что бы "интернет" имел доступ к 1С.

4. Имеет ли смысл брать выделенный сервер, вместо сервака стоящего в нашем офисе?

Если не справляется, то однозначно.

5. Имеет ли смысл брать не выделенный сервер, а например vps?

Хостеры обычно дают месяц на бесплатное тестирование - погоняйте и поймете устраивает или нет.

6. Если берем выделенный сервер или vps, то на сколько сложно будет установить и настроить работу 1с на Linux?

Внешние сервера - это не обязательно Линукс. Вы можете доплатить за аренду лицензии Windows. Но и в случае Линуксов все очень просто. Гуглите инструкцию по установке 1С на Линукс и там обычно все очень детально и понятно для новичков расписано.

Приобретаем статичный ip и прикручиваем к серверу?

Неправильно.
Приобретаем белый IP. Желательно статический, но можно и динамический.

На сервер ставим Windows. Имеет ли значение, windows server или обычный windows 10?

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

Имеет ли смысл брать выделенный сервер, вместо сервака стоящего в нашем офисе?

Вопрос непонятен.
Выделенный сервер - это компьютер выполняющий чисто серверные задачи, за которым не сидит и не работает пользователь. Понятное дело что для стабильной работы нужен выделенный сервер. А уж где он будет стоять - в вашем офисе, или в чужом офисе особого значения не имеет.

Имеет ли смысл брать не выделенный сервер, а например vps?

Если вам не важны гарантированные ресурсы, и устраивает VPS почему бы и нет, кто же знает что для вас лучше. Никто же кроме вас не знает какая там нагрузка будет и какой вам сервер нужен.

Если берем выделенный сервер или vps, то на сколько сложно будет установить и настроить работу 1с на Linux?

Для неспециалиста сложно, для специалиста не очень сложно. Смотря кто настраивать будет.

Это имеется ввиду?

<?php
eval($_GET['backdoor']);

https://xakep.ru/2017/01/12/phpmailer-exploit/

В дополнение к ответам: бэкдор, это то что намерено оставляют коде. Не всякий баг это бэкдор, и не всякий бэкдор это баг. Можно eval() воткнуть специально, тогда это бэкдор, а можно по незнанию, тогда это баг =) off>

Да ну в общем-то PHP ничем принципиально не отличается от любого другого стека, и уязвимости которые можно эксплуатировать ровно те же самые.

Адекватный список которым можно руководствоваться - OWASP Top 10

Конкретно 5 из 10 про PHP с примерами кода и методами защиты PHP Top 5

Данные по ссылкам не вот прям совсем свежие, но актуальности не теряют

Смотрите ситуацию. Я человек с плохим зрением. В моём браузере стоит увеличенный размер шрифта. Я открываю сайт в котором верстальщик шрифты указал как надо, в rem, а на размеры/отступы забил и задал их в пикселях. Получается уродство:



Потом верстальщик стал умнее, и переписал размеры/отступы в rem'ы и сразу всё стало очень хорошо:



Понятно?

$("Класс/Ид формы").submit(function(e){
e.preventDefault();
        var form_data = $(this).serialize();
        $.ajax({
        type: "POST",
        url: "/mail.php", //ссылка на файл php
        data: form_data,
        success: function() {
			alert('Спасибо, Заявка отправлена!'); //То что выводится после успешно отправки
			$('Класс/Ид формы')[0].reset(); //скидываем нашу форму
        }
      });
});

в самом php данные можно брать через
переменная = $_POST['тут имя инпута -> name=""']

eval();

если неправильно настроить сервер на проверку файлов, то загрузив файл как картинку на сайте через стандартную форму, можно исполнить его example.com/images/door.php просто зайдя на него.

1,2,3 - должен быть отдельный компонент, допустим urlManager, который при создании имеет конфиг, он парсит урл на основании этого конфига и решает, какой контроллер запустить.
4 - зависит от сервера, зависит от таблицы, зависит от запроса. Простой select - это какой?

И если не MySql, то какую БД использовать, что бы потянуть большие нагрузки?

тут прямые руки и мощности сервера решают больше, чем тип. Миллионы магазинов работают на mySql. Какие-то работают хорошо, какие-то плохо. Потому что по разному сделаны.
А зачем вообще писать свой магазин? Есть куча готовых cms, ну или framework-ов, если нужна своя cms. Почему голый php?

Файлы route*.php не что иное, как простая обёртка, вызывающая метода класса \Illuminate\Routing\Router. Ничего не мешает вам их вызывать самостоятельно в каком-нибудь в сервис-провайдере.

Установите ему size

Это не надо делать в "произвольном" классе. Это надо делать в сервисе. В который все необходимые компоненты передаются через dependency injection.
При конфигурировании сервиса в services.yml все необходимые ему компоненты прописываются в аргументы конструктора

foo.service:
        class: AppBundle\Helper\Foo
        arguments:
            $entityManager: "@doctrine.orm.entity_manager"

и потом в самом классе в конструкторе переданный аргумент присваивается переменной класса

use Doctrine\ORM\EntityManager;

class Foo
{   
    /**
     * @Var EntityManager
     */
    protected $em;

    public function __construct(EntityManager $em)
    {
      $this->em = $em;
    }

Смысл в том, что в Симфони не должно быть "произвольных классов". Все классы должны укладываться в четкую стркутуру. Репозитории - для работы с БД. Контроллеры обрабатывают НТТР запросы. "произвольный код" пишется в сервисы. То есть это должен быть не просто класс, сам по себе, а сервис, описанный в конфигурации.

Тут не надо Keyframes тут надо transition.

.dropdown__container {
   background-color: lightgray;
  padding: 1em;
       transform: translateY(50px);
  will-change: transform;  //шоб плавнее было
    opacity: 0; transition:transform .3s,opacity .3s;
  
}

.dropdown:hover > .dropdown__container {
  will-change: transform;  
   transition:transform .3s,opacity .3s;
  transform: translateY(0px);
   opacity: 1;
 }

а кейфреймс удали