Необхідна розробка яка дозволить вписувати будь які URI сторінок (ресурсів). В админ палеле для цього повинен бути спеціальний інтерфейс, який дасть змогу залишити будь-які сторінки і їх URI з попереднього сайту без зміни.

Приклад:
Укр контекст:
/test-page1 - id: 2 (це стандарт)
/ua/test-page2 - id: 3 (це можливість після розробки)
/test-page4 - id: 4 (це стандарт)

Рос контекст:
/ru/test-page3 - id: 5 (це стандарт)
/test-page2 - id: 6 (це можливість після розробки, test-page2 не помилка – мається на увазі що псевдоніми сторінок можуть бути однакові).
/test-page5 - id: 7 (це можливість після розробки)

В прикладі ресурси зв’язані через Babel: 2 і 5, 3 і 6, 4 і 7.

Я бачу таку реалізацію в виді окремої таблиці в адмінці куди буде заноситись необхідний URI сторінки відносно домену і ID ресурсу до якого його потрібно прив’язати. Можлива і реалізація в виді додаткового чекбокса в ресурсі для помітки такої сторінки і вводу необхідного URI в псевдонім.

Основні вимоги: (написано на прикладі таблиці)

Сайт на 2-х мовах укр. та рос. (основна укр.)

Треба зробити спеціальну таблицю в якій будуть записані «особливі» адреси URI і ID сторінок. В цій таблиці: в полі адреси - можуть знаходитись будь-які які URL відносно домену «/» (не базового URL), в полі ID – id сторінки з будь-якого контексту. Обробка Modx цієї таблиці повинна виконуватись слідкуючім чином:

А) Якщо URI присутній в цій таблиці використовується ID цієї сторінки з колонки ID.

Б) Якщо URI відсутній в цій таблиці виконується стандартний алгоритм Modx, але знайдений ID повинен бути відсутнім в попередній таблиці.

В) Якщо URI відсутній в цій таблиці, але знайдений ID (по псевдоніму ресурса) прив’язаний в таблиці до іншого URI треба видати код 404. Тобто при знаходженні сторінки в цій таблиці її власний псевдонім має бути не дійсним і видавати помилку 404.

Система пошуку контента по URL і генерація URL по ID повинна працювати на базовому (системному) рівні щоб запобігти будь-яким проблемам при виводі меню, генерації url по id, вивід посилань babel і т.д.

Вся обробка тільки на стороні сервера і без редіректів.

Після цієї розробки жодні стандартні функції Modx Revo не повинні втратити своєї функціональності.

Modx Revo повинен правильно робити всі перетворення url в ID або ID в URL згідно вище наведених правил.

Для виконання потрібно:

- встановити Modx Revo на наш хостинг ( обов'язково всі основні каталоги необхідно змінити, ядро встановити в приватну зону, а також задати префікси таблиць. Ці дані будуть написані виконавцю. ).
- Налаштувати дружні URL.
- створити файл robots.txt с правилом блокування індексації всіх сторінок.
- встановити основні компоненти pdoTools, Babel, Ace – тобто ті які потрібні для виконання завдання.
- правильно налаштувати контексти та Babel на два контексти Укр(основний) та рос.
- виконати завдання як описано вище.

ТЗ також у файлі (не все написане вмістилось).

Необхідна розробка яка дозволить вписувати будь які URI сторінок (ресурсів). В админ палеле для цього повинен бути спеціальний інтерфейс, який дасть змогу залишити будь-які сторінки і їх URI з попереднього сайту без зміни.

Приклад:
Укр контекст:
/test-page1 - id: 2 (це стандарт)
/ua/test-page2 - id: 3 (це можливість після розробки)
/test-page4 - id: 4 (це стандарт)

Рос контекст:
/ru/test-page3 - id: 5 (це стандарт)
/test-page2 - id: 6 (це можливість після розробки, test-page2 не помилка – мається на увазі що псевдоніми сторінок можуть бути однакові).
/test-page5 - id: 7 (це можливість після розробки)

В прикладі ресурси зв’язані через Babel: 2 і 5, 3 і 6, 4 і 7.

Я бачу таку реалізацію в виді окремої таблиці в адмінці куди буде заноситись необхідний URI сторінки відносно домену і ID ресурсу до якого його потрібно прив’язати. Можлива і реалізація в виді додаткового чекбокса в ресурсі для помітки такої сторінки і вводу необхідного URI в псевдонім.

Основні вимоги: (написано на прикладі таблиці)

Сайт на 2-х мовах укр. та рос. (основна укр.)

Треба зробити спеціальну таблицю в якій будуть записані «особливі» адреси URI і ID сторінок. В цій таблиці: в полі адреси - можуть знаходитись будь-які які URL відносно домену «/» (не базового URL), в полі ID – id сторінки з будь-якого контексту. Обробка Modx цієї таблиці повинна виконуватись слідкуючім чином:

А) Якщо URI присутній в цій таблиці використовується ID цієї сторінки з колонки ID.

Б) Якщо URI відсутній в цій таблиці виконується стандартний алгоритм Modx, але знайдений ID повинен бути відсутнім в попередній таблиці.

В) Якщо URI відсутній в цій таблиці, але знайдений ID (по псевдоніму ресурса) прив’язаний в таблиці до іншого URI треба видати код 404. Тобто при знаходженні сторінки в цій таблиці її власний псевдонім має бути не дійсним і видавати помилку 404.

Система пошуку контента по URL і генерація URL по ID повинна працювати на базовому (системному) рівні щоб запобігти будь-яким проблемам при виводі меню, генерації url по id, вивід посилань babel і т.д.

Вся обробка тільки на стороні сервера і без редіректів.

Після цієї розробки жодні стандартні функції Modx Revo не повинні втратити своєї функціональності.

Modx Revo повинен правильно робити всі перетворення url в ID або ID в URL згідно вище наведених правил.

Для виконання потрібно:

- встановити Modx Revo на наш хостинг ( обов'язково всі основні каталоги необхідно змінити, ядро встановити в приватну зону, а також задати префікси таблиць. Ці дані будуть написані виконавцю. ).
- Налаштувати дружні URL.
- створити файл robots.txt с правилом блокування індексації всіх сторінок.
- встановити основні компоненти pdoTools, Babel, Ace – тобто ті які потрібні для виконання завдання.
- правильно налаштувати контексти та Babel на два контексти Укр(основний) та рос.
- виконати завдання як описано вище.

ТЗ також у файлі (не все написане вмістилось).

Основні вимоги до сайту:
1. Сайт на 2-х мовах укр. та рос. Основна укр.
Але при цьому треба зробити спеціальну таблицю в якій будуть записані «особливі» адреси і ID сторінок. В цій таблиці: в полі адреси - можуть знаходитись будь-які які URL відносно домену «/» (не базового URL), в полі ID – id сторінки з будь-якого контексту. Обробка Modx цієї таблиці повинна виконуватись слідкуючім чином:
А) Якщо URL присутній в цій таблиці використовується ID цієї сторінки з колонки ID.
Б) Якщо URL відсутній в цій таблиці виконується стандартний алгоритм Modx, але знайдений ID повинен бути відсутнім в попередній таблиці.
В) Якщо URL відсутній в цій таблиці, але знайдений ID прив’язаний в таблиці до іншого URL треба видати код 404.
Система пошуку контента по URL і генерація URL по ID повинна працювати на базовому рівні щоб запобігти будь-яким проблемам при виводі меню, генерації url по id і т.д.
2.Таблиця 301 редиректів (ручне заповнення).
3. Мікророзмітка: schema org (усі можливі: організація, категорія товарів, для товару, для статей, хлібні крихти, навігація і т.д.) і Open Graph (з можливістю встановлення окремої картинки - якщо відсутня, то береться основна).
4. Дизайн сайту – є придбаний шаблон:
https://preview.themeforest.net/item/porto-ecommerce-shop-template/full_screen_preview/22685562?_ga=2.210927829.1985676743.1661684813-12162766.1660034890
Деякі моменти звичайно треба буде підправити - вчасності форматування тексту, кнопки соцмереж (яких не вистачає) і т.д.
5. На сайті повинно бути Порівняння товарів, фільтри по опціям (с підгрупами), Нормальний пошук, Розділ Блог (статті з групами), Сторінка 404, сторінки магазину (Категорії, підкатегорії,картка товару, корзина и т.д.)
6. Характеристики товарів з угрупуваннями (2 рівні). Маються на увазі опції minishop2: 1 перший рівень - це група опції, 2-й рівень - сама назва опції. Характеристики виводяться на сторінку товару тільки заповнені і в ієрархії. Відмінності в адмінкі від стандарту: треба зробити можливість вводу опцій прямо з ресурсу (группи товарів) де менеджер зможе ввести так само данні як вводяться опції в налаштуваннях minishop2 але ключ заповнюється автоматично (наприклад інкремент), а группа товарів до якої належить опція встановлюється згідно змінюваної. Змінити відображення опцій в групі товарів на ієрархічний (1р. група опції, 2р. назва опції).
7. Редактор тексту в адмінкі повинен мати однакові стилі оформлення тексту з сайтом і можливість додавати деякі шаблони елементів (див. пункт «елементи» в шаблоні сайта).
8. Для мов правильні теги hreflang, теги canonical та Open Graph
9. Сторінка 404 при будь якій не існуючій адресі (без переадресації на неї).
10. Усі сторінки з ЧПУ (без параметрів). За будь-якої відмінності від норми помилка 404.
11. Підбір за характеристиками.
12. Можливість створювати сторінки з ЧПУ адресою та описом, використовуючи набір характеристик.

P.S.
- Під сайт вже є придбані компоненти mSearch2, SeoFilter, Comparison.
- Під час виконання можливо

Основні вимоги до сайту:
1. Сайт на 2-х мовах укр. та рос. Основна укр. Але при цьому треба зробити можливість ввести вручну адресу сторінки яка буде використовуватись не зважаючи на базовий url (тобто в будь-якому контексті). Ручне введення сторінки відносно головної «/». Редіректи заборонені.
2.Таблиця 301 редиректів (ручне заповнення).
3. Мікророзмітка: schema org (усі можливі: організація, категорія товарів, для товару, для статей, хлібні крихти, навігація і т.д.) і Open Graph (з можливістю встановлення окремої картинки - якщо відсутня, то береться основна).
4. Дизайн сайту – є придбаний шаблон:
https://preview.themeforest.net/item/porto-ecommerce-shop-template/full_screen_preview/22685562?_ga=2.210927829.1985676743.1661684813-12162766.1660034890
Деякі моменти звичайно треба буде підправити - вчасності форматування тексту, кнопки соцмереж яких не вистачає і т.д.
5. На сайті повинно бути Порівняння товарів, фільтри по опціям (с підгрупами), Нормальний пошук, Розділ Блог (статті з групами), Сторінка 404, сторінки магазину (Категорії, підкатегорії,картка товару, корзина и т.д.)
6. Характеристики товарів з угрупуваннями (2 рівні). Маються на увазі опції minishop2: 1 перший рівень - це група опції, 2-й рівень - сама назва опції. Характеристики виводяться на сторінку товару тільки заповнені і в ієрархії. Відмінності в адмінкі від стандарту: треба зробити можливість вводу опцій прямо з ресурсу (группи товарів) де менеджер зможе ввести так само данні як вводяться опції в налаштуваннях minishop2 але ключ заповнюється автоматично (наприклад інкремент), а группа товарів до якої належить опція встановлюється згідно змінюваної. При можливості змінити відображення в виді ієрархії.
7. Редактор тексту в адмінкі повинен мати однакові стилі оформлення тексту з сайтом і можливість додавати деякі шаблони елементів (див. елементи в шаблоні сайта).
8. Для мов правильні теги hreflang та canonical та для Open Graph
9. Сторінка 404 при будь якій не існуючій адресі (без переадресації на неї).
10. Усі сторінки з ЧПУ (без параметрів). За будь-якої відмінності від норми помилка 404.
11. Підбір за характеристиками.
12. Можливість створювати сторінки з ЧПУ адресою та описом, використовуючи набір характеристик.

P.S.
- Під сайт вже є придбані компоненти mSearch2, SeoFilter, Comparison.
- Під час виконання можливо почати з встановлення Modx або продовжити роботу попереднього виконавця.

Додаткове пояснення по пункту 1 у файлі. Потрібен виконавець який зможе це реалізувати.

Основні вимоги до сайту:
1. Сайт на 2-х мовах укр. та рос. Основна укр. Але при цьому треба зробити можливість ввести вручну адресу сторінки яка буде використовуватись не зважаючи на базовий url (тобто в будь-якому контексті). Ручне введення сторінки відносно головної «/». Редіректи заборонені.
2.Таблиця 301 редиректів (ручне заповнення).
3. Мікророзмітка: schema org (усі можливі: організація, категорія товарів, для товару, для статей, хлібні крихти, навігація і т.д.) і Open Graph (з можливістю встановлення окремої картинки - якщо відсутня, то береться основна).
4. Дизайн сайту – є придбаний шаблон:
https://preview.themeforest.net/item/porto-ecommerce-shop-template/full_screen_preview/22685562?_ga=2.210927829.1985676743.1661684813-12162766.1660034890
Деякі моменти звичайно треба буде підправити - вчасності форматування тексту, кнопки соцмереж яких не вистачає і т.д.
5. На сайті повинно бути Порівняння товарів, фільтри по опціям (с підгрупами), Нормальний пошук, Розділ Блог (статті з групами), Сторінка 404, сторінки магазину (Категорії, підкатегорії,картка товару, корзина и т.д.)
6. Характеристики товарів з угрупуваннями (2 рівні). Маються на увазі опції minishop2: 1 перший рівень - це група опції, 2-й рівень - сама назва опції. Характеристики виводяться на сторінку товару тільки заповнені і в ієрархії. Відмінності в адмінкі від стандарту: треба зробити можливість вводу опцій прямо з ресурсу (группи товарів) де менеджер зможе ввести так само данні як вводяться опції в налаштуваннях minishop2 але ключ заповнюється автоматично (наприклад інкремент), а группа товарів до якої належить опція встановлюється згідно змінюваної. При можливості змінити відображення в виді ієрархії.
7. Редактор тексту в адмінкі повинен мати однакові стилі оформлення тексту з сайтом і можливість додавати деякі шаблони елементів (див. елементи в шаблоні сайта).
8. Для мов правильні теги hreflang та canonical та для Open Graph
9. Сторінка 404 при будь якій не існуючій адресі (без переадресації на неї).
10. Усі сторінки з ЧПУ (без параметрів). За будь-якої відмінності від норми помилка 404.
11. Підбір за характеристиками.
12. Можливість створювати сторінки з ЧПУ адресою та описом, використовуючи набір характеристик.


P.S.
- Під сайт вже є придбані компоненти mSearch2, SeoFilter, Comparison.
- Під час виконання можливо почати з встановлення Modx або продовжити роботу попереднього виконавця.