Лев Салатов

Механизм обмена товарами и заказами, а так же остатками и ценами есть в типовом обмене с Битрикс. Поищите в сети документацию к Битрикс. Там весть алгоритм от начала до конца расписан + есть схема. Может вам это поможет

Варианты от простого к сложному или на вкус и цвет
1 в 1с использовать обмен с сайтом только для регистрации событий для обмена. Написать свой обмен в 1с и соответственно на стороне сайта
2 сменить платформу на Битрикс (в нем обмен из коробки с 1с встроен)
3 взять Битрикс настроить с ним обмен и посмотреть что он возвращает и сделать по аналогии на своем сайте

Вариант 2 точно не стоит использовать, так как:
1. Вы ответили success, а значит данные успешно получены, а потом вдруг при обработке файла поняли, что он поломан...
2. Если всё собирать в один файл, то его размер может вырасти до неприличия и парсер при его обработке умрет, а вы уже ответили success и попробуй пойми какая част данных в базе, а какая не успела обработаться...

1) Go компилируемый, само собой скорость выше, но если вы на маленьком сайте упираетесь в скорость исполнения кода, то проблема скорее в коде, и выбор более быстрого языка избавит вас только от симптома, но не от болезни
2) на seo влияет только то ЧТО вы отдаёте пауку. Не важно на каком языке пишется программа, которая отдаёт html
3) Программа написанная на go сама работает как сервер. Более того, это не какой-то сервер приложений, как например tomcat, нет, вы сами будете писать цикл обработки входящих соединений - т.е. вам необходимо этот самый серер реализовать. В отличие от php+apache, где в качестве сервера выступает apache, который при необходимости вызывает php. Ставить ли apache или nginx перед go сервером вы решаете сами.
4) Поддерживает. На скорость работы СУБД не влияет то, на каком языке написана программа, которая к ней обращается.
5) Фреймворков уровня Yii2 или Symfony не наблюдается. Ситуация такая же как и с NodeJS - что-то есть, но комбайнов нет.
6) Если что-то может слушать соккет - на этом можно написать сайт. Любой. Другое дело, что сайты визитки на Go не пишут (только ради забавы), а крупные сайты вообще имеют сложную архитектуру, такую что язык уже не имеет значения.
7) Для php разработчика - да. Как минимум вы меняете скриптовый язык на компилируемый. Это значит что любое изменение кода требует компиляции, остановки работающего сервера, загрузки бинарника на его место и запуск. Кроме того вы меняете Stateless модель работы кода на полноценно работающую программу. Если на php у вас скрипт запускался заново при каждом http запросе, то программа на go запускается один раз и после этого принимает множество запросов.

Есть

UPDATE articles SET text = REPLACE(text, '8-927-123-45-67', '8-927-123-76-54') WHERE text LIKE '%8-927-123-45-67%'

$("body").on('click', '[href*="#"]', function(e){
	var fixed_offset = 100;
	$('html,body').stop().animate({ scrollTop: $(this.hash).offset().top - fixed_offset }, 1000);
	e.preventDefault();
});

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

У вас sql injection в коде. Используйте PDO или prepared statements.

Родители по id пользователя:

SELECT `t2`.`name`
    FROM `mp_tree` AS `t1`
    JOIN `mp_tree` AS `t2`
        ON `t1`.`path` LIKE CONCAT(`t2`.`path`, '.%')
    WHERE `t1`.`id` = :id
    ORDER BY `t2`.`path` DESC

Родители по path пользователя:

SELECT `name`
    FROM `mp_tree`
    WHERE :path LIKE CONCAT(`path`, '.%')
    ORDER BY `path` DESC

Индекс использоваться не будет, поскольку `path` используется внутри функции.
Я бы сделал на Nested Set, там вставка будет работать дольше, но выборка быстрее.

А зачем записываться за пригласившим?
Добавьте в таблицу пользователей поле указывающее на пригласившего.