Idler
Новая серверная программа для рекламных рассылок. Прога на Python (вариант PHP с библиотекой OS + Mutt, читает шаб мыла и списаок мыл)
+41
Репутация
138
Рейтинг
Именно так и работает динамическая подгрузка инпутов, сделалось «централизованно» из new fieldSelectDinamicLoad))) В остальном, некоторое иначе и не получится
Еще важное — для реализации некого функционала, который «в силах» нагрузить бд критично возможно потребуется сделать очередь обработки запросов, но это не «выход» для подобной высоконагруженной системы. Придется делать подобие «стабильного кэша» и решение уже разработано. По завершению тестов — отпишусь на форум либо тут.
Не хватает метода динамической подгрузки полей инпут формы по выбранному селекту со значениями как у параметра generator но на основе выборки из бд. Решение есть, даже не «костыльное» но немнего не универсальное… То есть при выборе параметра из fieldList нужно подгрузить либо заполненное textarea либо несколько fieldString по количеству строк ответа на запрос к бд. Это для реализации нужной функции и глобального удобства.
Вот проснулся и продолжаю, за чашечкой кофе почему бы и не отвлечся))))
Ды нет...
Пишу
Нормально написана система. Просто возникают некоторые технические вопросы, не имеющие на форумах подобных решений, не более.
Убедительная просьба, гон неадекватный и оскарбления — в личку.
Странно что такая демагогия но до сих пор еще никто не сделал и не выложил в дополнения такой компонент, хотя все супермегашаристые разработчики, маркетологи и прочее.
Ща тоже как наделаю объектов и жахну ими в процедурном стиле… 🤣
Черный юмор конечно
Мои мысли: «Мож маркетплайс сделать для instantcms?», а потом увидел как система написана и неохото «инкапсулированный» компонент делать, именно из-за интеграционных мероприятий долго процесс идет но идет. Что именно Вас в комментах разочаровало?))))) Тут что угодно могут писать, если админы не удалят конечно...
Выглядит круто. Но по концепции маркетплэйс — категории товаров своих магазинов, продавцы добавляют сами и лого категории сами грузят… как вариант — предоставить выбор логотипов, но не практично). Процесс разработки идет, кому-то покажется забавным, но подзастрял на «мелочи» сейчас, потом что желание есть чтобы даже мелочи проработаны были. Дизайн здорово смотрится! В файл шаблона на данный момент только сам компонент и в ассетс пару файлов добавляется, у категорий, товаров, магазинов и прочего — свои таблицы базы данных, но сделаем думаю как надо) Доделать сначала нужно)))
Вот сижу и«инпты» настроек генерирую 2й день пошел… Вчера с 16:00 до 3:00 утра, и сейчас уже 3 часа сижу методы смотрю🤣. Так вот — надо сделать динамическую подгрузку нужных опций в форме с параметром из описания field))). Вобщем сделал кастомный fieldOptionscategory, который грузит как надо и скрипт думаю без проблем Аяксом подтянет еще поля, НО, чтото гдето не доработал и применяется это поле только однократно, хотя в описании инициализируется новый объект NEW fieldOptionscategory('параметры'=>'параметры'), если более 1го раза то не работает хотя метод универсальный.
Если знаете — ткните пальцем, ато не хотелось бы каждый раз новый филд делать)))
Проще-говоря, нужно чтобы контент в зависимости от выбора ключевого значения из селекта, подгружался на основе данных из БД.
Блин, я нашел способ реализации, но это индивидуально для каждого такого поля нужно будет файл «филд» делать и в ассок шаблон вывода… проблема в том что при однократном вызове только срабатывает
Прям радует что $this->insert возвращает id.
Огромное спасибище! 😀
4 месяца назад я сделал СЕО АПИ-компонент для 1С, по факту — саттелит одностраничный, самособирающийся на любом домене из «родительского контента», так вот, сделал логи посетителей чтобы отправлялись на мое мыло...
Был удивлен — как его только не пытались расковырять… ну ражал конечно, зато весело смотреть как одностраничник взломать пытаются не зная что по факту это одностраничник с АПИ)))
Вот такое бывает даже про безопасность
По опыту, несколько «конвульсий ламеров» (людей не представляющих себе что они делают и не читающих мануалы, и не задающих вопросы по методам, делающих все на «свой нос»):
— баннер, который отдает ОС сервера/или CMS в ответе:
он говорит — «вон там в логах могут быть рут права доступа»/ «вон там в этой CMS можно прилепиться по инструкции с ремоте експлоит»;
— не понимание некоторых технологий обеспечения минимальной безопасности хотябы поверхностно;
— не желание думать об этом, слушая свое эго и думая что все нормально.
Вы на сайте хоть везде затычек понатыкайте, от всего что можно — сервер просто шлёпнут другими методами. Зачастую уязвимость сайта используют для получения доступа и всяких манипуляций, но если север шлёпнут — как на ладони и базы данных и весь код и платежные системы. Поэтому говорю по сути и по факту заданной темы реплики — безопасность не только сайт, мыслите глобальнее. Если вы имели в виду ID зарегистрированного пользователя который создает свой магазин и уже авторизирован на сайте — почему бы нет, темболее у вас предусмотрена проверка пользователя… иф(админ) или иф(авторизирован) или иф(юзер && принадлежит группе) и тп. Я то делаю и не сотрясаю несмотря на ваши скептические взгляды и оценки, порой объективные и уместные, заставляют больше внимания уделить некоторым моментам .
Словами я не «бравирую» как вы выразились, некоторые нюансы по безопасности это обычное дело и обыденность чтоли, и думаю хорошо когда разработчик имеет познания в данных сферах, это полезно. Про формы я не говорил естественно, но благо у вас имя файла переписывается, это уже маломальски обезопасит от связки ТЕМПЛЕР+ШЕЛЛ когда картинку грузят и терминал получают… старо как мир. Выложу конечно в демо виде, я не жадный думаю...
В процессе. Пару дней и будет с товаром
Это не принципиально важне на самом деле. Кому как удобнее так и делают, вот и всё. Некоторые вещи как привычка, но вот уже более понятно почему у них так сделано… это как бы издержки производства и использования другой технологии
Принцип работы маркетплейса товаров
1. Загрузка товаров
Поставщики размещают свои товары на площадке
2. Поиск товара заказчиком
Заказчики через единый каталог осуществляют поиск товаров
3. Выбор товаров
Заказчик добавляет в корзину товары
4. Оформление заказа
Заказчик оформляет заказы у поставщиков
5. Поставка продукции
Поставщики обеспечивают выполнение заказа
Вот именно тако оно и есть. Там сделано прикольно, спасибо за пример. Немного отличий — пример:
Категории товара и логотип категории в этом проекте создаются самими продавцами, без предустановок по тематике и тп. Это важное отличие, так как рубрик может быть целая куча у каждого продавца.
Спасибо за пример. Действительно прикольно.
Ну по поводу «много лет назад» когда выкладывались в моем блоге шаблоны ЛукБук и некоторые модули (заказа к примеру), в виде подгот овленного для далнейшей стилизации «скилета» для удобства хотя и так норм выглядело — пришлось удалить либо удалили тему либо она потерялась при появлении версии2, точно не припомню. Так вот обратная связь была всегда и те шаблоны смодулями делались для модельера Канадского, но прекратил проект све существование.
Согласен в целом про несколько бесплатных приложений, и с удовольствием они будут реализованы. Но сначала сделается этот проект, потому что он нужен.
Высказывайтесь — и это будет правильно.
Да естесственно, они услышаны и мне приятно что есть такая обратная связь. По факту — все вполне объективно и обосновано)
Да каким хоть образом? Ахахахах))) Ну, как у них кодится в базу данных к примеру в несколько строк с експлод стрингреплайс експлод и еще кучей всего я так не делаю. Какие хоть дела???))) Какая кому разница, не нравится, боезно, не хочешь потом безопасность проверить или не можешь и подобное — просто не пробуй проект и он тебе не нужен.