Einshtein

фак :(

Вы то знаете о чем говорите :D

вот о маженто я уже давно подумываю. Там и бюджеты будут не хилые. Только нормального русского сообщества для неё нет.

самый главный минус я вижу в полной переработке админки, тут даже перечислять нечего - там все к хренам не так. Это мало того что просто не удобно (но ладно допустим я просто не привык) - так еще и не совместимо с модулями ветки 1.5, что представляет огромные сложности при адаптации модулей которые авторы например не захотят адаптировать под 2.0. Можно конечно сказать - дак пусть заказчик платит, а ты зарабатывай на разработке и адаптации. Но будем реалистами - ОС выбирают из-за того что под него есть масса готовых решений и мало кто будет платить за эти доработки и как результат мы видим полумертвую ветку, которая будет мало актуальна до тех пор пока под неё не напишут кучу модулей

ну тут две стороны медали. Первая - херову кучу модулей выпущенных для 1.5 - просто забросят. И вторая - новые возможности для новых разрабочиков Но система управления просто конченая и я лично буду еще наверное не один год пользоваться 1.5

вот прям в мой мозг залез. У меня еще были иллюзии что раз админка на бустрапе стала, то хер с ним можно считать это преимуществом. Но блин вы видели эту адаптивность? Там же адаптивность чисто условная, без этой адаптивности было бы куда удобней. Установка модулей - просто убила. Честно говоря хотел разобраться в этой версии чтобы адаптировать под неё свой модуль карусели товаров, но епта - я так и не придумал как это реализовать грамотно, чтобы вписалось в концепцию новой админки. Суть модуля заключается именно в том, что админ магазина может не прыгая по куче модулей, с одной страницы настроить и включить сразу несколько нужных ему модулей (акции, хиты, рекомендуемые и т.д.). А с такой концепцией установки модулей - суть моего модуля тупо теряется. Кроме раздражения и разочарования - больше никаких эмоций

Хотел бы узнать мнение завсегдатаев форума по этому поводу. Лично я наконец добрался до этой версии движка, 2 часа плевался от админки, час ушло на то чтобы понять как настраивать модули, еще столько же на то чтобы сравнить разницу в коде контроллера, в шаблон админки даже побоялся заглядывать. Преимуществ перед той же 155х не увидел , а вот минусов - насчитал не мало. Лично я буду избегать работы с этой версий движка и уж точно рекомендовать никому не стану. Более того, если вдруг ветка 155 потеряет свою актуальность - вероятней всего перейду на работу с другими движками. А что вы думаете по этому поводу?

если админ на ставке - то должен знать что куда, сам подскажет и разберется, хотя каким боком сисадмин связан с программированием хз (меня так тоже втянули в свое время в веб-разработку). Если же не на ставке - то за отдельную плату вам помогут составить грамотное ТЗ, В противном случае - придется самостоятельно изучать это и периодически задавать конкретные вопросы. Тут никто не любит отвечать на темы аля "помогите во всем разобраться" и "нужно то, не знаю что"

была подобная проблема, когда я настраивал соединение между компами в квартире, когда прописал ip и статические днс на каждый комп, а когда поставил "автоматически" - все заработало.

ключевые слова не отыгрывают уже столь важной роли в индексации сайта как раньше, но мешать точно не будут

Тут есть свои проблемы. Например у меня был случай, когда я внес правки в пользовательские стили, потом кто-то, что-то сделал с файлом moneymaker-custom и все мои правки накрылись, я еще долго понять не мог в чем дело, поскольку думал что запись из этого поля идет в бд. Да и такой подход не всегда удобный, поскольку опять же - приходится описывать все параметры для нужного класса, что приводит к многократному дубляжу одного и того же стиля и как правило путанице. Приведу пример: Мне нужно подправить отступ у какого-то элемента. Этот элемент описан в 3 файлах. Что я делаю - я описываю этот класс в полном обьеме со всеми нужными мне параметрами, в том числе и с отступом. Далее через пару дней понимаю что мне не нужен этот отступ - удаляю строчку padding:10px; но визуально вижу что отступ где-то в 5 пикселей еще остался. Начинаю разбираться и вижу что так как я удалил этот параметр в своем файле, то автоматически срабатывает этот же параметр но с другими настройками в другом файле у этого же класса. В итоге я сейчас стал не удалять строку padding:10px; А писать padding:0px; Что еще больше увеличивает объем кода. И пользовательская костумизация тут не поможет. Вот что я имею ввиду когда говорю что приходится держать открытыми несколько файлов и в процессе работы самому себе упрощать дальнейшую работу на ходу переписывая и совмещая классы.

Спасибо за развернутый ответ. Я догадался для чего так сделано, но мне кажется это не удобным для дальнейшей работы. С точки зрения объема кода вроде как правильно сделано, но не было бы куда удобней если класс был описан для конкретной темы в полном объеме? Просто получается вот что: Есть бустрап который описывает некоторые классы, которые Вы не удаляете. Потом эти же классы описываются для шаблона в целом в файле moneymaker.css - тут как бы описаны параметры верные для всех тем шаблона. И далее для каждой отдельной темы описываются различия в отдельных классах. Разработчику приходится постоянно держать открытыми минимум 3 файла стилей. В итоге я лично, зная что мне не раз придется возвращаться к правкам шаблона в дальнейшем по просьбе заказчика - просто по ходу верстки или разработки функционала - описываю эти классы в полном обьеме в одном файле и по возможности удаляю из других мест. Таким образом я знаю что если в дальнейшем мне придется вернуться к файлам этого магазина - все классы с которыми я работал будут упорядочены в одном месте. Это было весело делать первые 3-5 раз. Но уже после 20го - начинаешь задумываться о том, чтобы взять одну версию шаблона, переделать её полностью под себя и потом уже на её базе делать другие магазины, а обновления которые выходят с новыми версиями будет проще вручную перенести. Есть отличный принцип - "отрицая - предлагай", но если честно - не знаю что и предложить. Вроде как и Вас понимаю, вероятно так же бы поступил, так как шаблон предназначен в первую очередь рядовым пользователям. Но в тоже время, учитывая что в основном приходится работать только с этим шаблоном - начинаю задумываться об упрощении дальнейшей работы, что в сумме сэкономит не один час, а то и день трудов

С момента появления шаблона - всем клиентам рекомендую именно этот шаблон. Уже со счета сбился сколько сайтов и уникальных дизайнов на его базе сделал, но чем дальше в лес, тем больше дров. Со временем меня начали бесить некоторые момент, в частности описание классов в css. Я никак не могу понять зачем один и тот же класс описывается одновременно в нескольких файлах. Например .breadcrumb - в одном файле отступы, в другом другие отступы, в третьем размер, в четвертом цвет. И вообще - зачем этот класс запихнули еще и в bootstrap ? Множество классов присутствует в бутстрап, которые там совершенно не нужны и иногда достаточно сложно с ними работать. Решил высказать свое маленькое фе, несмотря на то, что все равно считаю этот шаблон лучшим из тех с которыми доводилось работать PS может быть и стоило это сообщение написать в личку, но хочется быть услышанным, а публичность - лучший способ это сделать :)

начал знакомство с ОС еще с начала 1,5 - не было встроенного Yml. Был от Yasvik мод бесплатный

парсеров эмейлов в сети валом

для начала поищите в сети адаптивный вариант nivoslider , далее указываете правильные пропорции в пикселях в настройках модуля и он будет подстраиваться под ширину контейнера

Просто Украина движется по пути развития безналогового государства :D

а где реклама блога?) Стареешь)

альтруист :)

нужно создать топик и прикрепить где-то на видном месте. В нем описать усредненные расценки на некоторые виды услуг. 30 т.р это стоимость неадаптивной верстки. Адаптивная верстка подразумевает под собой минимум в 3 раза больше работы, а по хорошему в 5 и больше. Я сейчас работаю над одним непростым макетом, который и в неадаптивном варианте не очень простой, а с адаптивностью только главной страницы я уже 3 дня вожусь, когда за это время мог бы весь макет сверстать если бы он был неадаптивным. Вот и посчитайте стоимость такой работы. ps конечно же Вам могут и за 10т сделать, только как правильно сказали выше - нужно будет потом переделывать, если вообще деньги на ветер не выкинете А теперь считаем какая стоимость верстки получится 9 страниц под адаптив. 9*3 (минимум 3 варианта адаптивности) = 27 (количество страниц которые нужно сверстать). теперь делим 30т.р на 27 страниц = 1.100р за страницу. Электроэнергии и кофе больше нагорит за это время

это делается легко, переименованием класса модуля (в контроллере и моделе в самом начале имеется класс), переименованием файлов, ссылок. Но не понимая логики mvc - скорее всего у вас возникнут проблемы

body.layout-boxed-lg { background: url("../../image/pattern/pattern14.png") fixed; }

видел, года полтора назад чет не работало у заказчика - лазил в базу исправлять и увидел, причину понял уже в последствии

мозг завис :) На самом деле если делать по умному, то двиг из коробки и пара тройка модулей - не панацея. Альты/тайтлы для картинок, дубли и неправильное расположение мета-тегов, нерабочая или не полная карта сайта, каноникалы, дубли контентов, роботс, ссылки на те же страницы и т.д. и т.п. Я молчу о пейджспиде показатели которого решают не мало. Так то для стартового запуска хватит и из коробки, с чпу. Но чем потом сидеть и думать почему твой сайт из жопы все никак не вылезет - лучше сразу все сделать по уму чтобы быть спокойным что к твоей магазин не под санкциями PS а сео-пак-про - поддержку остальных, конфликтное говнище, которое даже на окстор из коробки с первого раза не станет, за-то в нем есть пару клёвых фичь которых нет у других подобных. Например функция переименования картинок

не существует на ОС универсального СЕО модуля, все на чем написано SEO - как правило либо генератор, либо патчь, либо говорит о том что продаваемый модуль архитектурно оптимизирован. Была когда-то идея написать такой универсальный модуль, который будет самостоятельно обнаруживать проблемы на сайте и предлагать варианты их устранения по клику кнопки. Но архитектура ОС в которой почти все сео завязано на шаблоне - сделать достаточно геморойно, тем более учитывая отсутствие каких либо стандартов для написания шаблонов, что в свою очередь привело бы к диким затратам по времени на тех поддержку. Поэтому проще продавать усгулу, пусть чуть дороже, за-то надежней