Виктор Таран

Битрикс не joomla тут и проще и тяжелее
1. вы показали самое редко используемое место
2. В зависимости от места и способ доабавления описания сильно отличаются.
3. Вам в СЕО модуль, читайте он нем там достаточно легко.
4. кеш это кешь он или сам пройдет или скинете.

нет смысла переводить, я проверял и по скорости и по размеру и по всему что-только можно.
Вот вам вариант который безопасен, быстр дешев и сердит. дает 98% от того что дает wepb но бе костылей и блэкджека.
Местами даже больше 100% так что можно сказать что плюс минус одинаково.
https://klondike-studio.ru/blog/optimizatsiya-kart...

Максимальная частота на ядро приоритет.
Битрикс вообще любит исключительно частоту.
Но работать б24 будет и там и там в среднем одинаково поскольку там нет каталога и милионом товаров на всех страницах, так что он все-равно будет работать.
Другой вопрос в количестве людей, если их меньше 500 то разницы нет.
Но частота на ядро пироритет, один запрос в бд делается на одном ядре, и этот хит будет быстрей на большой частоте, притом сильно быстрее.
Если же у вас ну очень много людей то тут уже принципиальнее количество ядер.
Можно легко узнатьпо loadAvarage если оно у вас меньше количества ядер то частота вам в приоритете.
напишите количество пользователей. и размер бд
Если же у вас кластер и бд на работает через сеть, то прироста от частоты уже будет почти не видно, поскольук сетевое подключение будет сьедать сокорость мелких хитов.
там уже в приоритете будет большее количество ядер.
Но этой прекрасной идеи я бы сторонился до последнего.

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

1. скопировать раз и все нельзя тем более на другую ос тем более с rpm на deb
2. посколкуь там центос вангую что там битрикс вм, там много чего накручено нештатного спорного но по соотношению цена качество она неплоха, как вариант я бы вам рекомендовал посмотреть стоит ли там битрикс вм, и если да то создал бы новый сервер на центосе и поставил туда битрикс вм дабы это делается в 1 клик.
https://dev.1c-bitrix.ru/learning/course/index.php...
И у вас есть шанс перенести часть конфигов и есть шанс что оно заработает.
Но скорее всего у вас в облаке кастомная битрикс вм или часть от него.
И в этом случае вам нужно переносить битрикс ручками на дебиан.
Плюс учесть специфику битрикса с пушами и тд и тп.
Как отдельная задача это ориентировочно от часа до пары дней. в зависимости от сложности проекта и кастомности.

Если же вы про сам перенос то тут все просто. Делаете дамп базы в корень сайта.
арзивируете его и отправляете на фтп или по ssh на второго сервера там разворачиваете.
Или используете штатный способ битрикс но это дольше
Ну или вот утилитку писал, недоделал но то что для вас нужно уже работает.
Просто скопируйте строку в низу и выполните в терминале.
https://top-engineer.com/test2

Скорее сказать в чем не может быть проблем.
я тебе на вскидку накидаю штук 30 проблем с такими симптомами.
Ну и первая это сам клаудфлеер. время построения дом модели , гетлист с его инвалидностью, конфигурация веб сервера, настройки , некэшируемые компоненты, много ядер низкая частота, и тд и тп
для более конкретного ответа тужен и сайт и доступ по ssh и админка, и часа два времени.
тогда я смогу тебе ответить что тебе делать.

get параметр не является частью урла по этому ты не выделяешь его как просто строку
https://donatstudios.com/RewriteRule_Generator

Стоимость контента на сайте больше самого сайта так было есть и будет.
Пример сайт стоит 500
на сайте 10К товаров , на каждую карточку ты потратил 2 минуты, проверил инфу добавил картинку ( не говорю сейчас про сьемки и ретушь)
Скажем за все это ты потратил
30 рублей на карточку,
30*10000=300000
Но это при идиальных вводных данных.
Вот и получается качественно оформить контент с одинаковыми картинками по соотношению сторон плюс минус качеству хотя оно должно быть хорошим.
Проверить качество заполнения, дописать там где ничего нет, то есть открыть коробку и достать паспорт выписать с него.
эту калькуляцию смело можно умножить на 5.
А ведь еще и съемка товара может быть
Так что ответ простой, плати или трать много времени

Никак !!
Господи меня парой поражают SEO шники которые до сих пор не понимают что сейчас не 2008
не нужны миллионы страниц в индексе.
1. ВСЕ страницы на сайте должны иметь ЧПУ
2. Каждая страничка должна вести на свою категорию.
3. Нет дублей никаких.
4. Риал каноникал на всех страницах, на всех, вот просто в хедер засуньте риал каноникал на текущую страничку без гет параметров !
5. Если у вас страничка с гет то ее точно индексировать нельзя, по этому запрещайте индексировать карзины пагенации и тд, канибализм пока никто не отменял.
6. Выберете в вашем случае два варианта
1. спрятать за AJAX в таком случае 1 кнопочка и у вас все работает.
2. вас не устраивает что вы не можете дать ссылку на 5 страничку не приходя к костылям.
В таком случае смотрите правило выше ( все страницы с гет уже не попадают в индекс)
Скажите мне зачем вам в индексе 10 одинаковых страниц отжирающих вес?

Пример
У вас запрос
"Холодильник тефаль"
У вас есть секция холодильники и тефаль, проблем нет вы на их основе собераете ЧПУ
НО так же у вас есть и фильтры
Красный
от 30 до 36 обьем морозилки
Количество контуров 2
евро вилка
и тд. В общем в совокупности будут запросы которые в интернете по 1-2 за год !
а таких страниц может быть миллион.
По этому веса у них быть не должно
И того
Важные фильтры ченрез секции и они имеют чпу
Холодильник тефаль - существует
Красный холодильник тефаль Высота 30 Ширина 31 с ледообразователем в ценовом дипапзоне от 100 до 142, это идиотский запрос его в индексе быть не должно, а следвоательно вся эта лабудень собирается на гет параметрах, а они у нас мало того что запрещены все полностью к индексации.
Так еще и риал каноникал у нас стоит и говорит явно что вот эту страничку нужно индексировать.
Смысл создавать странички от которых толку 0 ?

пропусти пока меню
делай остальное

Битрикс не joomla тут "создать страницу" можно совершенно разными способами.
Предполагаю что он это сделал в инфоблоке в битриксе скажем выводится оно все у тебя через news.list
в таком случае ты можешь зайти в инфоблок выделить нужные тебе статьи и экспортировать и импортировать на рабочем сайте, не забывая что ID статей должны быть от продакшена.
Но если ты не знаешь такого базеса делать это на продакшене я бы тебе не рекомендовал. Попробуй на том же дев сайте поделать это.

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

Если картинки подгружались через аплоад то дела твои плохи ибо они хранятся в /upload/iblock/fff/ffadfa/aaa/ada.txt
то скопировать их будет уже более веселой задачей.

Есть шанс что он это писал в описание секций да в добавок их еще и перевязывал, тут все сложно

Короче если ты про в битриксе ты бы таких вопросов не задавал.
А сломать в нем можно достаточно быстро и легко, тем более импортируя непонятно что и непонятно куда.
Так что перенести 10 статей руками будет куда надежнее.

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

Во избежание типовых ошибок полезно вот это
https://klondike-studio.ru/standards/standartnyy-h...

тут писал
https://klondike-studio.ru/blog/bitrixtar/

1. ставите нормальную выгрузку 1с а не то убожество что по дефолту в1с. https://1c.1c-bitrix.ru/ecommerce/download.php
там есть виртуальное дерево каталога.
То есть вы собираете структуру каталога из элементов и разделов в 1с, не похожую на то что 1с.
Нкидываете как вам нужно при экспорте и загружаете уже нужную структуру на сайт.
https://dev.1c-bitrix.ru/learning/course/index.php...

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

Раздел "Стандарт, Профи, Корп
подразделы у каждого "Работа с ТДС"
Собственно все у тебя все есть, строишь табличку.

вы документацию битрикс читали?
https://сайт/каталог/товар
Минимально возможный урл.
Все остальное это дикие костыли.
Очень вам рекомендую перед столь сомнительным действием взять с заказчика бумажку что это *** костыль который потом будет постоянно преподавать сюрпризы.

$GLOBALS['arrFilter'] = array(">=DATE_ACTIVE_FROM" => $from, "<=DATE_ACTIVE_FROM" => $to, "=PROPERTY_46_VALUE" => $label);?>

думаю дальше уже самам поймешь