Наглядно можно увидеть на тестовом сервере. В основном ТОП меню — кнопка «Магазины», на данный момент только разметка, редактирование разрешено только админам и продавцам магазина.
Сегодня «подтягивал» фронтенд и проверял зависимости объектов, таблиц БД, нужно немного допиливать и это нормально.
Нагрузка на БД минимальна, в основном Булин значения для выборки, далее так и будем придерживаться подобной концепции.
Компонент полностью интегрированный с ICMS2.15, то есть — никаких «костылей» там нет и не планируется, кроме json Api своего и ajax.
Скринкасты по ходу процесса периодически появляются на моем сайте web-dev.su
Периодически делается скринкаст, видео по процессу и этапам разработки компонента.
Буду рад увидеть идеи по функциям компонента и реализовать чтобы получилась удобная и нужная «штуковина».
В разработке компонент Marketplace ICMS2.15.
Функции:
— Зарегистрированые пользователи группы «продавцы» могут создать свой полноценный интернет-магазин;
— Категории товаров с вложенностью категорий;
— 3 типа отображения меню навигации магазина (горизонтальное, вертикальное, фиксированное то и это);
— Возможность добавления менеджеров магазина, которые добавляют товар;
— Не ограниченное количество продавцов, магазинов, рубрик;
— Магазины, рубрики имеют свой логотип;
— Свойства товаров могут наследоваться как рубрикой так и магазином если рубрик нет, не заполненные свойства не показываются;
— Возможность визуальной настройки дизайна некоторых элементов (уже написано но не внедрено =) );
— Вкл/выкл показ ТОП Промо-секции секции Магазина/рубрики (сделано бэкенд, фронт только разметка);
— Вкл/выкл Слайдер Магазина/рубрики (сделано бэкенд, фронт только разметка).
И многе другое.
Пристально наблюдаем )
Ждем с нетерпением 😊
как мы понимаем, маркетплейс это в первую очередь продажи, т.е наличие кассы с подключенными вариантами оплаты. Это корзина, в которую должна быть возможность положить товары разных продавцов, оплатить и далее распределить деньги между продавцами с отправкой денег им через банк. Далее должны формироваться акты сверки о проведенных платежах, чтобы у продавцов не было потом возможности сказать, что перевод не был сделан и у площадки накопились долги… И еще кучка опций, без которых это все не сможет работать как маркетплейс)
Платежные системы на данном этапе не планировались… хотя можно взять наработки по оплатам с 1.10 instantshop еще об этом не думал, остольное с оплатами — всего лишь API. Корзина с кучами само собой)))
на Биллинге делайте для начала, не распыляйтесь на стороннем и существующем функционале...
Функционал цифровых товаров тоже важен/нужен
Так совсем без каких-либо сторонних вещей типа «биллинга» делается. Подзатянулось из-за долгого вникания в методы, вопросы есть по некоторым объектам и их свойствам, по «ядру»… к примеру чтобы реализовать запись в таблицу значения из админки, в связке с существующим значением и вводимым «немного» неудобно и в доках далеко не всё есть. То есть к тому говорю — что уже была бы стадия объекта и структуры таблиц БД товаров… Тип товара завязан с свойствами либо с категорией к которой присвоены свойства товара, поэтому хоть носки, хоть автомобили хоть и цифровое можно, НО изначально по заявке, платежные системы будут позже.
ближе к новому году будет значит что посмотреть)))
Думаю гораздо быстрее))) Всё зависит от темпа «впитывания» методов движка… Есть некоторые на мой взгляд немного нелепые вещи но для определенного функционала может они и годны.
По времени — ну примерно за месяц я свою CMS написал «на коленке» как говорят в полупроцедурном виде) А тут компонент всеголишь, но методы нужно освоить и свойства объектов знать чтоб резко писалось
Причем своей CMS даже реализовал визуальный редактор и настройку дизайна с конструктором анимации кнопок, мультипликации типа бэка (не доделал), это помимо магазина
без системы платежей и выплат с гарантией платежей и т.д. это просто фантик
а еще выгрузки\загрузки экселькой и по апи всего и вся...
Загрузка 100% будет! Вот про выгрузку не думал но до этого не далеко) В одном обработчике...
О, крутая тема! Удачи в разработке///
PS: спасибо за видос, размял уши 😆
😃
Вот кто если шарит по бэкенду, для админки надо параметр зацепить из <Инпут хидден валу=«этот параметр»> В forms — new типаИнпутХдден{
ну и вот это: массив(
'title'=>'тайтл',
'som_one'=>'ещечтото',
ВОТ КАК СЮДА СРАЗУ добавить VALUE к инпуту хидден чтобы не кривляться в model с функцией а спокойно обработать потом данные и фсё???
)
}
Есть такое 'generator'=>function (){
return $val; но это не катит сюда
}
Блин, или катет… ща еще раз проверю вдруг опечатка была😅
'default'=>'Значение по умолчанию',
Спасибо!) Прямо только нашел, но синхронно почти!)
Если «дефолт»=>function(){return $value;}
Будет фунциклировать?
Если будет, круче трайт — сделать както «централизованно» и эстетично тогда получится
🙂
не работает
Так работает норм
«default» => $val
Что и было нужно
При создании нового магазина — создается группа продавцов именно этого магазина автоматически.
Вот такое работает.
Что работает? Вы точно понимаете, что делаете?
Да, абсолютно уверен… просто там сначала оставил переменную и тестил, естественно так нормально тоже будет. Или вы про идентификатор? Именно он нужен был для начала. Вобщем круто всё.
В другом методе просто не идентификатор будет
Для вопросов по устройству движка есть форум и документация. То, что вы в посте рассказываете, что сегодня кодили, это конечно хорошо. Но создавать пост в блоге для компонента, который вы только начали писать, скорее всего рановато. Демо чего вы привели? Компонента, сгенерированного генератором компонентов?
Генерировать кучу комментариев, удаляя самостоятельно часть из них, а в другой переписываясь сам с собой — несколько странно. В удалённых комментариях вы всё очень красиво пишите, вот только зачем и кому адресуете? Модераторам? Они прочитали, ок.
И на всякий случай приведу ссылку на правила платных дополнений. Чтобы не возникло иллюзий, когда вдруг возникнет релиз.
Хотите разобраться с нашей CMS? Добро пожаловать в документацию и на форум. Хотите сделать платный компонент? Ссылка на условия выше. Правила этого сайта тут.
Да, это было модераторам) Потом подумал что обидятся и удалил. Кстати повторюсь — вы так и не оставили свою вредную привычку делать таблицы вместо FLEX! С Вашей CMS давно. Но не с этой версией. Генератор само собой для СКИЛЕТА применялся. ИЛИ НАПИСАТЬ НЕЗАВИСИМЫЙ КОМПОНЕНТ со СВОЕЙ БИБЛИОТЕКОЙ МЕТОДОВ по вашему — это нормально. Генератор нужен для полной интеграции и если бы его небыло — была бы прямая работа с базой данных и компонент БЫЛ БЫ УЖЕ ПОЧТИ ГОТОВ!!! Но всётаки хотелось бы более для общества и простоты работы разработчиков сохранить интеграцию. С CMS и разбираться нечего — НООООО, У ВАС НЕ ПОЛНАЯ ДОКУМЕНТАЦИЯ и приходится ковырять ФОРУМ, благо он есть. У вас не прописаны в доках СВОЙСТВА ОБЪЕКТОВ и МНОГИЕ нужные методы.
Кстати — генератор крутая вещчшщ в плане генерации именно объектов, чтобы автоматически создавались нужные директории, это удобно на самом деле.
Да, если писать нецензурно, то это будет ожидаемо неприятно. И бан для автора.
Таблицы, стесняюсь спросить, где?
Капсом можно и не писать, чего нервничать. О какой библиотеке методов речь? Открываете любой существующий компонент в движке и смотрите. В документации по устройству контроллеров описано почти всё.
О каких свойствах речь? О полях? Открываете базовый класс полей и смотрите phpdoc. Аналогично и в остальных случаях.
Система отличная на самом деле если серьезно. Я и не нервничаю)
«Таблицы, стесняюсь спросить, где?»
Сейчас прям скрин пришлю про табы. В админке както выпуливаются.
Вероятно вы про датагриды. Да, там сделаны таблицы осознано. Если вы думаете, что мы не знаем что такое флексы и гриды, то вы ошибаетесь. Весьма странно на это указывать, учитывая что вся вёрстка CMS на флексах.
Не видел на Git хабе инфо, спасибо, то что нужно.
Ну выглядит грид как артефакт из 2000х годов))) И плюсом портит отображение списков если в них длинная строка значение в колонке — расширяется по содержимому и не стилизуется «костыльно» даже, но табы это второстепенное дело.
У нас тег table вроде бы не отменили, в чём тут может быть артефакт? Списки записей в админке — это таблицы и сделаны при помощи, внимание, таблиц.
Короче, вы делайте свой компонент, кто же против. Но если вы рассчитываете его тут продавать, то на это надеяться не стоит. Бесплатно — без проблем.
Так чтото не много на мой взгляд сейчас ратует table...
Почему не стоит тут продавать компонент? Что значит не рассчитывать?))) Он какой-то особенный разве?)))) Ну даааа… по сравнению с компонентом «корзина» за 700 рублей — да еще и под «кубом» кодиная которая может и особенный. Упрощенный вариант бесплатно — почему бы нет… Потом накидаю один магазин для одного админа и выложу. Про маркетплэйс подумаю еще, потому что кубами код скрывать я не собираюсь
Ды я бы его за 500 рублей может выложил бы, на кофе чисто)
На этом сайте в текущих реалиях ваш любой платный компонент не пройдёт модерацию в каталог дополнений. Мы начинаем ходить по кругу.
😂 🤣🤣🤣 молчу...
На самом деле заказ просто есть вот и всё. Ну естественно бесплатное что-то сделается можетбыть когдато. Этот в упрощенном варианте сделаю точно бесплатным. Тот что по заказу уж как то совесть не позволит господа
Разработчики платного компонента за который человек тут деньги платил не могут ему его доработать))) Ахахаха) Ды даже за «костыльный» плагин на любую CMS некоторые, зная что он именно «костыльный» с прямой работой с БД — платят больше чем договариваешься и чем тут просто стоит готовый компонент с «вредными» разработчиками не дающими обратную связь клиентам. За простые патчи люди даже благодарны остаются. А у вас тут непонятно что с этим происходит — нарисовал чел квадрат и выложил за 500 рублей еще и не хочет контур подрисовать даже за 500 еще к примеру. Вот такой тут у вас похоже шоп. Это не мое амплуа и я так не работаю.
Генерировать ИНПУТЫЫЫЫ из объекта PHP… я ржал… после табов которые так никуда и не делись)))
Вы можете поржать ещё с неделю, вот, например, люди этим классом button создают. А так же остальные html элементы, это видно на той странице, что вы открыли, из названий в колонке слева. Замечу, что эти люди работают в Google.
Это к тому, что не стоит держаться за свои шаблоны и пренебрегать тем, что выходит за рамки ваших представлений.
Вы слишком серьезно похоже воспринимаете)
Так то <input name=«name» type=«text»> Можно и на Python сгенерировать написав в PyGUI десктопное кроссплатформенное приложение, чтобы туда вписывать просто нейм и тайп, а оно через сокет или апи на сервере генерирует инпут и сохраняет в базу данных...)
Яб вот так саданул <input name="'.$name.'" и тп)))
Кстати из Гугл поувольняли говорят много кого… DART были мысли изучить, но воспринимается как интерпритация Ecma… кому как удобнее.
Естественно личное дело каждого. В любом способе есть и плюсы и минусы.
Если нужно пару приложений бесплатных сделать перед тем чтобы модерацию проходить как по условиям на размещение платного компонента — так это нормально вполне.
Дарт прикольная штука...
Кстати появилась крутая мысль админку запилить десктоп
Не генератором там всё. Естественно я покажу что где написано и как сделано.
Сюда по тематике разработки писал комменты, потому что думал что коменты здесь не для восхищений или сарказмических явлений как бы на вашем примере — типо это «генератор» вместо меня все делает и методы, И ВАШИ ФАЙЛНЕЙМ ФОТО из базы разбирает эксплод трим эксплод энд… и объекты придумывает по вашему и структуру с методом связей базы данных — ТОЖЕ генератор… ну как хотите думайте это ваше мнение
Я вообще ничего не думаю. Как писать свой компонент дело ваше, мне показывать как у вас что там будет написано не то что не стоит — не нужно. Мой комментарий был по существу в нём написанного, не больше и не меньше. Что вы там додумываете, дело ваше.
И да, безусловно, генератор компонентов для того и сделан, чтобы было проще начать написание компонента.
Генератор упрощает и ускоряет круто действительно.
Многое пришлось экстерном проштудировать на грани кипения и многое приходится искать где что прописано, те же свойства как задать атрибут дефолт скрытым полям не сразу нашелся но нашелся. В целом остается немного разобраться с методами и норм. Быстро попрет, уже попрет, потому сто нашел почти всё что нужно. Было бы круто документацию в виде методов и хотябы с перечислением свойств… Свойств к примеру:
нью филдХидден (и перечисление свойств), просто я почему то наткнулся в доках на «страница незаполнена» типо того в большинстве своих вопросов по стандартным методам. Спасибо что сказали про Добавление компонентов, обязательно так и сделаю. Шрифт крупный для выделения важности релевантности был.
Есть базовый класс. В нём все свойства и методы имеют phpdoc. Есть дочерний класс поля (которое «инпут из объектов ржу не могу», шутка наверное смешная, но я не понял). Что надо описать ещё? Правильно, нечего.
Так они целиком так делаются без всяких tpl и тп.
То есть не <input type="'.$type.'" к примеру...
Вот и про экспод/имплод/стр_реплэйс думаю усложнилось с одной стороны но с другой как бы либо json… либо зачем то...
public function setName($name) {
$this->name = $name;
$keys = explode(':', $name);
$this->element_name = count($keys) > 1? array_shift($keys). '['. implode('][', $keys). ']': $name;
$this->id = str_replace([':', '|'], '_', $name);
return $this;
}
По ходу дела разработки буду посты делать что написано/сделано и как и будет здорово если будут всякие такие комменты
Если вы в устройстве CMS что-то не понимаете, то всегда можно спросить на форуме. Однако если вы делаете выводы, не разобравшись что и как работает и при этом говорите, что это неправильно, то выглядит это странно.
Не стоит. Я своим первым комментарием в этой теме, как мне показалось, вполне корректно написал. Перечитайте, пожалуйста, и примите это.
Поэтому и говорю чтобы понять и уже почти разобрался. Писать буду не в комментах а в блоге имелось в виду
Я не знаю как вам еще донести написанное выше, вроде бы всё по полочкам разложил самым первым комментарием. Лучше потратьте время на написание своего компонента, чем на написание ненужного поста в блоге, который с большой долей вероятности будет удалён.
Хорошо) Но мозг тоже иногда расслаблять норм 😁 Фсё. Молчу 😄
Скажу честно… глядя на всё это, не стал бы использовать этот маркет… ни платно… ни бесплатно...
Возможно в чем то ошибаюсь, но поживём увидим… Удачи в разработке...
Здравствуйте. Выше же написано все если не удалялось. Методы и без движка знакомы. Тут один метод — запись в базу данных и показ из нее грубо говоря. С логикой так же нет проблем. В описании сказано что на фронте разметка только, причем функциональная, вывод контента уже настраивается из админки. Вопросы по необходимым методам логичны, я четко представляю себе что нужно и как — чтобы не делать того что уже есть, мне не долго запрос к базе написать и вытащить что нужно но зачем «отходить» от концепции и делать ООП «костыли» при наличии методов и тп, просто некоторого в документации я не нашел сразу.
На видео показан скилет из генератора компонентов, очень крутое дополнение кстати, и показаны некоторые методы и внешний вид интерфейса админки и бэка. Ничего сверхъестественного. Хорошо что вы пишите подобный комент — заставляет задуматься, особенно после сатирических диалогов выше. Все прекрасно знают что стиль работы у каждого разный и просто некоторые обижаются при малейшей критике или шутке...
Даже не сомневайтесь. Я CMS «на коленке» писал целиком. Компонент будет и в бесплатном варианте но с «заделом» под доработку, код откоментирую + доки будут.
Абсолютно, даже не сомневайтесь. Стараюсь сделать максимальную интеграцию с движком, поэтому — «дважды подумай, один раз напиши код»… И думаю что уточнять информацию и делать — это лучше чем делать, не зная как правильно и переписывая существующее.
Вы можете зайти на тестовый сервер и наглядно увидеть внешний вид. Не совсем понял про логику… Просто логика в моем понимании — связь данных в бд к примеру, методов много всего и тп
Вот простая логика, там в самом верху написано — при добавлении магазина появляется группа продавцов этого магазина, это я понимаю вродебы, уровни доступа, вложенности, поведения интерфейса, показ данных БД там где нало и тп… про какую вы логику — так и не понял
Молодец что делал. В подобном мне не нравится работа с чужими заготовками апи. Но, всегда есть возможность сделать проще) Вы уже крут раз делали такое. и будет здорово в дальнейшем пообщаться, может что предложите. Первая версия будет с заявками без платежных систем, интеграций и апи, с простейшими акками покупателей чисто для статистики, это не сложно реализовать.
Спасибо за коммент.
Спасибо. Так там еще и не на что особо смотреть))) Готовы только добавление магазинов и категорий, вывод магазинов и функциональный фронт, настраиваемый из админки. Всё в виде разметки и работоспособно. Когда сделается полностью бэкенд и фронтенд объект продавцов и меню будет бодрее выглядеть. Если сомневаетесь — действительно вам это просто не нужно)))
Прилип ответ не туда — удалял
Дело не в том, что мне не нравится (или нравится)) как выглядит ваш магазин...
Вы всерьез считаете, что даже если сделаете этот магазин, кто то возьмет и сделает на нем реальный проект?
Не задумываясь о том, что вы, как появились здесь, неожиданно, с вашей разработкой, так и не пропадете с ней (с её поддержкой) так же неожиданно?
И это я не говорю уже о том, что любой магазин, это деньги, а мультиплейс, это не просто деньги, а ещё и деньги других продавцов, за которые несет ответственность площадка...
То есть прежде всего это безопасность. Вы всерьез считаете, что своими вопросами, здесь, в комментах, по устройству кода движка, вселили в нас (потенциальных покупателей) уверенность в безопасности вашего магазина?
Вам здесь и Fuze, и другие разработчики пытались довольно вежливо и тактично намекнуть, что таким образом, такие дела не делаются...
Напишу более прямолинейно… Всё это бахвальство и шапкозакидательство ни к чему… Вам же дали совет, сделайте несколько бесплатных разработок...
Пусть каких то небольших… виджетов, или других украшательств...
Они нужны не для того что бы «осчастливить» нас, или каталог дополнений бесплатной халявой...
Они нужны для того, что бы вы сами поняли, как это работает (как люди реагируют, как правильно взаимодействовать с сообществом, и тп.) А мы бы поняли, что вы за разработчик, как умеете (или нет) взаимодействовать с нами (потенциальными пользователями ваших разработок)… А отсюда и доверие, и отношение к вам и вашим разработкам...
Как то так...
ЗЫ: Надеюсь вас не обидел, разработчики (и разработки) движку нужны… Будем (думаю не только я) рады увидеть что то интересное и полезное для наших сайтов...
Больше не по теме, постараюсь не высказываться...
falconspace.ru/list/solutions/marketplace---2
150 тыс. р.
Принцип работы маркетплейса товаров
1. Загрузка товаров
Поставщики размещают свои товары на площадке
2. Поиск товара заказчиком
Заказчики через единый каталог осуществляют поиск товаров
3. Выбор товаров
Заказчик добавляет в корзину товары
4. Оформление заказа
Заказчик оформляет заказы у поставщиков
5. Поставка продукции
Поставщики обеспечивают выполнение заказа
Вот именно тако оно и есть. Там сделано прикольно, спасибо за пример. Немного отличий — пример:
Категории товара и логотип категории в этом проекте создаются самими продавцами, без предустановок по тематике и тп. Это важное отличие, так как рубрик может быть целая куча у каждого продавца.
Спасибо за пример. Действительно прикольно.
Пожалуйста, если поможет буду рад )
Вот сижу и«инпты» настроек генерирую 2й день пошел… Вчера с 16:00 до 3:00 утра, и сейчас уже 3 часа сижу методы смотрю🤣. Так вот — надо сделать динамическую подгрузку нужных опций в форме с параметром из описания field))). Вобщем сделал кастомный fieldOptionscategory, который грузит как надо и скрипт думаю без проблем Аяксом подтянет еще поля, НО, чтото гдето не доработал и применяется это поле только однократно, хотя в описании инициализируется новый объект NEW fieldOptionscategory('параметры'=>'параметры'), если более 1го раза то не работает хотя метод универсальный.
Если знаете — ткните пальцем, ато не хотелось бы каждый раз новый филд делать)))
Проще-говоря, нужно чтобы контент в зависимости от выбора ключевого значения из селекта, подгружался на основе данных из БД.
Блин, я нашел способ реализации, но это индивидуально для каждого такого поля нужно будет файл «филд» делать и в ассок шаблон вывода… проблема в том что при однократном вызове только срабатывает
Никогда бы не взял ЭТО за 150 рублей
Вы вообще когданибудь сервер настраивали «физический»?)))
Что такое безопасность, давайте потрещим с вами))) Фаервол, проброс портов, ограничение попыток авторизации от брутфорс, отсутствие доступа и выключение Шелл, много всего, но по итогу — на старых Интелл блейдах из банковской сферы ставится блокировка записи на хард ДЖАМПЕРОМ, перемычкой на железяке самой, то есть «хакерку» чтобы повлиять на чтото даже если васили какойта просрал сам свой пароль от админки, чтобы там чтото сломать и тп, нужно в железяку хоботок будет засунуть и перемычку переставить.
Что касается безопасности самой системы — думаю вполне прилична, хотя тестировал давно только первую версию на возможность загрузки шелл и получения доступа. Сейчас атаки и через заголовки, и даже через апи еще проще судя по всему, смотря какой сценарий, НО АПИ в системе 1й версии не будет и уязвимость потенциальная устранена, это первое. Когда будет сделано АПИ для кое чего, в нем будет передаваться только ЦИФРА, которая элементарно очищается в запросах от всякой трибух без потерь, цифру проще очистить и обезопасить базу данных от инъекций… это очень объемная тема про безопасность.
Послушай, ты когда проект делаешь на чужом коде — все методы у себя в головешке держишь? «Ну ты малый псих», если ХОТЯБЫ даже для профилактики не заглядываешь в СПРАВОЧНИК и не думаешь КАК сделать лучше и эффективнее.)))))))
Спасибо что пишите такое и акцентируете внимание.
Советы вам дали, а услышать или нет, ваше право… Доброго...
Да естесственно, они услышаны и мне приятно что есть такая обратная связь. По факту — все вполне объективно и обосновано)
Я настраивал, не одну сотню. Дальше то что? При чём тут серверная безопасность и безопасное программирование? Вы разницу понимаете? Вы в форму скрытым полем передаёте id текущего пользователя и после сабмита формы, полагаю, ему будете доверять. Вместо того, чтобы оперировать id текущего пользователя уже после сабмита. Да, безусловно, вы не можете знать нюансов CMS, но и не за чем не разобравшись пытаться писать компонент на продажу, при этом громко бравируя умными словами. Кого вы тут поразить хотите? Скринкастами с листанием кода и буквами trait неуместно применёнными? Есть заказ — так делайте его молча. Сделаете, захотите показать готовое решение на этом сайте, показывайте. Сейчас вы просто сотрясаете воздух, при этом даже в комментариях с мыслями собраться не можете.
За сим, разрешите откланяться, далее здесь не интересно.
Вы на сайте хоть везде затычек понатыкайте, от всего что можно — сервер просто шлёпнут другими методами. Зачастую уязвимость сайта используют для получения доступа и всяких манипуляций, но если север шлёпнут — как на ладони и базы данных и весь код и платежные системы. Поэтому говорю по сути и по факту заданной темы реплики — безопасность не только сайт, мыслите глобальнее. Если вы имели в виду ID зарегистрированного пользователя который создает свой магазин и уже авторизирован на сайте — почему бы нет, темболее у вас предусмотрена проверка пользователя… иф(админ) или иф(авторизирован) или иф(юзер && принадлежит группе) и тп. Я то делаю и не сотрясаю несмотря на ваши скептические взгляды и оценки, порой объективные и уместные, заставляют больше внимания уделить некоторым моментам .
Словами я не «бравирую» как вы выразились, некоторые нюансы по безопасности это обычное дело и обыденность чтоли, и думаю хорошо когда разработчик имеет познания в данных сферах, это полезно. Про формы я не говорил естественно, но благо у вас имя файла переписывается, это уже маломальски обезопасит от связки ТЕМПЛЕР+ШЕЛЛ когда картинку грузят и терминал получают… старо как мир. Выложу конечно в демо виде, я не жадный думаю...
По опыту, несколько «конвульсий ламеров» (людей не представляющих себе что они делают и не читающих мануалы, и не задающих вопросы по методам, делающих все на «свой нос»):
— баннер, который отдает ОС сервера/или CMS в ответе:
он говорит — «вон там в логах могут быть рут права доступа»/ «вон там в этой CMS можно прилепиться по инструкции с ремоте експлоит»;
— не понимание некоторых технологий обеспечения минимальной безопасности хотябы поверхностно;
— не желание думать об этом, слушая свое эго и думая что все нормально.
4 месяца назад я сделал СЕО АПИ-компонент для 1С, по факту — саттелит одностраничный, самособирающийся на любом домене из «родительского контента», так вот, сделал логи посетителей чтобы отправлялись на мое мыло...
Был удивлен — как его только не пытались расковырять… ну ражал конечно, зато весело смотреть как одностраничник взломать пытаются не зная что по факту это одностраничник с АПИ)))
Вот такое бывает даже про безопасность
Прям радует что $this->insert возвращает id.
Огромное спасибище! 😀
Да каким хоть образом? Ахахахах))) Ну, как у них кодится в базу данных к примеру в несколько строк с експлод стрингреплайс експлод и еще кучей всего я так не делаю. Какие хоть дела???))) Какая кому разница, не нравится, боезно, не хочешь потом безопасность проверить или не можешь и подобное — просто не пробуй проект и он тебе не нужен.
Это не принципиально важне на самом деле. Кому как удобнее так и делают, вот и всё. Некоторые вещи как привычка, но вот уже более понятно почему у них так сделано… это как бы издержки производства и использования другой технологии
Ну по поводу «много лет назад» когда выкладывались в моем блоге шаблоны ЛукБук и некоторые модули (заказа к примеру), в виде подгот овленного для далнейшей стилизации «скилета» для удобства хотя и так норм выглядело — пришлось удалить либо удалили тему либо она потерялась при появлении версии2, точно не припомню. Так вот обратная связь была всегда и те шаблоны смодулями делались для модельера Канадского, но прекратил проект све существование.
Согласен в целом про несколько бесплатных приложений, и с удовольствием они будут реализованы. Но сначала сделается этот проект, потому что он нужен.
Высказывайтесь — и это будет правильно.
ждем демо
В процессе. Пару дней и будет с товаром
Была когда-то идея запустить собственный маркетплейс с объявлениями. Полностью скопировал дизайны от Авито, Юла, Яндекс.Объявления… Но так и не начинал разработку, все дошло только до дизайна, который полностью не готов)))
Так что одному это очень тяжело.)))
Скооперируйтесь, вы дизайн Idler тех.начинку. Глядишь, что получиться
Выглядит круто. Но по концепции маркетплэйс — категории товаров своих магазинов, продавцы добавляют сами и лого категории сами грузят… как вариант — предоставить выбор логотипов, но не практично). Процесс разработки идет, кому-то покажется забавным, но подзастрял на «мелочи» сейчас, потом что желание есть чтобы даже мелочи проработаны были. Дизайн здорово смотрится! В файл шаблона на данный момент только сам компонент и в ассетс пару файлов добавляется, у категорий, товаров, магазинов и прочего — свои таблицы базы данных, но сделаем думаю как надо) Доделать сначала нужно)))
первое впечатление от заголовка: «ура, маркетплэйс на инстанте, наконец-то!» а потом зашел в комменты...
в любом случае, желаю удачи.
Мои мысли: «Мож маркетплайс сделать для instantcms?», а потом увидел как система написана и неохото «инкапсулированный» компонент делать, именно из-за интеграционных мероприятий долго процесс идет но идет. Что именно Вас в комментах разочаровало?))))) Тут что угодно могут писать, если админы не удалят конечно...
Ща тоже как наделаю объектов и жахну ими в процедурном стиле… 🤣
Черный юмор конечно
Да забейте вы на эти интеграционные мероприятия, пилите всё в файлах шаблона. Там и инпуты будут вам привычно выглядеть ("<input ...>") и про процедурный стиль с объектами можно забыть ))).
Именно так и работает динамическая подгрузка инпутов, сделалось «централизованно» из new fieldSelectDinamicLoad))) В остальном, некоторое иначе и не получится
Убедительная просьба, гон неадекватный и оскарбления — в личку.
Странно что такая демагогия но до сих пор еще никто не сделал и не выложил в дополнения такой компонент, хотя все супермегашаристые разработчики, маркетологи и прочее.
И сами тут же продолжаете
Ждем пост с готовым результатом
Убедительная просьба. Перестать отвлекаться на комментарии и писать, что собрались писать. А то гонору на 1000, а результата ноль. И все вокруг виноваты, то система плохо написана, то с инкапсуляцией проблемы, то на умные слова ваши люди реагируют, мешают наверное.
Ну слава богу, я думал вы не поймёте, кто демагогию тут развел.
Нормально написана система. Просто возникают некоторые технические вопросы, не имеющие на форумах подобных решений, не более.
Ды нет...
Пишу
Не хватает метода динамической подгрузки полей инпут формы по выбранному селекту со значениями как у параметра generator но на основе выборки из бд. Решение есть, даже не «костыльное» но немнего не универсальное… То есть при выборе параметра из fieldList нужно подгрузить либо заполненное textarea либо несколько fieldString по количеству строк ответа на запрос к бд. Это для реализации нужной функции и глобального удобства.
Вот проснулся и продолжаю, за чашечкой кофе почему бы и не отвлечся))))
Еще важное — для реализации некого функционала, который «в силах» нагрузить бд критично возможно потребуется сделать очередь обработки запросов, но это не «выход» для подобной высоконагруженной системы. Придется делать подобие «стабильного кэша» и решение уже разработано. По завершению тестов — отпишусь на форум либо тут.
Всем привет!
Почитал комментарии, полностью разделяю скептицизм тех, кто сомневается в успехе автора.
В 2020 году участвовал в русской локализации китайского мола, локализация осуществлялась по договоренности с разработчиком. В работе нас было 2 человека, только на перевод у нас ушло больше 3х месяцев. На руках у нас была полная копия движка, по этому могу оценить масштаб работы проделанной разработчиками.
Так же, в 2012 году участвовал в русской локализации китайского молла в виде дополнения к китайской CMS DiscuzX 2. Эта работа тоже заняла не мало времени, и так же могу сказать что, даже в виде плагина (дополнения) к CMS, такой молл это титаническая работа, которую один человек однозначно не потянет. Или потянет, если работать будет года 2...
Если у автора что то получится, так это будет подобие доски объявлений с возможностью выводить все объявления пользователя на одной странице + мульти корзина для покупателя.
Это мое субъективное мнение.
Любил когда то Discuz!X, а именно версия 2.5. Помню мощный маркетплейс-скрипт Brand вроде назывался. А вы участовали в переводе в команде Chinascript, One-St или SocMaster!?)))
Да, DiscuzX шикарный движок, жаль, что русское сообщество оказалось не дружным и русская поддержка движка умерла. Я начинал на Чинаскрипте, позже, когда Первый Старт появился, вошёл в команду Ярослава. Но с Чинаскрипта я никогда не уходил, пока проект хоть как то жил… На Соцмастер просто в гости заходил )
Brand не мощный был, он был гибкий и удобный в связке с DiscuzX через UCentr. Но ещё были плагины моллов для DiscuzX, некоторые на много лучше чем Brand. Мощный был ШопНЦ...
Отличная идея! С нетерпением ждём результатов! Очень надеемся на результат достойного Мультивендорного маркетплейса. За основу ТЗ функционала можно взять уже готовые компоненты магазинов, разумеется и этого к сожалению будет не достаточно.
Как успехи? Или заглохло всё? Идея интересная, приобрёл бы такой компонент...
Похоже все заглохло:(
Печально, а задумка была потрясающая!