Shureg

Вы меня вдохновили. Я тоже решил завести себе админа. Задачи - сделать сайт, наполнить товарами, организовать закупку, продажи, доставку, всякие сео, конверсии и т.п.- это его проблемы, мне пусть голову не греет. От прибыли 60% ему, 40 мне. Жду предложений :ugeek:

Это вы совсем другую задачу решили. Это не второе основное изображение, это дополнительное изображение с размером, как у основного.

Во-первых, выведите его в на какой-нибудь странице в схему. Во-вторых, добавьте пару товаров, и увидите

А чего здесь подробней объяснять? Если у вас также "more than 1 row" - значит, какие то указанные для категорий/товаров seo-url-ы совпадают

Не увидел на сайте никаких особенных открываний. Открываются подкатегории и товары - ровно так, как это происходит в дефолтном ОС.

а просмотр кода вы таким образом ни разу не затрудните. Любой форматер в полпинка вернет красивый вид вашему html-у. Даже красивше, чем в реале.

включите сжатие gzip, и вопрос лишних пробелов-переносов утратит смысл

учитывая и объём работ совершенно не понятен

А что, для категорий или "ссылок" метатеги кто-то упразднил? Или их надо меньше задавать?

Заказчик сам написал, что не уверен в своих потребностях. Поэтому обсужление возможно. Вы считаете, что адаптивную версию сделать проще мобильной? Вы либо абсолютно не в теме, либо готовы утверждать любую чушь ради получения заказа. Потому, что адаптивная верстка не лучше мобильной версии. И не хуже. Это разные технологии, вовсе не заменяющие, а дополняющие друг друга, если это необходимо. Все ваши доводы в пользу мобильности против адаптивности совершенно несостоятельны, и я уже написал выше, почему. Главный(и единтсвенно существенный) довод в пользу создания мобильной версии вы так и не привели. Дело вовсе не в разрешениях устройств и показе/не показе рюшечек, а в разных устройствах управления. Мышь с клавиатурой против сенсорного экрана. Если ясно, что требуемые способы взаимодействия посетителя с сайтом нерешаемы или трудно решаемы в пределах одной версии с адаптивностью для обоих вариантов управления, тогда и стоит делать мобильную версию. Иначе польза от нее будет только в виде улучшения благосостояния исполнителя.

А давайте вообще основной сайт сверстаем в процентах, и париться не будем? Нафига нам адаптивность, резиновости хватит. Пусть дураки придумывают по 6-8 точек "перелома", у нас все под одной прокатит. А еще лучше - фиксировано ширина 760, и все красиво и аккуратно для всех случаев жизни.

Если вы хотели пообщаться с кем-то лично, стоило сразу начинать с личных сообщений, а не с темы на форуме. Понятие "диалог" (публичный) подразумевает ответы на публично заданные вопросы аналогичным образом, а не в приват.

Да я все, что было надо, давно сделал. Просто пожелания и замечания высказал :)

1. Если тяжелый элемент настолько маловажен, что его можно скрыть под хайдом, он не нужен совсем. Его надо удалить отовсюду. 2. И с чего бы вдруг проблемы с версткой при разрешении выше 1200 надо будет править "по цепочке" для мобильных разрешений? И вообще, "внезапно" возникающие проблемы - не сильная сторона варианта с мобильным дизайном. Там их будет в два раза больше, поскольку в плане верстки сайтов-то два. При этом вы лукаво умалчиваете, что мобильная версия адаптивности отнюдь не отменяет, а дополняет. Если, конечно, вы не собираетесь халтурить и "радовать" мобилы с разрешением 960 фиксированным дизайном под 480. Или обладателей мониторов 2560 чудным сайтегом на 1024. 3. И чем же верстка ДВУХ адаптивных шаблонов быстрее верстки одного?

Объясняю еще раз. "Кривой путь" - это то, что "этот пункт" там есть. Его там быть не должно - это "прямой" путь, дефолтный. Какие еще религиозные догмы мешают удалению?

Глупая статья. Недостатки адаптивной версии высосаны из пальца. 1. "Тяжелые" элементы лучше не выводить никогда. А если без них никак, то без них никак в любой версии. 2. В случае проблем с версткой нужно решать проблемы верстки, а не делать "резервную" верстку 3. Вообще бред какой-то. А для мобильного дизайна страницы уже готовые идут, "перерабатывать" ничего не надо?

Я говорю о том, что вместо одного important стало два. А я и не спорю, что костыль. Но при этом менее костыльный, количество important не увеличивается. Впрочем, согласен, в вашем шаблоне даже не пара, а пара десятков дополнительных импотэнтов погоды не сделает, так что можно не заморачиваться. А вообще, вопрос в том, что в вашем шаблоне 80% значений идут с объявлением максимального приоритета !important. Это примерно как 80% персонала в организации составляют "самые главные" начальники. Это наводит на мысль, что в структуре взаимоотношений что-то недодумано. :-D В итоге, вместо нормальной иерархии свойств, в вашем шаблоне все сводится к банальному "кто первый встал, того и тапки". Ну и, соответственно, оверрайдить какой-либо селектор из файла стилей становится вообще невозможно. Не говоря уже о том, что декларацию !important рекомендуется использовать как можно реже, только в самых необходимых случаях.

шаблон такого не добавляет. Вы ее чем-то другим включили. Там его быть не должно

Ну, по Здравствуйте! Ну, почему же сразу не разобрался, вполне разобрался. Да, можно вашим способом прописать еще один костыльный инлайн селектор с important- ом.Он упадут на странице позже, и даже сработает. Вместо одного костыля станет два :ugeek: Зачем вы им important приделали, они ведь и так инлайном идут. Причем не двум, не трем селекторам, а вообще тотально, процентам 80-ти селекторов шаблона. На мой взгляд, в вашем(к сожалению, не только в вашем, а вообще в большинстве подобного рода) шаблоне весьма не хватает возможности переключиться на обычную таблицу стилей с дефолтными стилями, с отключением настроек в админке. Конечно, можно все настройки цвета вырезать, но это совсем другая история. PS: Ко мне лично ваш шаблон не "попадал". С файлами я работаю на чужом сайте. И там он легальный.

Какой коварный вопрос :-) Уважаемый автор(ы) шаблона, вы считаете нормальным задавать стили в inline вот так:

Редактировать в catalog\view\theme\вашатема\template\common\footer.tpl А в статье ставить галоску "отображать в футере"

В IE<9 не работает jquery 2+

Так добавляйте для всех эту автоматизацию и юзабилити. Покупатели, я думаю, не обидятся, если оформление заказа станет быстрей и удобней. Хотелось бы узнать конкретно, чем именно оформление через менеджера отличается от заказа простого смертного

Замечательно. И что вы с этим CSV собираетесь дальше делать? Базу клиентов, кстати, тоже можно выгрузить в CSV. Более того, в phpadmin можно вообще всю БД в CSV выгрузить :-) Но вот чем вы будете импортировать? Известные модули импортируют товары.