Pull to refresh

Comments 70

Shop-script ужасная вещь… Сейчас приходится с ним мучаться. Почему главный модуль называется test и почему он реализовывает большю часть всего магазина (корзина, вывод разделов и т.д.), когда для всех этих компнентов там имеются свои модули, остаётся только догадываьтся...(((
Я вам могу помочь. В админке SS есть приватный модуль управления разделами и просмотра иерархии всего.
INSERT INTO `SC_divisions` (`xID`,`xName`,`xKey`,`xUnicKey`,`xParentID`,`xEnabled`,`xPriority`,`xTemplate`,`xLinkDivisionUKey`) VALUES ( '97','pgn_divisions','','divisions','23','0','0','','');

UPDATE SC_divisions SET xParentID=167 WHERE xID IN(98,134,97);
UPDATE SC_divisions SET xEnabled=1 WHERE xID IN(98,134,97);
UPDATE SC_divisions SET xParentID=167 WHERE xID IN(71,127,128);
UPDATE SC_divisions SET xEnabled=1 WHERE xID IN(71,127,128);

Далее пройдите в управление правами пользователя и расрешите себе модуль.
Если что, сам модуль тут- www\published\SC\html\scripts\modules\divisions
Благодарю за совет. «приватные» модули, главный модуль test — о чём думали разработчики?
в первый раз когда я увидел новый вебассист изнутри я подумал что это — абсолютный mashine generated code.
впечатление было настолько ярким и страшным что я навсегда отказался от него.
там где не нужно заморачиваться с системами оплаты — поднимаю каталоги полностью на modx+дописывание ручками. (никакого shopkeeper ). Сейчас копаю в сторону модулей оплаты к популярным системам, честно говоря времени очень мало чтобы раз сесть и довести их до ума, так бы уже давно перешел полностью на modx.

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

в данный момент копаю www.interspire.com/. Кстати, кину камень в огород вебассиста. Очень многое неумело содрано именно с этой CMS. организована она великолепно, есть свой веб-редактор шаблонов и пр. пр. Админка — аяксовая, очень легкая и приятная. видно что качественный продукт. Кстати под нее вероятно буду писать модуль для яда. если все успешно будет — то перейду на нее. Из минусов — цена.
Пишут красиво- «Всё равно 100 или 100 000 у вас товаров!». Я правильно понимаю, что исходники никто не даст?
при покупке полностью открытый исходный код.
Просто я увидел только тарифные планы на размещение на их площадке.
Ок, спасибо, а где демо можно посмотреть не подскажите? А то смотрю, смотрю и найти не могу.
Интересует как там натягивается дизайн.
В админке не нашел, как понял темы все стандартные.
Лого туда, лого сюда, измини css вот и вся тема.
Опять какой-то гиблый шаблонизатор в e-mail шаблонах.
У меня конечно нет кода, но по админке можно понять, что, как у всех, есть проблемы с «натягиванием» своего дизайна.
Может я заблуждаюсь ;)?
Вы заблуждаетесь :) я вначале подумал: «тут все убого, вебассист №2»
но потом, копнув погрубже понял что я сильно ошибался. для натяжки дизайна, там есть даже свой редактор кода, который делит шаблоны на части и позволяет редактировать отдельные элементы (есть понятие панелей и сниппетов).
каждый шаблон хранится в отдельном файле.
Но есть некоторые ограничения по верстке (все описано в документации) — для того чтобы блоки можно было перетягивать в Design mode.
В редакторе есть возможность отката к стандартному значения шаблона. Для натяжки дизайна необязательно менять все шаблоны — можно поменять только нужные части, остальные будут взяты из дефолтной папки.
Максим, если честно мне вас по человечески жалко, что вы тратите время на борьбу с ветряными мельницами.
Пристройте свой интеллект в то русло, где он действительно найдет должное применение.
Тут непростая ситуация. Вы не представляете сколько софта завязано на этой CMS и насколько болезненным может быть переход.
Да и сказать- «ребят, я сейчас брошу все проекты и сяду в уголок писать CMS своей мечты», вряд ли получится.
А как лицензия это ж не OS? ;)

Я так понял вы имеете ввиду поддержка старых проектов. Ну и ведите их. Они ведь работают. А вот новые.

Интересно, что такого завязано потустороннего софта? Export, import в 1C? ;)
Я не говорю писать новую. Если нет желания, проанализируйте код других и выбирите наиболее подходящую и на основе её создайте модуль магазина.
Вы просто не совсем представляете что уже было реализовано. ~680 ревизий. Выкинуть такой обьем работ и сесть допиливать другую CMS?
Подбор по характеристикам (расширенный поиск) — 900 запросов — ужас оО
В некоторых случаях получается до 1200. Если увеличить каталог вдвое, количество запросов увеличится тоже примерно вдвое.
тут явно что то не так изначально было спроектировано…
По-моему там какой-то сумасшедший сбор для каждой категории и последующих характеристик и их значений. Или определение всех товаров и поиск всех характеристик для них.
Запросы преимущественно простые, но их очень много.
Там куча self joins строится.
Помимо JOINS :) От автоматической генерации sql запросов в prdSearchByTemplate я удивлялся отдельно.
И это коммерческий продукт?) Да в моём самописном магазине (причём это первый продукт), с быдлокодом и то на самую тяжёлую страницу (вывод всех товаров категории, как раз таки описанный случай с /all/ имеет порядка 10-15 запросов, расширенный поиск так вообще почти на каждой странице присутствует, могу дать ссылку посмотрите :) Интернет-магазин ноутбуков, правда без оплаты безналом.
Готов взять исходники на исследование :)
Я часто общаюсь с молодыми разработчиками. Совет номер один. Если в вашей системе на главной странице более 30 запросов, значит вы делаете что-то не то.
Номер два: у вас изначально нет двух, трех вариантного кеширования — в помойку.
ВЕБ — это в первую очередь скорость выборки. Никто не будет ждать 30-40 секунд пока откроется страница. Максимальное время отклика юзера это 0.5 сек. если (при быстром канале), если нет, то мозг уже иначе анализирует ситуацию и пытается что-то сделать (читай нервирует).
«Перегрузом» страдают не только горе дизайнеры и разработчики интерфейсов, но и горе программисты.
А брать за это д деньги — это предел наглости (читай развод)
Главная страница для правильно продвигаемого интернет-магазина далеко не самая посещаемая страница. Быстро работать должны прежде всего страницы конкретных товаров и сервисы типа подбора товаров и поиска.
Не цепляйтесь к словам :)
К той странице где есть вывод конкретных товаров.
Обычно товаров выводится на странице 10-20 — это макс. 2 запроса (именно на вывод товаров). при нормальной архитектуре. А если рекурсия — то это потеря контроля над ситуацией.
Конечно, ребята кроме рекурсии наверно ничего больше не знают.
Я давно говорил рекурсия — это зло, так как при больших обьемах легко потерять контроль. Неужели на худой конец NS не знали?
> открыл для себя inclued расширение, которое дружит с Graphviz

Какое расширение, если не секрет?
гм, думал опечатка, спасибо!
if(!$admin_mode&&true){

мне кажется, движок мог бы составить конкуренцию битриксу на govnokod.ru :)
Мог бы. Чего стоят тысячами понаставленные проверки is_hosted() которые постоянно тыкают существование одного единственного файла.
Такое легко получается в случае автоматического рефакторинга. :)
Но согласитесь, что не смотреть что после этого рефакторинга получилось — дурной тон.
Да и в конце концов одно то, что коммит с таким кодом прошел говорит о культуре разработки в компании.
В целом соглашусь.
Но это не всегда оправдано.

Предположим, была переменная $some_mode, которая что-то тоже там сходное определяла.
В определенный момент этого режима больше в приложении нет, мы его выпиливаем.

Все обращения к $some_mode можно без страха заменить на константу.

Обращений могло бы быть тысячи, и выпиливать их все из приложения — незачем.

Будем обновлять конкретный файл — спокойно удалим. А перебирать весь код — смысла нет.
Да, вы правы. Но иногда приложения выглядят устрашающе из за пары тройки циклов такого рефакторинга.
Также встречаются откровенно клинические случаи
if(false){
//много кода
}
else{
// exit(),die(),return false, что угодно
}

И целые куски программы перестают иметь смысл, причём чтобы это понять приходится поломать голову.
В общем- больше думаем, меньше занимаемся машинописью и архитектуру не придется менять каждые две недели :)
О да, битрикс тоже страдает «перегрузом» запросов (причем каких). Я как-то об этом писал. На что получил интересное письмо в стиле: мы знаем, но лучше пишите про найденные ошибки нам. Только как можно исправить то, что изначально было задумано ошибочно. Потом положено кучу времени и читай денег. Как от всего отказаться и переделать?
Маркетинг движет миром а не башка.
на самом деле понятно что SS полное уг, но у этого уг очень удобная админка, а альтернатив я пока не вижу, хотя наверно плохо смотрю.
Мы свою альтернативу их админке сделали в 1С, чего и вам советую.
Да, было бы интересно узнать о альтернативах.
Всё упирается в то, какой вам нужен функционал.
меня бы полностью устроил полный аналог SS только что бы написанный по человечески и без хаоса в шаблонах.
А меня еще убивала слишком большая вложенность папок. Чтобы добраться до какого-нибудь модуля, нужно открыть over 9000 директорий.
Один раз столкнулся с их движком (подкупила красивая админка и демократичный ценник), с тех пор зарекся пользоваться продуктами WebAsyst.
Ну, в общем директорий обоснованны, если рассматривать это не как магазин, а как набор приложений.
Меня больше расстраивало отсутствие стандартизации доступа к БД(три класса, функции, прямые запросы) и отсутствие документации. И первое и второе со временем победили.
В том то и дело, что вроде бы покупаешь только магазин, а тебе в связку дают кучу ненужного хлама.
Черепаха…
Моя аватарка уже много-много лет.
Ненавижу Вас :)
:) Вот это поворот.
А вообще, персонажи вымышлены, любое сходство случайно.
Предлагаю продать свои изменения авторам разработки за стопятсот мульёнов. Интересно делают ли они и как нагрузочное тєстирование?
Не делают. А вот мы делали и продавать это авторам не намерены.
Если бы сразу сделали, то наверно бы в таком виде её не было бы.

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

Или просто используйте DBench.
поясните плиз чем она интересна
из readme.txt: «DBench is a very simple and lightweight library for generating database tables data and testing it perfomance.»

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

Наполнение БД произвольными данными позволяет отследить зависимость между скоростью и количеством этих данных.
спасибо, так понятно
я просто понял что она сама свои таблицы генерит и замеряет скорость, а то что вы написали имеет смысл
Удивительные вещи умудряются продавать.
Я не так давно оптимизировал PHP Pro Bid (http://phpprobid.com/) — аукционный движок на PHP, тоже не бесплатный. Не переставал ловить себя на мысли, что даже в первые месяцы PHP-программирования и то лучше писал, чем эти ребята…
Проблема в том, что никто не следит за коммитами. Или текучка слишком большая.
Когда я увидел в асисте неиспользуемые js от wordpres стало грустно.
Разработчики уже больше года обещают выложить новый шопскрипт.
«Скорость загрузки с дефолтным кешем», я бы написал «время выполнения скрипта», так понятнее.

P.S. Достойных продуктов такого класса очень мало(мне понравился только melbis, а точнее его GUI)
P.S. Может кто выложит success story с Битриксом, какой он удобный и классный?
//Может кто выложит success story с Битриксом, какой он удобный и классный?
Шутите?
Ваша история лишний раз доказывает, что зарабатывать деньги можно и на неидеальном продукте.
В бизнесе важно не столько срубить денег с клиента, сколько заставить его вернуться. В этом плане они много теряют.
Знаю случай когда два чудака в Австралии продавали землю с родины (одной из стран СНГ). Заработали кучу денег. Так вот землю они брали просто с дороги.
Это говорит о том, что без лоха и жизнь плоха. И говорит о том, что лохов еще много. И что разводу поддаются очень много людей. А не как можно заработать денег на «неидеальном» (попросту фуфловом) продукте.

Это называется — изначально плохая архитектура.

Надо, изначально, создавая архитектуру исходить из того, что у вас в базе будет как минимум 100`000 товаров, которые надо быстро отобразить.

Лучше всего для этого подходит иерархическая система, позволяющая все делать одним запросом (макс. двумя запросами), причем в не зависимости от количества товаров. Я проектировал такие системы. Скажу так, от обычных обьектных их отличает равномерность нагрузки (помните в топике 1 товар и тысячи), т.е. понятия количества практически не существует. И скорость. А учитывая изначально задуманное трех-вариантное кеширование вообще решает также и большие нагрузки.

Короче. Надо бежать от системы где дерево обрабатывается рекурсивными методами. Я давно говорил: рекурсия — зло.
Рано или поздно вам не надо будут красивые фенечки админки и тогда вы поймете какой выбор вы сделали и что за д вы кушаете.

Совет: напишите свою систему, но изначально заложите моменты нагрузки и кеширования.

Честно говоря я пока не встречал «нормальных» систем, как платных так и бесплатных. (только не заводите флейм, я вас прошу, знаком со всеми не год и не два, дай бог десяток и слежу за каждой из версии к версии). При нагрузках — в основном пишут индивидуальную систему. Универсальных практически не бывает при больших нагрузках, или их надо очень сильно переделывать.
//Рано или поздно вам не надо будут красивые фенечки админки и тогда вы поймете какой выбор вы сделали и что за д вы кушаете.

Мы не используем стандартную админку

//Совет: напишите свою систему, но изначально заложите моменты нагрузки и кеширования.
Всё к тому идет. Только это не написание с нуля, а планомерное переписывание по кускам.

//Надо бежать от системы где дерево обрабатывается рекурсивными методами.
А вот в этом наши мысли сходятся.
Парочку наиболее приличных, на ваш взгляд, CMS для инет-торговли можете назвать?
Недавно пришел проект на этой CMS, я на нее был очень зол.

Работаю я в компании Инет Маркетинга, программистом.
Нужно было сайту «частичное ЧПУ» так из-за этой вещи возникло гигантское количество ошибок в урлах. Пришлось прописывать условия и тому подобное, даб сохранить нормальный вид сайта.
Only those users with full accounts are able to leave comments. Log in, please.