Pull to refresh

Comments 59

Имел опыт с webasyst, так это просто ужас, куча запросов в БД, вся логика приложения распихана по разным файлам и папкам. хотя партнёр говорит что не хочет уходить от WA, потому что его любит Яндекс, мол после переноса сайта с какогото другого движка на WA — посещалка увеличивается сразу в 4-5 раз.
А фреймворк мне понравился, хорошо документирован — всё понятно, лёгок в освоении, много что уже сразу реализовано
UFO just landed and posted this here
одно другому не противоречит, хе-хе…
Тоже пробовал Webasyst, Да, админка красивая, но как только дошло дело до «дописать немного кода» – впал в ступор. Долго пытался понять логику структуры проекта. В общем, очень тяжело разбираться, даже при наличии отличной документации.

Вопрос такой: почему нельзя было написать CMS на каком-нибудь из популярных фреймворков вроде Yii или Symfony 2? Проект бы сообщество приняло на ура. А так какое-то двоякое ощущение после использования.
Компания развивает свой фреймворк, свою CMS, свой интернет-магазин и ещё разные инструменты
А изучать Yii и Symfony не надо что ли? Я понимаю, что многие уже знают, но всё же… их много и у всех есть свои плюсы и свои минусы.
На вебасист-фреймворке писать приложения не сложнее на любом PHP MVC фреймворке, многое очень похоже.

Кроме того, у нас намного уже задачи чем у стандартного PHP фреймворка и есть куча своих особенностей. Поэтому в итоге получился бы в любом случае уже далеко не выбранный фреймворк, а очень сильно изменённый и документацию всё равно пришлось бы изучать.
Эм… чем задачи вашего фреймворка уже задач «стандартного PHP фреймворка»?
То же MVC, тот же CRUD или я что-то не понимаю? Да, Yii как и любой другой нужно изучать, читать документацаю, но у него (Yii), как и у ZF/SF огромное комьюнити и все они так или иначе идут в сторону унификации и следованию PSR-*.
А теперь поднимите руку кто до этой статьи слышал про Webasyst Framework?
Не холивара ради, но любая своя особенность может быть реализована в виде компактного модуля/библиотеки, да хоть набором оберток над теми же стандартными классами.
Про WA фреймворк на хабре уже писали. Он даже больше похож на готовый каркас для написания приложения, тут предоставлена регистрация, админка. В том же Yii это всё разрабатывается с нуля разработчиком либо используются сторонние расширения.
Оставил запрос доступа к гитхабу, посмотрим, на сколько будет ресурсоёмким процесс переноса со старых версий!
Кстати, какие-то советы на эту тему есть или планируются?
Скоро на всех биржах фриланса «Перенос сайта на ShopScript 5»
Данные можно перенести плагином.
Дизайн надо ручками.
У меня знакомый, который до этого никогда не видел шоп скрипт, сделал тему часа за 3.
Самое трудоемкое — перенести дизайн магазина. Трудоемкость зависит от его сложности.
Дизайн-редактор в Shop-Script 5 значительно более гибкий, чем в прошлых версиях. Если знать HTML/CSS и Smarty, то проблем возникнуть не должно.

Перенос данных (товары, заказы, покупатели, картинки товаров и пр.) делается автоматически на стороне Shop-Script 5.
Вопрос не в том, как перенести данные из предыдущей дефолтной версии в новую, а как перенести данные из 100 раз изменённого и доработанного магазина на одной из предыдущих версий, когда есть куча своих особенностей, написана куча своего кода, куча своих таблиц, взаимосвязанных с основными таблицами WebAsyst ShopScript.
Наймите прогера пусть Вам переделает всё, либо оставайтесь на старой версии, если вас устраивает WebAsyst Shop-script
Впринципе если любой движок начать «допиливать», то сразу отказываемся от обновлений. разве что какихто классов, которые не навредят системе
Я и есть прогер, и у меня и интересуются насчёт такого переноса.

Мадженто, например, можно спокойно обновлять. В большинстве случаев все собственные доработки сохранятся, если разработчик не лез в ядро системы и делал свои расширения правильно (согласно гайдам Magento). Конечно, может такое случиться, что конкретный модуль перестанет работать, ну так починить его — это задача совсем другого порядка, нежели полный перенос (это, фактически, всё равно что заново всё переписать, теперь уже с учётом глюков нового фреймворка).
Цитата с Страницы Девелопера: «Сегодня на основе различных версий Shop-Script работают более 10 000 интернет-магазинов».
До сих пор думаю, правда или нет?

P.S. Ранее никогда не встречал данной системы
Похоже на правду, Shop-script работает давно. Когда-то была бесплатная версия, думаю сайт на ней тоже входят в эти 10 000.
В последнее время о предыдущей версии системы слышал в основном отрицательные отзывы.
Попробуйте в Гугле запрос «allinurl:published/publicdata». Это будут магазины, использующие WebAsyst Shop-Script.
Вот еще ссылка на рейтинг CMS по интернет-магазинам: itrack.ru/research/cmsrate/

Это, конечно, не доказательства, но реальная оценка количества работающих магазинов на сегодня действительно около 10 тысяч.
А ещё можете погуглить «allinurl:index.php?aux_page=» и посмотреть все файлы на сервере, доступные юзеру php:) это так, привет из 2008го:)
Вы не могли бы уточнить, о каких «всех файлах на сервере» идет речь и как это сделать?
во 2ой или 3ей версии помню находил баг, позволяющий читать файлы на сервере (простой инулуд был)
UFO just landed and posted this here
На сайте продукта указана возможность обмена данными с 1С: УТ, импорта/экспорта в/из *.CSV — мы в расчете на это приобретали продукт, но, к сожалению, функциональность отсутствует и обещается «в будущих обновлениях» даже без каких-либо сроков :(
Работаем над этими возможностями. Я приношу извинения за задержку. Продукт очень большой, и эти фичи не успели включить в релиз.
Выпустим обновления с этими возможностями уже скоро.
А где демо-данные в пробной версии? Зашел, посмотрел на пустоту и закрыл.
Удалили те, кто зашёл посмотреть так же как и вы.
Если бы не дали доступ на редактирование, то кричали бы что в демо ничего нельзя делать.
А дали, так удаляют демо-продукты.
Будем думать что с этим делать. Если что демо восстанавливается каждые 2 часа.
Так я же установил продукт через веб сервис
>>будет создан хостинг-аккаунт с предустановленным Shop-Script 5 и фреймворком
Там общая база?
А. Я думал вы про демо версию.
Пробная это на самом деле полноценная версия, просто для вас создаётся триальный хостинг-аккаунт.
И там нет демо данных, чтобы не надо было их удалять, а можно было бы сразу наполнять реальными данными базу (например перенести со старого шоп скрипта).
Вы же когда вордпресс, например, ставите у вас нет там демо-записей в блоге, и это логично.
Используйте демо-версию, чтобы поизучать demo-ru.webasyst.com/
При создании пробной версии логично было бы иметь возможность установить демонстрационные данные (опционально)
Очень много мелких недоработок, на столько много, что в целом кажется продукт сыроват. Обновления выходят каждый день, все фиксят и фиксят, эта тенденция как у Microsoft — тестировать продукты на живых клиентах, выпуская на рынок откровенное дерьмо и по ходу пьесы его допиливать не про вас. Microsoft подсадили на свою систему всю планету, а вы нет, по этому идти этим же путём себе дороже.

Получая новый WebAsyst — я получаю не продукт для конечного потребителя, а я покупаю продукт для разработки, столько, сколько в Shop-Script нужно допиливать после покупки не нужно допиливать ни в одной другой системе.
Вот прямо «из коробки» Ваш продукт не пригоден для использования. А это определяет все остальное — слишком узкий круг сбыта…
Этот продукт начали продавать по вкусной цене еще в декабре прошлого года с обещанием выпустить релиз 12 марта.
Похоже пришлось выпустить то, что успели.
Они обещали вернуть деньги, если релиз не состоится 12 марта. Так что пришлось выпускать, что бы не возвращать, я думаю это более верное определение.
Экспорт товаров в csv не работает: выбрал все товары, кликаю, ничего не происходит
По личному опыту вебасист и для кодера, и для верстальщика просто адский ад. Все запутано настолько насколько это вообще возможно. Ну по крайней мере в тех проектах, с которыми довелось работать…
МЫ тут про новую версию говорим, а не про старую, сейчас с вёрсткой уже все не так :)
В слайдере на главной сделайте ограничение какое нибудь, картинку на всю ширину вытягиваете, но высоту не учитываете, в итоге на больших разрешениях ничего «не видно»
Пример
image

— Отзывы по мне так лучше на странице товара постить, а не на новую перекидывать, не удобно это, скрыть форму по дефолту к примеру.
— У вас «всё» со «всем» можно сравнивать, как-то не логично, причем основные параметры не понятно от какого товара, добавленного по очереди выдаются, то первого то последнего. Как-то в пределах текущей основной категории надо наверно сравнивать.
— И эм, «плюрал» бы тоже добавить ;) ибо: [Москва: Осталось 1 штуки] как-то не звучит :)

[offtop]От названий файлов на скрине протащился shopCustomersCategory.controller.php это мощно :) [/offtop]
Имею опыт с прошлой версии — это ужас, как для верстальщика, так и для программиста.

Была элементарная задача — сделать обычные вложенные страницы, по типу разделов со статьями. Как в прошлой версии не было, так и в этой нет (по крайней мере в демо-версии не нашел). В прошлой версии пришлось ставить дополнительный модуль, хотя, казалось бы, базовый функционал для любой CMS.

Как интернет-магазин shop-script неплох, но до тех пор, пока не понадобится что-нибудь доработать.
То, что я увидел на демо, совсем не похоже на коммерческий продукт. Чуть не отбило все желание смотреть дальше.
Собрался с духом, и поковыряюсь в демо-аккаунте.
Офигеть. Чтобы посмотреть цену жму кнопку купить. И что вижу? На английском здоровенная форма для регистрации. То есть я даже цену узнать не могу — нужно зарегистрироваться. Форма регистрации — так же жесть, пока не отправишь — не поймешь какие поля обязательны к заполнению.
PS обнаружил в меню пункт — цены, однако я просто больше чем уверен, что большинство жмут на большую и красивую кнопку купить, там выбирают свой вариант, а потом переходят к оплате.
Интересна тема разработки и продажи плагинов. Как будет организована защита от пиратов? Какое-то общее решение от вашей компании или каждый разработчик должен сам думать?
Так как все продукты предоставляются с открытым кодом, то полной защиты от копирования и нелегальной установки достичь не получится (всегда можно сделать нулл и поставить куда угодно). Как показывает наш опыт, с этим надо не бороться, а, скорее, понимать и следить за общими фактами установки. Как показывает опыт Shop-Script, нелицезнионных установок примерно на два порядка меньше, чем лицензионных. И выгоднее сконцентрироваться на работе с легальными клиентами и работе над обновлениями, чем борьбе с нелегальными установками.

Если разработчик распространяет продукты с помощью собственного сайта, а не через наш магазин дополнений, то, безусловно, он сам должен решить, как ему поступать с такими установками и контролировать их. Если через наш магазин, то в аккаунте разработчика можно будет видеть список доменов, на которых используется приложение, плагин или тема дизайна или с которых приходит запрос на обновление.
Только что прилетело обновление, обновился. Все навернулось к чертям
Думаю, нужно отложить эту CMS до худших времен. Как же я жалею, что сделал предзаказ вообще…

image
Не уверен на все 100, но думаю что ошибка в правах доступа по папкам, кешированный шаблон не удается записать
Однозначно: права доступа. Какой у вас хостинг? Напишите в нашу службу поддержки (support@webasyst.com), разберемся.
Ребят я знаю как это исправить :) Я понимаю, в чем тут ошибка. Но если я сдам клиенту эту CMS — я подпишу себе приговор всю жизнь выставлять эти долбанные права :)
Их достаточно один раз выставить. Такое возникнуть могло, если вы что-то руками делали.
Просто так они слететь не могли.
Практически любой движок что-то кэширует и хранит во временных файлах и всем нужна какая-то папка на запись. Если у вас её нет, то будут ошибки.
Нет, я работал в админке. Вижу у инсталлера появилась цифра 2, я перешел туда, нажал обновить все. Всё обновлялось, обновилось, я попал на страницу Обновлений, где мне предложили 1 обновление, я его проинсталировал. Дальше я пошел в магазин, и выскачило это сообщение. FTP вообще был закрыт.
Эх, если бы была родная поддержка многоязычности… На сегодняшний день логичнее писать с нуля, чем допиливать какие-то существующие движки, а для некоторых клиентов важен быстрый старт, чтобы попробовать «а нужно ли им это». Для этой цели хорошо подходят Simpla и Shop-Script, в управлении которыми (не в кодинге, а именно в управлении) легко может разобраться не шибко подготовленный человек. Но родной поддержки многоязычности в них нет, а для части стран — это насущная необходимость.
В Shop-Scritp уже реализовано, на столько ачественно, что не всегда встречаешь русский язык в админке или отсылаемых клиентам письмах! :)
Очередная новая версия без отличительных особенностей, но в этот раз на базе собственного велосипеда… Не вижу никаких предпосылок к покупке вашего творения.
Я примерно для себя понимаю проблему, как я вижу её со стороны.
Вам не хватает в команде маркетолога, причем сильного маркетолога и очень далёкого от программирования. Вы погрязли в среде разработчиков, и все внутри команды понимают «Ну тут же все элементарно» и вы не можете трезво оценить качество массового продукта просто потому, что когда он попадает в руки клиента, тому совсем не все понятно и он испытывает трудности.
Я бы сказал, что не хватает хорошего тестировщика.
Честно, я ждал и даже был готов купить… Но отбили всю охоту:
На первом шаге оформления заказа, как и прежде, спрашивает адрес у клиента. ЗАЧЕМ? Почему нельзя сделать по-человечески и привязать шаг с выбором адреса к выбору способа доставки?!

Пока буду жить на допилинной предыдущей версии, а потом уйду на самописный движок. Больше денег вы не получите от меня.

Кстати, ваш модуль Поддержка напрочь игнорирует стандартны и, как следствие, заголовок Reply-To.
А что там с творится с локализацией?
У меня проблема куда проще, и до боли смешная, ОН У МЕНЯ НЕ РАБОТАЕТ НА РУССКОМ!!! )
Установка идет на русском, все ок, как только создает базу данных — все на англ + в админке даже если выставить все, а там оно выстанавлено на РУ, все равно все англ
Ответ саппорта
— на хостинге установлена локаль ru_RU.utf8?

Кто-нибудь мне может объяснить зачем нужна «локаль» для локализации скрипта?
Я больше с Prestashop и opencart работал. А webasyst для меня был как простенькая поделка. Но новая версия как ни странно понравилась. По сравнению с prestashop и opencart — админка намного удобнее и приятнее. Все както сбито вместе.
Понравилась возможность управлять остатками сразу на нескольких складах и наличие наборов аттрибутов.
Ни в PrestaShop ни в Opencart такой функциональности и близко нет, модулей сторонних разработчиков тоже не нашел.
Да и добавление тех же атрибутов удобнее чем в opencart и presta. Интерфейс понравился настолько, что новый сайт мог бы и под webasyst запустить. Хоть он и платный. Только вот глюков многовато.
Например, раздел с плагинами в демо-версии просто не открывается. Исправляйте глюки.
Мда… почитал отзывы, теперь страшно предлагать клиенту реализацию интернет магазина на shop script5, до этого дела с shop script не имел совсем. Есть опыт разработки на bitrix, но модуль интернет магазина доступен только в бизнес редакции ~ 24к. Что естественно для меня слишком большая сумма, а vitrual-market и joomla совсем не нравятся :), вот и думаю что теперь делать…
Станьте партнером Битрикса. Цена уменьшится на 40%
Давайте рассмотрим мой опыт работы с этой системой. Купил я, значится лицензию прошлым летом, установил дистрибутив и начал перекраивать его под свои нужды. Первое с чем я столкнулся, это отсутствие перевода части элементов. На сайте системы не написано, что я должен знать английский для нормальной работы с ней. Ну вот откуда мне знать, что плагин с названием «store pickup» реализует самовывоз? Ну не учил я в школе слово пикап, и в университете оно мне не встречалось. Есть люди, которые вообще другие языки учат… Что за система с которой нужно с переводчиком работать? На витрине часть слов была не согласована: всего 1 отзывов о… — мне пришлось переформулировать шаблон, чтобы там не играло роли склонение. Плагин «Брэнды» — Вы не поверите, но многие покупатели до сих пор не знают слово «брэнд». Мне пришлось писать разработчикам, чтобы они указали в каком системном файле его можно изменить. Они указали не тот файл, но я методом тыка нашел и поменял это слово в соседнем, хотя эта замена все равно слетела при обновлении этого плагина. Потом я еще поменял несколько текстов на сайте, которые мне показались не корректными, а потом решил сменить шаблон и мне пришлось опять искать и менять все эти тексты (хотя в той же Joomla эта проблема решена тем, что тексты языковых переменных вынесены в отдельный файл). Затем я начал заполнять магазин. Столкнулся с тем, что я не могу создать характеристики определенных типов, потому что при попытке их создания страница с ними уходит в бесконечный цикл перезагрузки. Я сообщил об этом разработчикам — спустя сутки они ответили, что нужно написать хостеру, чтобы тот ОТКЛЮЧИЛ СЕРВЕРНЫЕ МОДУЛИ БЕЗОПАСНОСТИ для этого сайта. Ок, написал, отключили, характеристики заработали. Проверяю валидатором микроразметки — выдает ошибку. Оказывается идентификаторы микроразметки привязаны к идентификаторам характеристик и вместо «brand» у меня «proizvoditel». Так это хорошо, что я валидатором догадался проверить. Исправил. Дальше, пытаюсь настроить сортировку товаров по категориям — оказывается, что по некоторым типам характеристик сортировки просто не существует, потому что разработчики «только их ввели» и не успели запилить сортировку по ним. Занялся авторизацией — полчаса убил на то, чтобы зарегистрироваться в твиттере и фэйсбуке и настроить все параметры. Ага, авторизация через 5 соцсетей. В итоге авторизация через мэйл.ру до сих пор не работает — создается пустая учетка без информации о пользователе (а я разработчикам сообщил об этом еще в сентябре). В то время как на джумле я бы за минуту поставил плагин от ulogin с возможностью регистрации через 22 соцсети. Потом я подумал, что неплохо бы как на всех нормальных сайтах вынести авторизацию через соцсети в шапку сайта. Опять пришлось писать разработчикам, чтобы выяснить в каких файлах я могу убрать текстовые названия соцсетей… Лезть экспериментировать с ними и т.д. Потом я обнаружил, что иконки для кнопок авторизации грузятся со сторонних серверов — вообще верх маразма. Потом я обнаружил, что внешние ссылки в отзывах не экранируются и мне снова пришлось дорабатывать шаблон. Затем обнаружил, что в админ панели, рядом со значком Инсталлера, постоянно горит уведомление о наличии новых обновлений, при переходе на страницу уведомлений выдается сообщение «Установлены последние версии всех приложений». Написал в саппорт, ответили: «В Инсталлере в разделе Настройки нажмите кнопку Очистить кеш, предварительно поставив галочку в чекбоксе „Режим отладки (debug mode)“ — это должно помочь. После очистки кеша галочку снимите». Ок. Помогло. Плагин для Яндекс.Маркет не работает или работает черт знает как. Его до сих пор (год после выхода системы) чинят. Ни в одной теме оформления не прописан путь к фавикон — они ответили, что «не всем это нужно». Кому это не нужен фавикон в сниппете поиска интересно? Ссылку на карту сайта тоже пришлось у разработчиков узнавать, т.к. нигде не указана в документации и в роботс автоматически не добавляется. С сентября ввиду какой-то ошибки загрузки напрочь пропала возможность получать обновления. Ответили: увеличьте значения параметров memory_limit и max_execution_time в настройках php на хостинге. Как я его только не увеличивал, и хостеру писал и во все папки пихал файлы конфигурации с новыми параметрами. В конце января опять обратился в саппорт, мне ответили: "
В тексте ошибки явно видно, что это ошибка Curl — за 10000мс (или 10 секунд) он не получил ответа за это время. Но основная причина — это не обновленный Инсталлер достаточно старой версии. Необходимо «починить» Инсталлер — в коде /wa-installer/lib/classes/wainstallerapps.class.php найти строку вида
CURLOPT_TIMEOUT => 10
(искать по CURLOPT_TIMEOUT ) и изменить 10 на большее значение (например 30), так же можно и соседние значения десятки изменить на 30.
И после починки Инсталлера необходимо установить обновления для него, а после для Контактов/Магазина и т.п.
Так же рекомендуется сделать бекап базы данных на всякий случай."
Вопрос: откуда я мог знать о таком решении проблемы, если разработчики о нем не знали?
Другие пользователи тоже постоянно жалуются на форуме: то у них характеристики клонируются, то что-то еще. Вот, например forum.webasyst.ru/viewtopic.php?id=21706 Для массы необходимых для электронной коммерции решений необходимо покупать плагины у сторонних разработчиков.
Да я на джумле гораздо быстрее магазин сделал с микроразметкой и прочими радостями и без всяких проблем.
За что я собственно деньги отдавал если ничего не работает? Зачем нужны ТАКИЕ «коммерческие» цмс?
При всём при этом у разработчика хватает наглости заявлять, в рекламных материалах, что «для того чтобы открыть магазин не нужно быть программистом»… Ага, нужно быть программистом, переводчиком и ясновидящим, чтобы предсказывать в каком из файлов этой системы что-то не работает. У меня цензурных слов просто нет.
Sign up to leave a comment.