OcStore 2.3.0.2.3|Перенос страницы Доставка
Прошу оценить стоимость и сроки.
Сайт:
url: "https://freshday.dev-jaex.whitebx.ru"
username: "w"
password: "w"
Движок:
ocStore 2.3.0.2.3 с темой Octemplates LUXURY 4.3
Задание:
Перенести страницу "О нас"
https://freshday.ru/about/delivery/
с битрикс-версии на опенкарт
https://freshday.dev-jaex.whitebx.ru/about/delivery/
Подробнее:
1.
Задание не касается меню и футера, имеется в виду только содержимое страницы.
2.
Десктоп версия страницы "Доставка" должна выглядеть как в битрикс-версии.
3.
Мобильный адаптив страницы "Доставка" должна выглядеть как в битрикс-версии.
4.
Copy+paste копирования кода со всем содержимым, т.е. лишними неиспользуемыми классами, атрибутами, скриптами и т.п. быть не должно.
5.
Промежуточной "планшетной" версии у сайта не предполагается - должен отображаться либо мобильный, либо десктопный вид.
6.
URL opencart-страницы должен быть /about/delivery/
7.
Работы ведутся на тестовом сервере, после того как всё готово, нужно будет перенести сделанное на основной сайт.
Особенности:
A.
КРОССБРАУЗЕРНОСТЬ.
Результаты работ должны одинаково выглядеть в основных браузерах: Firefox, Chrome, Safari.
B.
АДАПТИВНАЯ ВЁРСТКА.
Сайт использует адаптивную вёрстку, необходимо чтобы после выполнения задач, в мобильной версии всё было читабельно и никуда не
съезжало.
Устройство посетителя считается мобильным в случаях когда:
Ширина экрана браузера менее 700px (если CSS-правилами сайта не определено иное).
User-Agent браузера позволяет определить что устройство мобильное.
Вышеуказанные условия должны реагировать на resize окна браузера (мобильные элементы после ресайза должны быть такими же как после полной
перезагрузки с изначально мобильным разрешением).
Размеры элементов адаптивной версии должны растягиваться в зависимости от размера экрана браузера, и по ширине и высоте, сохраняя
макетные пропорции.
C.
ПОЯСНЕНИЕ ПО АДАПТИВНОЙ ВЁРСТКЕ.
Адаптивность вёрстки мобильного варианта подразумевает, что не существует какого-то отдельного html-кода для мобильной верстки,
дублирующего десктопные элементы. Вместо этого, один единственный
вариант вёрстки, в зависимости от размера экрана, отображается как
десктопный, либо как адаптивный вариант.
E.
МИНИМУМ JAVASCRIPT.
Задачи должны быть выполнены с минимально возможным применением javascript. Если какие-то задачи могут быть решены средствами
PHP/HTML/CSS, то они должны быть решены с помощью PHP/HTML/CSS.
F.
ИСПОЛЬЗОВАНИЕ ГОТОВЫХ РЕШЕНИЙ.
При выборе варианта решения данной задачи приоритет следует отдавать интеграции готовых решений (плагинов/модулей) при наличии таковых
надлежащего качества.
G.
Выполнение данной задачи не должно сломать какой-либо другой функционал. Если в процессе работы вы что-то сломаете, то исправление
поломки осуществляется вами безвозмездно.
H.
Результат задачи должен быть представлен в том конечном виде, который описан в ТЗ. Варианты "оно в принципе готово, просто зайдите
туда-то, нажмите то-то, затем ещё туда и туда и вот сюда" крайне не
приветствуются. Если после выполнения работ нужно обновить кэш сайта -
обновите. Если нужно будет обновить кэш браузера - измените html-код
таким образом, чтобы файл сам обновился либо смените режим кэширования
для этого файла. Закладывайте это дополнительно в стоимость задачи.
I.
ИСПОЛЬЗОВАНИЕ SCSS/SASS/ПРЕПРОЦЕССОРОВ
Следует избегать использования технологий, предполагающих стадию компиляции, поскольку они усложняют и без того запутанный процесс
разработки, повышая её стоимость. Выгоды от их использования
нивелируются негативным экономическим эффектом.
J.
НИКАКОГО ДЕБАГА НА ПРОДАКШЕНЕ
На продакшене не должно появляться никаких заглушек и прочего. В случаях острой необходимости произвести дебаг именно на продакшене,
выводите дамп внутрь HTML-комментария, либо оборачивайте в
if($_SERVER['REMOTE_ADDR'] == 'ВАШ-IP-АДРЕС') { ?>.
K.
ТЕСТОВЫЙ СЕРВЕР
Работы ведутся на тестовом сервере, после того как всё готово, нужно будет перенести сделанное на основной сайт.
Пожалуйста оцените стоимость и сроки выполнения.