OcStore 2.3.0.2.3|Страница доставки

Прошу оценить стоимость и сроки.

Сайт:

    url: "https://goodceramic.dev-1koh.whitebx.ru"

    username: "w"

    password: "w"

Движок:

    ocStore 2.3.0.2.3 с темой Octemplates LUXURY 4.3

Задание:

Сделать страницу "Доставка" согласно макетам, адаптирующуюся под мобильную версию.

    https://up2.whitebx.ru/t/b/y/Доставка%20десктоп.TbYe74cq1xU9Qiuqq8nVPP.jpg

    https://up2.whitebx.ru/7/z/4/Доставка%20десктоп.7Z4iSU1Qf4nuaJpn4Prbe8.psd

    https://up2.whitebx.ru/2/a/s/Доставка%20адаптив.2aszCSfZQbNYjNDJiyxu8T.jpg

    https://up2.whitebx.ru/y/c/o/Доставка%20адаптив.YCob8BGhAMrfNb9zQ7Dsfa.psd

Вёрстка шапки и подвала в задачу не входят, т.к. уже выполнены.

Подробнее:

1.

Содержимое страницы должно выглядеть как на макете.

1.1.

В том числе, хлебные крошки должны выглядеть как на макете.

1.

Вёрстка должна сохранять макетные пропорции на экранах разного размера. При

разрешении менее 1680× допускается изменение порядка элементов и их

перенос на следующую строку в случае когда они не могу уложиться в

пропорции из-за размера.

Например, когда элементы однострочного (согласно макету) меню не умещаются в одну строку, при разрешении менее

1680× допускается их перенос на следующую.

1.1.

Вёрстка должна сохранять макетные пропорции на экране шириной 2560×

1.2.

Вёрстка должна сохранять макетные пропорции на экране шириной 1920×

1.3.

Вёрстка должна сохранять макетные пропорции на экране шириной 1680×

1.4.

Вёрстка должна сохранять макетные пропорции на экране шириной 1280×

1.5.

Вёрстка должна сохранять макетные пропорции на экране шириной 1024×

3.

Содержимое страницы должно быть полностью редактируемо через WYSIWYG-редактор в

разделе Каталог -> Статьи -> Доставка в админке на случай если

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

    https://up2.whitebx.ru/g/s/j/Screenshot_2020-09-21_14:50:14.GsJdt1gMxADZbtCNSnFv84.png

4.

Адаптивная версия должна выглядеть как на макете.

5.

Работы ведутся на тестовом сервере, после того как всё готово, нужно будет перенести сделанное на основной сайт.

Особенности:

A.

КРОССБРАУЗЕРНОСТЬ.

Результаты работ должны одинаково выглядеть в основных браузерах (в том числе

старых версий): Firefox 53.0.3, Firefox ESR 52.9.0, Firefox, Chrome,

Safari.

B.

АДАПТИВНАЯ ВЁРСТКА.

Сайт использует адаптивную вёрстку, необходимо чтобы после выполнения задач, в мобильной версии всё

было читабельно и никуда не съезжало.

Устройство посетителя считается мобильным в случаях когда:

    Ширина экрана браузера менее 700px (если CSS-правилами сайта не определено иное).

    User-Agent браузера позволяет определить что устройство мобильное.

Вышеуказанные условия должны реагировать на resize окна браузера (мобильные элементы

после ресайза должны быть такими же как после полной перезагрузки с

изначально мобильным разрешением).

Размеры элементов адаптивной версии должны растягиваться в зависимости от размера экрана браузера, и

по ширине и высоте, сохраняя макетные пропорции.

C.

ПОЯСНЕНИЕ ПО АДАПТИВНОЙ ВЁРСТКЕ.

Адаптивность вёрстки мобильного варианта подразумевает, что не существует какого-то

отдельного html-кода для мобильной верстки, дублирующего десктопные

элементы. Вместо этого, один единственный вариант вёрстки, в зависимости

от размера экрана, отображается как десктопный, либо как адаптивный

вариант.

D.

НЕЛЬЗЯ ИСПОЛЬЗОВАТЬ H1, H2, H3.

Для вёрстки новых элементов нельзя использовать теги h1 h2 h3 и т.д., поскольку это вредно с точки зрения SEO.

E.

МИНИМУМ JAVASCRIPT.

Задачи должны быть выполнены с минимально возможным применением javascript.

Если какие-то задачи могут быть решены средствами PHP/HTML/CSS, то они

должны быть решены с помощью PHP/HTML/CSS.

F.

ИСПОЛЬЗОВАНИЕ ГОТОВЫХ РЕШЕНИЙ.

При выборе варианта решения данной задачи приоритет следует отдавать

интеграции готовых решений (плагинов/модулей) при наличии таковых

надлежащего качества.

G.

Выполнение данной задачи не должно сломать какой-либо другой функционал. Если в процессе работы вы что-то

сломаете, то исправление поломки осуществляется вами безвозмездно.

H.

Результат задачи должен быть представлен в том конечном виде, который описан в

ТЗ. Варианты "оно в принципе готово, просто зайдите туда-то, нажмите

то-то, затем ещё туда и туда и вот сюда" крайне не приветствуются. Если

после выполнения работ нужно обновить кэш модификаторов сайта -

обновите. Если нужно будет обновить кэш браузера - измените html-код

таким образом, чтобы файл сам обновился либо смените режим кэширования

для этого файла. Посетители сайта обновлять кэш не будут, но зато увидят

поехавшую вёрстку. Закладывайте это дополнительно в стоимость задачи.

I.

ИСПОЛЬЗОВАНИЕ SCSS/SASS/ПРЕПРОЦЕССОРОВ

Следует избегать использования технологий, предполагающих стадию компиляции,

поскольку они усложняют и без того запутанный процесс разработки,

повышая её стоимость. Выгоды от их использования нивелируются негативным

экономическим эффектом.

J.

НИКАКОГО ДЕБАГА НА ПРОДАКШЕНЕ

На продакшене не должно появляться никаких заглушек и прочего. В случаях

острой необходимости произвести дебаг именно на продакшене, выводите

дамп внутрь HTML-комментария, либо оборачивайте в

if($_SERVER['REMOTE_ADDR'] == 'ВАШ-IP-АДРЕС') { ?>.

K.

ТЕСТОВЫЙ СЕРВЕР

Работы ведутся на тестовом сервере, после того как всё готово, нужно будет перенести сделанное на основной сайт.

Пожалуйста оцените стоимость и сроки выполнения.