Как по мне, то меню хоть и большое, но правильное - хорошо структурированное. Мне кажется ЦА сайта в нём не заблудится, а наоборот - быстро найдет нужное.
Но вот в мобилах оно уже тяжко.
На "продвижение" - пофик ;)
Так оно и группировано. Но я бы ещё иконок наверное добавил.
Цельные трубы дороже гибкого металлопласта. Может даже раза в 2-3 выходить по итогу.
И тут качество зависит от цены.
Во-первых они идут готовыми размерами (2-1-0,5 м), во вторых металлопласт тоже надо отрезать. А ещё всякие мереллоны на них одевать.
Но да, для паять или клеить уже нужны прямые руки ;)
Как-то так
;)
К тому же gzip упомянут в нескольких местах.
Минификацию же показывает что есть хотя её нет. И вообще при наличии сжатия это зло, а не плюс. Наверное стоит убрать упоминания про неё и не пугать юзеров.
"Битые ссылки" неправильно работает - на "кнопки" ругается. И есть ощущение, что не понимает безпротокольную схему урлов.
И хорошо бы сделать сворачивание секций.
А ещё интересно про расчёт дохода. Это как вообще считается, для/от чего? ;).
Тут ты и прав и не прав одновременно ;) Шифрование действительно мелочь в системе безопасности. НО! шифрование паролей (как хранимых, так и при передаче) - первичное требование безопасности. И (возвращаться к топику) показывает ответственность/квалификацию разрабов.
:) И чем же? Расположением блоков с данными? Так это относительно легко решается вёрсткой. Благо, во многих движках это делается шаблонами/функциями/макросами/сниппетами/етс.
Или даже готовыми плагинами если не очень волнует производительность ;).
Дык и так ясно что нуб, коль не понимает что для описанных задач нужен движок, а не "шаблон" и наверняка не знает что с ним дальше нужно делать (те же СЕОшные и социальные потребности напр.).
А через год поддержка и обновления тю-тю.. А ещё через год-два придётся таки переносить на нормальный двиг.
Битрикс, ага ;)
Да хоть ДЛЕ, хоть ВП. В Джумле по-моему уже тоже есть доп. поля.
А тот же опенкат будет излишеством (которых придется лишать/игнорировать). Но да, плюс для полных нубов, что не надо конструировать бекэнд (нормальную работу с доп. полями) и с шаблонами может быть меньше возни, чем с контентными двигами.
Я даже не знаю какими кривыми руками надо паять, чтобы внутренности расплавить. Даже я после 2-3х тренировок паял почти идеально. :)
Но кроме пайки есть есть ещё и клеевая технология (трубы нибко). Вообще просто и никакой деформации. Но оно и дороже.
Этот "перевод"
1) в 90% случаев никогда не понадобится.
2) если вдруг понадобится, то делается достаточно просто через экспорт-импорт данных.
"Карточка товара" - это же просто текст+картинки+доп. поля. И тут "обычный" от "специального" движок ничем не отличаются ни в админке ни на фронте (а уж поведенческие и пр. сео вообще из другого измерения.). Единственно существенное отличие - архитектура базы и логика работы с ней. Но это имеет значение для больших ИМов с большим кол-вом запросов и тд. Для задач подобных ТСовским это вообще не критично. Более того - объектное и промежуточное кеширование может быть проще/легче.
П 2 и 3 "ТЗ" стартпоста почитай. И посмотри в табличку на оф сайте могуты. Видишь несколько пунктов нет в витрине?
А если еще додумать про то, что ТС не сказал, но точно захочет (необходимость СЕО напр), то...
Как раз негнущиеся (типа экопластик или нибко) лучше/надежнее гибкого металлопласта. Это видно даже из цен на них.---------- Добавлено 16.06.2019 в 14:22 ----------
С трудом (с перемоткой) досмотрел видео до щитка (3,25), рассмеялся и.. выключил нафик.
Уж такого бреда напридумывать.. "Развод колхозных лохов"(с)
У тебя на слово "товар" те же симптомы, что и у больных битриксом на запрос "ИМ с 1С";) ?
По условиям в старпосте подойдет абсолютно любой двиг, у которого есть возможность работы с доп. полями. И это может быть даже проще/лучше, чем "специализированные" под ИМ.
Да вот фиг там. Минимум "маркет" за 15к/год
Я именно про это и написал. КЭП , которому всё же не понятно. ;)
"Парсит" = "сканирует" + "обрабатывает".
