можно написать модуль такой для joomshopping. Готового такого решения найти практически не возможно.
Только кастыли на готовое
Artem
Дмитрий
https://www.gametech.ru/news/2021/05/23/vypushhen-sbornik-iz-4000-flash-igr-s-otdelnym-launcerom
Дмитрий
флеш жив в наших сердечках, а в китае развивается полным ходом
Дмитрий
=)
Vladimir
https://habr.com/ru/company/selectel/blog/539776/
Artem
Dmitry
https://twitter.com/Puma_IT/status/1396217915221946374?s=09
Dmitry
6 лет... @norrbits мы же с тобой как раз в Праге были на этом JandB 🍺
https://cmscafe.ru/intervju/608-konferentsiya-j-and-beyond-2015-glazami-joomlablog-ru-praga-chekhiya
Eugene
Vladimir
Artem
Дмитрий | Сайты
Завтра ровно год как отказался от любого алкоголя. )
Вообще не понимаю, зачем я раньше что-то употреблял )
Artem
Artem
😂
Дмитрий | Сайты
Ага завтра ещё днюха, как раз.
Artem
Есть повод сесть на велосипед и рвануть в дикую природу пить квас и есть мороженное
Дмитрий | Сайты
В Анапе из дикой природы заповедник в Утрише не догоревший в том году 😂
Artem
К стати! Аватарка сделана где-то недалеко от Новороссийска?
Дмитрий | Сайты
Это цемеская бухта или как там правильно
Дмитрий | Сайты
Коса там есть
Artem
Ну, т.е. новороссийск
Artem
Пейзаж уж больно знакомый =)
Artem
Artem
Artem
Artem
типа "мы планируем, если чё..."?
Igor
Ilia
Дмитрий
у нас в основном одна тема и ее обсуждауем если в зуме
Ilia
Ну вот тезисы темы (все что заготовили) - выкладывать, обсуждения в топку. Их основа войдет в новый доклад.
так и до 5 минут можно дойти.
Дмитрий
илья
Дмитрий
еще раз
Дмитрий
у нас нет докладов
Дмитрий
мы обсуждаем одну тему в прицнипе
Дмитрий
на встречу
Дмитрий
мы не делаем кучу докладчиков
Дмитрий
все то что ты пишешь требует много времени на органихацию
Дмитрий
у нас его нет
Ilia
мы не делаем кучу докладчиков
Никакой разницы. Про время ты прав. Но это можно сделать в динамике. Сегодня плохо, завтра получше, а через 10 выходов в эфир будет уже доклад. Надо формат повесить и потихому к нему идти.
RINAT
Никакой разницы. Про время ты прав. Но это можно сделать в динамике. Сегодня плохо, завтра получше, а через 10 выходов в эфир будет уже доклад. Надо формат повесить и потихому к нему идти.
Последние зуум форматы обсуждение одного продукта, а не о joomla😊
Ilia
Докладчик в основном Владимир, он наверное уже не первый раз вещает. У него потихому копится комплексный подход.
Artem
Последние зуум форматы обсуждение одного продукта, а не о joomla😊
Так зумы о продукте запускаются в профильном чате.
Сюда только 2 раза были запуски, чтоб привлечь неравнодушных
Artem
До этого зумы были более обширны
Vladimir
Тем, у кого есть FirstVDS - BLUECANDY сегодня секретный сертификат на пополнение баланса на полтинник
Ilia
Вопрос по ООП и MVC в J!
Начитавшись ООП, захотелось попробовать использовать прелести что увидел в разработке. Меня немного ломает и я был бы признателен тому, кто поправит мне голову )))
Суть вопроса: допустим есть объект Cart и в рамках этого объекта я работаю с ним. А как этот объект раскладывается по MVC. В голове путаются 2 варианта:
1. Мой объект Cart - это Модель.
2. Мой объект Cart - это отдельный объект, а MVC - некий инструмент представления моего объекта в системе.
Может я что-то не так написал или термины перепутал, не судите строго.
Ilia
Дополню немного свои сомнения:
по варианту 2 объект располагаю в хелпере. Модель работает с объектом что храним в БД, а объект из хелпера именно с объектом в более широком понимании.
Artem
mvc - это комплекс, а не 1 объект
Ilia
mvc - это комплекс, а не 1 объект
MVC - полно может описать объект мною придуманный или все же MVC это объект для работы движка (а свой объект мне нужно отдельно держать и подстраивать)?
Ilia
@tsymbalmitia @kernusr Пример я взял реальный - Cart. Действительно хочу у себя его немного переписать. У меня есть MVC под Cart. В базе значимые поля: id, cookie_id, user_id, json. А сам объект шире (json как минимум раскидывается на items - $cart->items, различные просчеты элементарный пример кол-во товаров $cart->getCount() ) <- вот такое правильнее где делать? в модели или выносить объект отдельно (например в хелпер) и полность реализовывать сущьность
Дмитрий
@tsymbalmitia @kernusr Пример я взял реальный - Cart. Действительно хочу у себя его немного переписать. У меня есть MVC под Cart. В базе значимые поля: id, cookie_id, user_id, json. А сам объект шире (json как минимум раскидывается на items - $cart->items, различные просчеты элементарный пример кол-во товаров $cart->getCount() ) <- вот такое правильнее где делать? в модели или выносить объект отдельно (например в хелпер) и полность реализовывать сущьность
ну я методы делаю в модели если надо дополнительные
Ilia
@drekun @tsymbalmitia Вот вы два знатока для меня, а ответили по разному. Мне надо голову поправить где какой способ брать
Dmitry
Ну я например, в getItem() гружу свой объект. В классе объекта я предусмотрел в конструкторе передачу dbo и data - туда массив загружаю.
Dmitry
Либо, если data пусто, тяну из базы
Dmitry
Метод load
Dmitry
Свой объект проще, поведение можно задавать
Дмитрий
@drekun @tsymbalmitia Вот вы два знатока для меня, а ответили по разному. Мне надо голову поправить где какой способ брать
в смысле? если тебе какие-то дополниьельные методы надо по данным, то я лично пишу методы дополнительные в модели
Dmitry
в смысле? если тебе какие-то дополниьельные методы надо по данным, то я лично пишу методы дополнительные в модели
Если это исходит из логики, то в модели. То бишь связано с MVC.
Artem
Ну тут такой момент.
У тебя есть cartModel, который имеет методы для записи и чтения данных из базы. Иногда, модель может получать данные из другой модели.
Есть cartController. Он имеет методы, которые выполняет сама корзина (add, remove, rebuild) . Он же решает, вызвать модель, что запросить и как ответить.
Есть CartHelper - статический класс. Помогает контроллеру готовить данные. Например, построение ЧПУ ссылки для товара из корзины
И есть cartView. В него передаются данные из контроллера. Причём view может быть много. Контроллер должен решить, какой view вызвать.
Artem
@tsymbalmitia @kernusr Пример я взял реальный - Cart. Действительно хочу у себя его немного переписать. У меня есть MVC под Cart. В базе значимые поля: id, cookie_id, user_id, json. А сам объект шире (json как минимум раскидывается на items - $cart->items, различные просчеты элементарный пример кол-во товаров $cart->getCount() ) <- вот такое правильнее где делать? в модели или выносить объект отдельно (например в хелпер) и полность реализовывать сущьность
Смысла в данном случае на доп модель для item я не вижу. У тебя будет обновлён весь json. Это делай через модель всей корзины
Artem
Вот если бы ты итеми корзины хранил в отдельной таблице...
Artem
То имело бы смысл завести модель на item
Dmitry
Свой объект проще, поведение можно задавать
Если нужно параметры получить, я через setParams() передаю Registry в объект. Это простой Dependency Injection.
В четвёрке с этим проще, там можно контейнер передать в конструктор и вместе с ним зависимости нужные.
Dmitry
@platonische тут основная идея в том, что это твой класс, который задаёт поведение объекта этого класса.
Dmitry
Модель, это всё таки что-то общее, связанное именно с MVC.
Ilia
@drekun @kernusr @tsymbalmitia Спасибо. Понял примерно так: если объект не сложный и легко ложится с Mvc, то можно его реализовать внутри объекта Model. Если извращаться тянуть свой объект.
Dmitry
Vladimir
https://m.seonews.ru/events/yandeks-otklyuchit-turbo-stranitsy-dlya-desktopov-s-24-maya/
Artem