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