Как стать автором
Обновить

Комментарии 84

А зачем разрабатывали свой фреймворк?
Очень много было собственной специфики.

— Некоторые функции работают с учетом текущего сайта (в рамках мультисайтовости)
— Базовые классы Контроллеров учитывают «режим отладки», обрамляя блоки, следят за правами, и.т.д.
— Наш фреймворк «знает», что у сайта есть админка. Например при попытке получить объект текущего сайта,
находясь в клиентской части будет анализироваться текущий домен, находясь в админке — выбранный в списке для администрирования сайт.
и т.д.

Взвесив количество кастомизаций в начале пути… мы решили разработать индивидуальный фреймворк для платформы.
Взять готовую рутину с любого фреймворка, например форкнуть его. И уже пилить свои нужности. Зачем тратить время на рутину?
наверное хотелось попрограммировать )
И лишние деньги )
по поводу модулей, есть возможность перегружать модели по аналогии с magento?
реализована возможность наследования представлений?
есть возможность добавить свой блок в представление другого модуля не меняя его код (например в magento, это делается через лэяуты)?

какие есть преимущества перед magento?
Для меня найдено одно сильное преимущество. Я посмотрел админку, и не возникло ни одного вопроса. Все очень понятно и очень достойно. Чего не скажешь о многих других магазинах. Не нашел функции объединения заказов.
У меня как раз к админке как у редактора сайта вопросов много. Ниже несколько вопросов уже писал. Так совпало, что в начале года смотрел много демо этих систем — разбирался с проектированием карточки товара для редактора сайта. И решения, которые применили в ReadyScipt мне не совсем понятны. Это мое личное мнение — на вкус и цвет фломастеры разные
А какие решение из веденных более-менее понравились? Чисто именно исходя из соображения редактора сайта, а не внутренней технической начинки.
Использую OpenCart. Мне кажется, что админка там намного понятнее. Имхо
litecart — и забете на opencart динозавра
Весьма интересный движок. А что там с локализацией? Я попробовал на демо сделать переводы, он стал показывать вместо русских символов вопросы.
c локализацией у меня все работает. Файлик в архиве прям кидать нужно.
C локализацей там очень забавно. Нужно скачать с репозитория перевод, в админке добавить новый язык и заполнить его информацией, которая лежит в блокноте в архиве с переводом. А потом уже можно заливать сам файл перевода в адинке.
а как там обстоит дело со способами оплаты? насколько легко интегрировать оплату через, какой-нибудь кивишмиви-терминал или карту «росгоснефтегазхолдингбанка»? :)
Пока никак. Модули только под забугорные системы. Движек довольно свежий но из коробочки не плох в отличие от динозавтров. Если кто сделает сам. Но и многие магазины оплату через сайт и не принимают, нал с доставкой или счета — то есть все через менеджера. Сейчас эти киви шмиви и карты банка через сайт требуют откат для какому то агрегатору платежей.
Делает движек один швейцар-фрилансер все свое время. Хочу небольшой пост написать об этом движке.
осмелюсь попросить черкануть мне письмецо, когда выложите статью на хабр.
надеюсь, статья будет интересной и полезной.

кстати, швейцар-фрилансер — это круто :) швейцарец, не? :)
Что вы имеете против Magento?
Вы, наверно, делали аудит решений на рынке. Почему приняли решение редактирование карточки товара делать во всплывающем окне? Так много информации, имхо, очень не удобно. И шрифт в виз.редакторе сделали бы крупнее — делать описание не очень удобно. Не сразу понял куда кликать в списке товаров — ссылка явно не выделена (ни цветом, ни подчеркиванием). Ну и по мелочи.

Молодцы, но есть вопросы )
Код проекта открыт? Используется ли в основе что-то стандартное (Yii, Sf, Zend)?
Код полностью открыт. Фреймворк — собственный.
А есть ссылка на гитхаб?
Я бы добавил, есть ли ссылка на исходники вообще. Я вот с ходу не нашел.
Мы используем приватный git репозиторий на нашем сервере.
Исходные коды последней версии всегда доступны в разделе «Скачать» http://readyscript.ru/downloads/
Но почему в таком случае не использовать публичный репозиторий (github)? Ведь так было бы удобней принимать правки от ваших партнеров.
Мы являемся разработчиками проприетарного программного обеспечения. В репозитории содержится в том числе и файлы, которые не предполагают публичности. Это и файлы механизмов проверки лицензий в открытом виде, это тесты, это документация в несобранном виде, это модули, которые мы еще разрабатываем в отдельных ветках.
Сколько по времени заняло написание и какими силами? И главное почему было принято решение о необходимости велосипедостроения?
велосипедостроение не есть плохо.
по сути — любой программный продукт — велосипед :) или когда-то им был :)
Судьба всех велосипедов — смерть. ПО дошедшее до стадии продаваемого продукта уже не велосипед, даже если на старте им и был. Одна из фаз трансформации — четкое понимание и позиционирование на рынке которое показывает, почему ваш велосипед лучше других существующих. Автор на это пока отвечать не спешит.
Ребята, вы очень круто сделали темы оформления и ещё круче их презентуете. Респект!
Возможности хорошие, но позиционирование компании вызывает вопросы. Вы с одной стороны делаете платформу, а с другой предоставляете услуги по созданию решений под ключ. Планируете конкурировать с партнерами?
А что в этом плохого? К примеру, имхо, то, что битрикс ушли от работы с конечным клиентом отдалило их от реальных запросов клиентов. Работая чисто над платформой на основании потока запросов от партнеров можно начать писать «софт от программистов для программистов», а не «софт от программистов для НЕ программистов».
В моем вопросе не было подтекста «плохо» и не было слова битрикс. Речь о коммерческом аспекте работы. Интересуюсь в связи с необходимостью периодически выбирать какими инструментами решать клиентские задачи.

Интернет-магазины — это «двойная» тема. С одной стороны панель управления, которая должна быть удобна(отдельное приложение с высокими затратами), а с другой — программные интерфейсы и вообще, наработки по решению задач и взаимодействие с разработчиками-партнерами. Одна часть для пользователей, которую в отрыве от реальных внедерений сложно делать, а другая для программистов. В связи с этим интересна позиция авторов системы.
Цель компании — это разработка удобной платформы и дополнительных сервисов. Держим курс на отказ от услуг «под ключ» и формирование раздела поиска по партнерам.
Это радует. Появляется смысл вкладывать время и деньги в изучение платформы.
Интересно было бы послушать, как вы планируете бороться с пиратством? Кажется, это очень актуальный вопрос (особенно, если посмотреть на DLE).
Очень быстро/бегло просмотрев код, увидел только 1 файл (licenser.inc.php), где может твориться магия с лицензией. Возможно, пропустил много других файлов.
Делаем ставку на серьезный бизнес. Без лицензии:
— нет удобного централизованного обновления в «1 клик» через админку, а улучшаем систему мы достаточно интенсивно.
— не будет возможности писать посты в отдельных разделах форума ( скоро )
— есть только риски.
Опять PHP :( По названию надеялся на CMS на JavaScript.
Поделитесь плиз ссылочкой на работающую без бекэнда CMS на JavaScript…
А кто вам сказал, что JS только на клиенте бывает?
Без бекэнда это вы сильно хватанули…

А так keystonejs.com/, например.

Если хотите всё-таки без бекэнда — тоже уже есть parse.com/.

Но интернет-магазина не хватает, конечно.
Ну да, одна уже была, ShopScript, например.
Представляете, причем более 10 лет назад.
Вы про этот движок?
В том числе.
Тогда я не понял вашего ответа… Или вы веткой ошиблись? ShopScript глубоко PHP-ишный продукт…
Это была шутка насчет приставки «Script».
Лет 10 назад модно было.
А… в этом смысле… :)
Ну это совсем не серезно — как можно продавать продукт не покрыв его тестами? в таком большом проекте и ни одного теста. печаль…
Тесты не включены в дистрибутив. Они проходят у нас, когда мы запускаем скрипт «Выпустить релиз», в этом случае выполняются автоматические тесты на корректность установки предстоящего релиза, авторизации, регистрации, оформления заказа и других действий. И только если они прошли успешно, файлы выливаются на сервер обновления и готовятся zip файлы с новыми дистрибутивами.
Потрясающая реализация и политика распространения! Удивительно, что мир был не готов подарить такое несколькими годами раньше и вы первыми спохватились.
Годами? Это, однако, тонко!
Я бы десятилетиями считал.
НЛО прилетело и опубликовало эту надпись здесь
Беги!
Как вы клево конструктор сайта с CS-Cart поперли
Похоже не только конструктор
Не очень понял, в чём уникальность отличительных особенностей.
Это уже всё было и вместе и по-отдельности.
Qiwi нет, WebMoney нет… Сообщества, которое может разработать эти модули (как, например, в OpenCart), тоже нет.

Менеджер изображений в редактировании товаров отсутствует. В новостях/товарах он есть, но совершенно ужасен — шрифт по умолчанию излишне мелкий, а при Ctrl-'+' пришлось вручную подправлять границы окна. Вообще, система при которой редактирование свойств изображения и менеджер файлов открываются в отдельном окне браузера, а редактирование контента и загрузка файлов осуществляются через javascript-модальное окно, выглядит по меньшей мере странно. Получаем бутерброд: окно браузера — javascript-окно — дополнительное окно браузера — javascript-окно.

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

Да и редактирование контента в модальном окне — глупость. Нет возможности удобно открыть сразу несколько товаров на редактирование в разных вкладках.

Первое, что бросилось в глаза в свойствах изображения (редактирование одной из новостей): «Гориз. отступ NaN».

И это только то, что заметил за несколько минут в demo-админке.

В общем, покупать этот неоправданно дорогой полуфабрикат нет никакого смысла.
QIWI, WebMoney и прочие платежные системы, по хорошему, достаточно заменить одним модулем, например, РОБОКАССЫ.
В общем, покупать этот неоправданно дорогой полуфабрикат нет никакого смысла.

Есть что-то явно лучшее для российского рынка?
Почему я должен отстегивать процент Робокассе (или неоправданно увеличивать стоимость товаров, перекладывая оплату посредника на клиента), когда Qiwi имеет собственный rest-интерфейс платежей? Для крупных компаний, демпингующих цены за счет объемов, это приемлемо, а для малого предприятия — разорение.

Даже OpenCart — при его жуткой эргономике админки — для малого предприятия с небольшим ассортиментом товаров будет куда удобнее: за счет большого кол-ва плагинов (как бесплатных, так и платных, но стоящих в сумме куда меньше, чем эта CMS) и развитого сообщества.
Робокасса дает возможность вести бизнес по закону, с оплатой налогов от прибыли. За это приходится платить процент. Как платить налоги с прибыли на Qiwi кошелек или WebMoney?
Вы бы хоть прочитали сначала, что qiwi предлагает, например. Оплачивают через киви, а потом киви деньги на рассчетный счет отправляет, а дальше каждое юрлицо само налоги платит. В чем отличие от робокассы?
В том, что Робокасса аналогично дает возможность получать оплату через любые системы, а не только через Qiwi. Qiwi разве за вывод на расчетный счет процент не берет себе? бесплатно работают с юр лицами?
Ну почитайте, получается намного дешевле, чем через Робокассу. Актуально для бизнесов, которые работают за маленькую маржу: 3-10%.
у них настолько информативный сайт
ishop.qiwi.com/public/tariff.action — Зависит от вида реализуемого товара (услуги) и оборота. Определяется подписываемым договором.
сразу понятно все стало
Тем более, что MVC продаётся плохо. Не хочет бизнес покупать MVC, ему business value подавай.
Например, PrestaShop, X-Cart, OpenCart — это именно MVC…
Я говорю о том, что бизнесу по большей части всё равно, MVC это или функционально-структурные спагетти. OsCommerce продолжал существовать и продаваться даже после того как все более новые разработки перелезли на MVC.
Все они из коробки имеют русифицированный интерфейс, адресную форму для доставки по России? Подходят для российского рынка? Либо надо поставить кучу дополнительных модулей для оплаты, доставки и т.п.?
Например, myopencart.com/, maxzon.ru/ — это только две (а их куда больше) полностью переведенные и адаптированные для России сборки OpenCart. Да, дополнительные модули придется ставить. Но эти модули есть и понадобится их немного.
разработчик — составит сборку и будет ей каждый раз пользоваться. Там будет и русифицированный интерфейс и всё остальное. А клиенту всё равно.
Qiwi, Webmoney сейчас доступны через Робокассу. Прямые модули указанных платежных сервисов у нас есть в задачах.

Менеджер изображений в редактировании товаров отсутствует

На вкладке «Фото» карточки товара в админке находится мультизугрузчик фотографий к товарам.
Для добавления фото в описании товара используется стандартный плагин загрузки изображений tinyMce, видимо он вам не понравился.

Да и редактирование контента в модальном окне — глупость

Все что открывается в модальных окнах у нас можно открыть в отдельном окне, нажав среднюю клавишу мыши (об этом есть упоминание в данной статье), или выбрав «открыть в новом окне» в контекстном меню ссылки.

По ценовой политике. Наш продукт стоит от 160 р/месяц.

Повторю еще раз: Робокасса берет комиссию за свои услуги. 5% Qiwi * 5% Робокасса = 10.25% в карман дядям-посредникам. И в результате малое предприятие прогорает — либо из-за нерентабельности, либо из-за неконкурентоспособных цен.

Я говорю не про «мультизагрузчик», а про необходимость полноценного менеджера изображений — в том числе и в редакторе товаров. Про то, что должна быть возможность одной операцией загрузить фотографии группы товаров на сайт — с тем, чтобы позже раскидать их по карточкам товаров.

Не надо сказок — в Win-7/Chrome средняя клавиша мыши открывает модальное окно. Также, как открывает модальное окно Shift+LeftClick и Ctrl+LeftClick, которые на нормальных сайтах открывают ссылки в новом окне и в новой вкладе соответственно. А необходимость несколько раз подряд щелкать правой кнопкой мыши, выбирать пункт меню и щелкать левой кнопкой — это откровенное издевательство над пользователями.

Необходимые плагины для OpenCart обойдутся дешевле, чем годовая аренда Вашего движка.
Что-то с Робокассой вы путаете.
Если товар стоит, например, 1000 руб., покупатель через Робокассу платит ровно 1000 руб., например, с кошелька WebMoney.
А уже магазин при выводе этой тысячи на свой расчетный счет заплатит 5%
От куда берется сумма процентов 5% + 5%?
Да и редактирование контента в модальном окне — глупость. Нет возможности удобно открыть сразу несколько товаров на редактирование в разных вкладках.

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

По двум пунктам, если позволите, поясню:

неясно как ставить рейтинг анониму

Рейтинг товара формируется исходя из оценок в отзывах, поэтому рядом со звездочками располагается ссылка «написать отзыв». Гости могут оставлять комментарии и оценивать товары вместе с вводом капчи. (Разрешение/запрет на написание отзывов для гостей устанавливается в настройках модуля Комментарии)

поиск надо улучшать. В качестве образца как именно должен работать поиск на мой взгляд очень близким к идеалу является technopoint (пример). Технически это несложно, кстати.

Вроде у нас все это есть. пример Состав фильтров настраивается из админки, для каждой категории можно установить свой набор фильтров. Фильтры наследуются вниз по дереву категорий.
НЛО прилетело и опубликовало эту надпись здесь
Присоединяюсь к вопросу о затраченном времени и силам. Плюс интересно о денежных затратах. Потому как объём работ колоссальный.

У вас в команде не увидел человека по работе с текстом, только программисты и дизайнеры. При этом относительно немного ошибок в самих текстах. Кто их создавал?

какая-то тема показалась Вам не полностью освященной
)
Есть несколько вопросов по темам оформления:
1) почему в детской теме нет наверху главного меню? в остальных темах оно есть
В этой же теме оно только в футере есть
2) опять же в Детской теме это меню в футере очень мелкое
3) во всех темах в футере одно и тоже меню два раза
4) темы не предназначены для вставки текста на главную?
5) нет единого стиля написания — где-то с заглавной буквы название кнопок написано, где-то прописными
Мы старались сделать шаблоны как можно более непохожими друг на друга, поэтому где-то разместили меню в шапке, где-то только в футере. Информативный футер — у нас сейчас довольно часто просят клиенты.

Темы можно править как пожелаете. С помощью Конструктора сайта, вы можете легко добавить произвольный текстовый блок на главную страницу,
изменить состав блоков в футере. Вы можете разместить в футере разные пункты меню в разных колонках — это все настраивается.

Информативный футер — это конечно хорошо, а вот неинформативная шапка — плохо.
Зашел в демо админку. Попытался добавить комплектацию к товару.
Крутилка аякса зависла и ничего.
Делайте бесплатной, и зарабатывайте на модулях.
Поверьте на модулях от автора вы заработаете гораздо больше за счет комьюнити
Хороший пример — opencart
Зарегистрируйтесь на Хабре, чтобы оставить комментарий