Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 70
Shop-script ужасная вещь… Сейчас приходится с ним мучаться. Почему главный модуль называется test и почему он реализовывает большю часть всего магазина (корзина, вывод разделов и т.д.), когда для всех этих компнентов там имеются свои модули, остаётся только догадываьтся...(((
Я вам могу помочь. В админке SS есть приватный модуль управления разделами и просмотра иерархии всего.
Далее пройдите в управление правами пользователя и расрешите себе модуль.
Если что, сам модуль тут- www\published\SC\html\scripts\modules\divisions
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. организована она великолепно, есть свой веб-редактор шаблонов и пр. пр. Админка — аяксовая, очень легкая и приятная. видно что качественный продукт. Кстати под нее вероятно буду писать модуль для яда. если все успешно будет — то перейду на нее. Из минусов — цена.
Из коробочных решений — симпла — пусть и достаточно новая, немного корявенькая, зато логика и структура совпадает с моим видением, достаточно просто дописать-доточить. По производительности пока ничего сказать не могу.
в данный момент копаю www.interspire.com/. Кстати, кину камень в огород вебассиста. Очень многое неумело содрано именно с этой CMS. организована она великолепно, есть свой веб-редактор шаблонов и пр. пр. Админка — аяксовая, очень легкая и приятная. видно что качественный продукт. Кстати под нее вероятно буду писать модуль для яда. если все успешно будет — то перейду на нее. Из минусов — цена.
Пишут красиво- «Всё равно 100 или 100 000 у вас товаров!». Я правильно понимаю, что исходники никто не даст?
при покупке полностью открытый исходный код.
Просто я увидел только тарифные планы на размещение на их площадке.
Ок, спасибо, а где демо можно посмотреть не подскажите? А то смотрю, смотрю и найти не могу.
Ок, спасибо, а где демо можно посмотреть не подскажите? А то смотрю, смотрю и найти не могу.
Интересует как там натягивается дизайн.
В админке не нашел, как понял темы все стандартные.
Лого туда, лого сюда, измини css вот и вся тема.
Опять какой-то гиблый шаблонизатор в e-mail шаблонах.
У меня конечно нет кода, но по админке можно понять, что, как у всех, есть проблемы с «натягиванием» своего дизайна.
Может я заблуждаюсь ;)?
В админке не нашел, как понял темы все стандартные.
Лого туда, лого сюда, измини css вот и вся тема.
Опять какой-то гиблый шаблонизатор в e-mail шаблонах.
У меня конечно нет кода, но по админке можно понять, что, как у всех, есть проблемы с «натягиванием» своего дизайна.
Может я заблуждаюсь ;)?
Вы заблуждаетесь :) я вначале подумал: «тут все убого, вебассист №2»
но потом, копнув погрубже понял что я сильно ошибался. для натяжки дизайна, там есть даже свой редактор кода, который делит шаблоны на части и позволяет редактировать отдельные элементы (есть понятие панелей и сниппетов).
каждый шаблон хранится в отдельном файле.
Но есть некоторые ограничения по верстке (все описано в документации) — для того чтобы блоки можно было перетягивать в Design mode.
В редакторе есть возможность отката к стандартному значения шаблона. Для натяжки дизайна необязательно менять все шаблоны — можно поменять только нужные части, остальные будут взяты из дефолтной папки.
но потом, копнув погрубже понял что я сильно ошибался. для натяжки дизайна, там есть даже свой редактор кода, который делит шаблоны на части и позволяет редактировать отдельные элементы (есть понятие панелей и сниппетов).
каждый шаблон хранится в отдельном файле.
Но есть некоторые ограничения по верстке (все описано в документации) — для того чтобы блоки можно было перетягивать в Design mode.
В редакторе есть возможность отката к стандартному значения шаблона. Для натяжки дизайна необязательно менять все шаблоны — можно поменять только нужные части, остальные будут взяты из дефолтной папки.
Максим, если честно мне вас по человечески жалко, что вы тратите время на борьбу с ветряными мельницами.
Пристройте свой интеллект в то русло, где он действительно найдет должное применение.
Пристройте свой интеллект в то русло, где он действительно найдет должное применение.
Тут непростая ситуация. Вы не представляете сколько софта завязано на этой CMS и насколько болезненным может быть переход.
Да и сказать- «ребят, я сейчас брошу все проекты и сяду в уголок писать CMS своей мечты», вряд ли получится.
Да и сказать- «ребят, я сейчас брошу все проекты и сяду в уголок писать CMS своей мечты», вряд ли получится.
А как лицензия это ж не OS? ;)
Я так понял вы имеете ввиду поддержка старых проектов. Ну и ведите их. Они ведь работают. А вот новые.
Интересно, что такого завязано потустороннего софта? Export, import в 1C? ;)
Я не говорю писать новую. Если нет желания, проанализируйте код других и выбирите наиболее подходящую и на основе её создайте модуль магазина.
Я так понял вы имеете ввиду поддержка старых проектов. Ну и ведите их. Они ведь работают. А вот новые.
Интересно, что такого завязано потустороннего софта? Export, import в 1C? ;)
Я не говорю писать новую. Если нет желания, проанализируйте код других и выбирите наиболее подходящую и на основе её создайте модуль магазина.
Подбор по характеристикам (расширенный поиск) — 900 запросов — ужас оО
В некоторых случаях получается до 1200. Если увеличить каталог вдвое, количество запросов увеличится тоже примерно вдвое.
И это коммерческий продукт?) Да в моём самописном магазине (причём это первый продукт), с быдлокодом и то на самую тяжёлую страницу (вывод всех товаров категории, как раз таки описанный случай с /all/ имеет порядка 10-15 запросов, расширенный поиск так вообще почти на каждой странице присутствует, могу дать ссылку посмотрите :) Интернет-магазин ноутбуков, правда без оплаты безналом.
Готов взять исходники на исследование :)
Я часто общаюсь с молодыми разработчиками. Совет номер один. Если в вашей системе на главной странице более 30 запросов, значит вы делаете что-то не то.
Номер два: у вас изначально нет двух, трех вариантного кеширования — в помойку.
ВЕБ — это в первую очередь скорость выборки. Никто не будет ждать 30-40 секунд пока откроется страница. Максимальное время отклика юзера это 0.5 сек. если (при быстром канале), если нет, то мозг уже иначе анализирует ситуацию и пытается что-то сделать (читай нервирует).
«Перегрузом» страдают не только горе дизайнеры и разработчики интерфейсов, но и горе программисты.
А брать за это д деньги — это предел наглости (читай развод)
Номер два: у вас изначально нет двух, трех вариантного кеширования — в помойку.
ВЕБ — это в первую очередь скорость выборки. Никто не будет ждать 30-40 секунд пока откроется страница. Максимальное время отклика юзера это 0.5 сек. если (при быстром канале), если нет, то мозг уже иначе анализирует ситуацию и пытается что-то сделать (читай нервирует).
«Перегрузом» страдают не только горе дизайнеры и разработчики интерфейсов, но и горе программисты.
А брать за это д деньги — это предел наглости (читай развод)
Конечно, ребята кроме рекурсии наверно ничего больше не знают.
Я давно говорил рекурсия — это зло, так как при больших обьемах легко потерять контроль. Неужели на худой конец NS не знали?
Я давно говорил рекурсия — это зло, так как при больших обьемах легко потерять контроль. Неужели на худой конец NS не знали?
> открыл для себя inclued расширение, которое дружит с Graphviz
Какое расширение, если не секрет?
Какое расширение, если не секрет?
inclued :)
pecl.php.net/package/inclued
pecl.php.net/package/inclued
Мог бы. Чего стоят тысячами понаставленные проверки is_hosted() которые постоянно тыкают существование одного единственного файла.
Такое легко получается в случае автоматического рефакторинга. :)
Но согласитесь, что не смотреть что после этого рефакторинга получилось — дурной тон.
Да и в конце концов одно то, что коммит с таким кодом прошел говорит о культуре разработки в компании.
Да и в конце концов одно то, что коммит с таким кодом прошел говорит о культуре разработки в компании.
В целом соглашусь.
Но это не всегда оправдано.
Предположим, была переменная $some_mode, которая что-то тоже там сходное определяла.
В определенный момент этого режима больше в приложении нет, мы его выпиливаем.
Все обращения к $some_mode можно без страха заменить на константу.
Обращений могло бы быть тысячи, и выпиливать их все из приложения — незачем.
Будем обновлять конкретный файл — спокойно удалим. А перебирать весь код — смысла нет.
Но это не всегда оправдано.
Предположим, была переменная $some_mode, которая что-то тоже там сходное определяла.
В определенный момент этого режима больше в приложении нет, мы его выпиливаем.
Все обращения к $some_mode можно без страха заменить на константу.
Обращений могло бы быть тысячи, и выпиливать их все из приложения — незачем.
Будем обновлять конкретный файл — спокойно удалим. А перебирать весь код — смысла нет.
Да, вы правы. Но иногда приложения выглядят устрашающе из за пары тройки циклов такого рефакторинга.
Также встречаются откровенно клинические случаи
if(false){
//много кода
}
else{
// exit(),die(),return false, что угодно
}
И целые куски программы перестают иметь смысл, причём чтобы это понять приходится поломать голову.
В общем- больше думаем, меньше занимаемся машинописью и архитектуру не придется менять каждые две недели :)
Также встречаются откровенно клинические случаи
if(false){
//много кода
}
else{
// exit(),die(),return false, что угодно
}
И целые куски программы перестают иметь смысл, причём чтобы это понять приходится поломать голову.
В общем- больше думаем, меньше занимаемся машинописью и архитектуру не придется менять каждые две недели :)
О да, битрикс тоже страдает «перегрузом» запросов (причем каких). Я как-то об этом писал. На что получил интересное письмо в стиле: мы знаем, но лучше пишите про найденные ошибки нам. Только как можно исправить то, что изначально было задумано ошибочно. Потом положено кучу времени и читай денег. Как от всего отказаться и переделать?
Маркетинг движет миром а не башка.
Маркетинг движет миром а не башка.
на самом деле понятно что SS полное уг, но у этого уг очень удобная админка, а альтернатив я пока не вижу, хотя наверно плохо смотрю.
А меня еще убивала слишком большая вложенность папок. Чтобы добраться до какого-нибудь модуля, нужно открыть over 9000 директорий.
Один раз столкнулся с их движком (подкупила красивая админка и демократичный ценник), с тех пор зарекся пользоваться продуктами WebAsyst.
Один раз столкнулся с их движком (подкупила красивая админка и демократичный ценник), с тех пор зарекся пользоваться продуктами WebAsyst.
Черепаха…
Моя аватарка уже много-много лет.
Ненавижу Вас :)
Моя аватарка уже много-много лет.
Ненавижу Вас :)
Предлагаю продать свои изменения авторам разработки за стопятсот мульёнов. Интересно делают ли они и как нагрузочное тєстирование?
Если нет реальных данных- напишите спамера, который пишет в БД пока может или пока вы этого хотите случайности.
Или просто используйте DBench.
Интересная штука.
поясните плиз чем она интересна
из readme.txt: «DBench is a very simple and lightweight library for generating database tables data and testing it perfomance.»
для чего необходимо тестить производительность таблиц с произвольными данными?
из 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-программирования и то лучше писал, чем эти ребята…
Я не так давно оптимизировал PHP Pro Bid (http://phpprobid.com/) — аукционный движок на PHP, тоже не бесплатный. Не переставал ловить себя на мысли, что даже в первые месяцы PHP-программирования и то лучше писал, чем эти ребята…
Разработчики уже больше года обещают выложить новый шопскрипт.
«Скорость загрузки с дефолтным кешем», я бы написал «время выполнения скрипта», так понятнее.
P.S. Достойных продуктов такого класса очень мало(мне понравился только melbis, а точнее его GUI)
P.S. Может кто выложит success story с Битриксом, какой он удобный и классный?
P.S. Достойных продуктов такого класса очень мало(мне понравился только melbis, а точнее его GUI)
P.S. Может кто выложит success story с Битриксом, какой он удобный и классный?
Ваша история лишний раз доказывает, что зарабатывать деньги можно и на неидеальном продукте.
В бизнесе важно не столько срубить денег с клиента, сколько заставить его вернуться. В этом плане они много теряют.
Знаю случай когда два чудака в Австралии продавали землю с родины (одной из стран СНГ). Заработали кучу денег. Так вот землю они брали просто с дороги.
Это говорит о том, что без лоха и жизнь плоха. И говорит о том, что лохов еще много. И что разводу поддаются очень много людей. А не как можно заработать денег на «неидеальном» (попросту фуфловом) продукте.
Это говорит о том, что без лоха и жизнь плоха. И говорит о том, что лохов еще много. И что разводу поддаются очень много людей. А не как можно заработать денег на «неидеальном» (попросту фуфловом) продукте.
Это называется — изначально плохая архитектура.
Надо, изначально, создавая архитектуру исходить из того, что у вас в базе будет как минимум 100`000 товаров, которые надо быстро отобразить.
Лучше всего для этого подходит иерархическая система, позволяющая все делать одним запросом (макс. двумя запросами), причем в не зависимости от количества товаров. Я проектировал такие системы. Скажу так, от обычных обьектных их отличает равномерность нагрузки (помните в топике 1 товар и тысячи), т.е. понятия количества практически не существует. И скорость. А учитывая изначально задуманное трех-вариантное кеширование вообще решает также и большие нагрузки.
Короче. Надо бежать от системы где дерево обрабатывается рекурсивными методами. Я давно говорил: рекурсия — зло.
Рано или поздно вам не надо будут красивые фенечки админки и тогда вы поймете какой выбор вы сделали и что за д вы кушаете.
Совет: напишите свою систему, но изначально заложите моменты нагрузки и кеширования.
Честно говоря я пока не встречал «нормальных» систем, как платных так и бесплатных. (только не заводите флейм, я вас прошу, знаком со всеми не год и не два, дай бог десяток и слежу за каждой из версии к версии). При нагрузках — в основном пишут индивидуальную систему. Универсальных практически не бывает при больших нагрузках, или их надо очень сильно переделывать.
Надо, изначально, создавая архитектуру исходить из того, что у вас в базе будет как минимум 100`000 товаров, которые надо быстро отобразить.
Лучше всего для этого подходит иерархическая система, позволяющая все делать одним запросом (макс. двумя запросами), причем в не зависимости от количества товаров. Я проектировал такие системы. Скажу так, от обычных обьектных их отличает равномерность нагрузки (помните в топике 1 товар и тысячи), т.е. понятия количества практически не существует. И скорость. А учитывая изначально задуманное трех-вариантное кеширование вообще решает также и большие нагрузки.
Короче. Надо бежать от системы где дерево обрабатывается рекурсивными методами. Я давно говорил: рекурсия — зло.
Рано или поздно вам не надо будут красивые фенечки админки и тогда вы поймете какой выбор вы сделали и что за д вы кушаете.
Совет: напишите свою систему, но изначально заложите моменты нагрузки и кеширования.
Честно говоря я пока не встречал «нормальных» систем, как платных так и бесплатных. (только не заводите флейм, я вас прошу, знаком со всеми не год и не два, дай бог десяток и слежу за каждой из версии к версии). При нагрузках — в основном пишут индивидуальную систему. Универсальных практически не бывает при больших нагрузках, или их надо очень сильно переделывать.
//Рано или поздно вам не надо будут красивые фенечки админки и тогда вы поймете какой выбор вы сделали и что за д вы кушаете.
Мы не используем стандартную админку
//Совет: напишите свою систему, но изначально заложите моменты нагрузки и кеширования.
Всё к тому идет. Только это не написание с нуля, а планомерное переписывание по кускам.
//Надо бежать от системы где дерево обрабатывается рекурсивными методами.
А вот в этом наши мысли сходятся.
Мы не используем стандартную админку
//Совет: напишите свою систему, но изначально заложите моменты нагрузки и кеширования.
Всё к тому идет. Только это не написание с нуля, а планомерное переписывание по кускам.
//Надо бежать от системы где дерево обрабатывается рекурсивными методами.
А вот в этом наши мысли сходятся.
Парочку наиболее приличных, на ваш взгляд, CMS для инет-торговли можете назвать?
Недавно пришел проект на этой CMS, я на нее был очень зол.
Работаю я в компании Инет Маркетинга, программистом.
Нужно было сайту «частичное ЧПУ» так из-за этой вещи возникло гигантское количество ошибок в урлах. Пришлось прописывать условия и тому подобное, даб сохранить нормальный вид сайта.
Работаю я в компании Инет Маркетинга, программистом.
Нужно было сайту «частичное ЧПУ» так из-за этой вещи возникло гигантское количество ошибок в урлах. Пришлось прописывать условия и тому подобное, даб сохранить нормальный вид сайта.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Подход к оптимизации приложения на примере популярной CMS