ну как бы мне парсить надо)

но не по страничке, а весь сайт целиком

для этого нужно заюзать технологию которая используется в генерации sitemap

потому что они как то сканируют весь сайт

я не буду 50 к товара по ссылке добавлять вручную

это технология парсера, и технологию генерации сайт мапы тут знать не обязательно

мне надо что бы запустил скрипт он сам переберал 50к ссылок

ок, перебрать 50к ссылок. Ты щас хочешь написать скрипт которые эти 50к ссылок вытащит с сайта, верно?

да

у того сайт с которого вытащить хочешь есть сайт мапа? ;D

где то плачет сеошник

у того сайт с которого вытащить хочешь есть сайт мапа? ;D

ты его видел ?)

тот сайт мап

покажи

нууу))))

https://bikeland.ru/sitemap.xml

я же скидывал)

ну нормальная там сайт мапа. нету 50к товаров

я приблизительно сказал)

что бы не вручную ссылки добавлять )

что бы не вручную ссылки добавлять )

https://bikeland.ru/sitemap_iblock_16.xml ссылки на страницы товаров

парсишь их и выдергиваешь нужную инфу

с тебя 40 баксов за экономию на сборщике ссылок

подскажите общепыховский вопрос:) почему DateTimeImmutable лучше DateTime? а что немогу найти прямых описаний +- (ивобще говрят что классы Имутайбл лучше юзать)

потому что потому

$date2 = $date1;

$date1->modify('+1 day');

все поменялось нахер :D

потому что объекты передаются по ссылке

поэтому объекты даты надо либо клонировать либо использовать DateTimeImmutable

т.е. имутайбл созадет новый объект скажем так а не копирует его?

и тогда дата2 непоменяется?

запрещает менять состояние )

Есть модуль каталога. Он используется для админки в основном. А на веб используется просто контроллер site со своими вьюхами. Как сделать например просмотр товара. Размещать в модуле или делать в там же где site и прочее?

Бейсик

Бейсик ?

Новое действие и в нем своё представление

Всем привет, Ребят подскажите начитающему подавану, как понимать следующие строки в документации: ID контроллера: строка, которая уникально идентифицирует контроллер среди всех других контроллеров одного и того же приложения (или одного и того же модуля, если контроллер принадлежит модулю) ID действия: строка, которая уникально идентифицирует действие среди всех других действия одного и того же контроллера. Это значит при запросе url - sitename/site/login будет вызван контроллер SiteController с экшином в нем actionLogin???

?

Всем привет, Ребят подскажите начитающему подавану, как понимать следующие строки в документации: ID контроллера: строка, которая уникально идентифицирует контроллер среди всех других контроллеров одного и того же приложения (или одного и того же модуля, если контроллер принадлежит модулю) ID действия: строка, которая уникально идентифицирует действие среди всех других действия одного и того же контроллера. Это значит при запросе url - sitename/site/login будет вызван контроллер SiteController с экшином в нем actionLogin???

да, только при условии, что чпу настроено

Спасибо

Есть модуль каталога. Он используется для админки в основном. А на веб используется просто контроллер site со своими вьюхами. Как сделать например просмотр товара. Размещать в модуле или делать в там же где site и прочее?

я делаю отдельную папку для темплейтов для фронта. Контроллеры там же в модуле, темплейты для админки тоже в модуле. А темплейты для не админки в той отдельной папке. Вроде ниче так, а вроде и есть ощущение что говнецом намазано ))

я делаю отдельную папку для темплейтов для фронта. Контроллеры там же в модуле, темплейты для админки тоже в модуле. А темплейты для не админки в той отдельной папке. Вроде ниче так, а вроде и есть ощущение что говнецом намазано ))

да вот и я тоже так думаю что чот херню какую то сделал ))) хотел спросить как другие делают)

модуль самодостаточен если ты делаешь что то за его пределами это уже не модуль

хотя блин бегать по модулям и править шаблоны еще тот ад

темлейты для контроллеров за пределами модуля будут как ни крути, если с этим модулем будешь делать не 1 сайт а несколько

ну тогда базовые у тебя в самом модуле а те что перекрывают в теме

админка то понятно статичная, ее не нада менять, если есть базовый какой-то шаблон

с примерно такой же структурой

ну я так и говорю. Да и в целом самодостаточных модулей не бывает

точнее бывают, но очень маленькие какие-нибудь.

модуль по идеи должен только с ядром работать

даже вот для админки уже нужен юзер

и не трогать другие модули

это в идеале

на практике получаеться как получаеться

ну я так и говорю. Да и в целом самодостаточных модулей не бывает

бывают . просто обычно готовить не умеют

даже вот для админки уже нужен юзер

юзать там нужно интерфейс юзера

если только на типовом бутстрапе

бывают . просто обычно готовить не умеют

нет ) ну вот к примеру статейник с редактором и простыми типа репортерами. модуль со статьями делаешь, а к нему еще будет требоваться модуль с юзерами

а делается легко, да :D

нет ) ну вот к примеру статейник с редактором и простыми типа репортерами. модуль со статьями делаешь, а к нему еще будет требоваться модуль с юзерами

зачем модуль ему юзеров ? зачем тут вообще модули ?

юзать там нужно интерфейс юзера

интерфейс это интерфейс, требоваться то все равно будет. просто оставляешь право менять реализацию этого юзера

как ты имя автора выведешь? :D

не зная структуру профиля

интерфейс это интерфейс, требоваться то все равно будет. просто оставляешь право менять реализацию этого юзера

в том вообще примере не нужны модули

к тому же я думаю что правильнее плясать от большего к меньшему. Затачивать модуль под проект, а не проект под модуль. Если у модуля будет свой интерфейс юзера (соответственно у всех модулей тоже), это будет неочень то и правильно. К примеру в где-то понадобилось тебе сменить автора статьи. Даже если ты засунешь в контейнер репо с юзерами все равно будет где-то проверка на соответствие интерфейсу.

ERROR: S client not available

в том вообще примере не нужны модули

ну это просто пример

иначе просто утонеш во всяких адаптерах

интерфейс это интерфейс, требоваться то все равно будет. просто оставляешь право менять реализацию этого юзера

кстати. ну это тоже норм. мы только привязываемся к интерфейсу. Т.е перед подключением модуля делаем class User extends ActiveRecord implements UserInterface или без AR и подсовываем в модуль дальше все делаем через эвенты

но разбивать все приложение на модули имхо не правильно

лучше просто какие-то части вынести. а центральный кусок писать без модулей Да и команде так будет лучше. Поставить человека на модуль пусть его сопроваждает. остальные будут в команде ловить его эвенты

Дмирий

Ты походу все фреймворкм юзаешь

лучше просто какие-то части вынести. а центральный кусок писать без модулей Да и команде так будет лучше. Поставить человека на модуль пусть его сопроваждает. остальные будут в команде ловить его эвенты

Перевести все на микросервисы ага

Потом попрощаться с пыхой

Перевести все на микросервисы ага

нислова о микросервисов выше не было

Потом попрощаться с пыхой

Why?

Вообще в последнее время думаю что модуль стоит рассматривать не как самостоятельную единицу, а как элемент системы, который можно выбросить и засунуть вместо него другую реализацию. Хотя если рассматривать форум как отдельный модуль, то такое не покатит конечно. Но все же форум достаточно сложная штука, которая сама по себе состоит из модулей ))

Why?

Лично у меня связано с областью работы

может это и не правильно конечно, но для конкретного проекта по типу фреймо-цмски вполне нормально как мне кажеца )

На пыхе лишь простые круды

достаточно стандартизировать базовые модули и тогда доп модули между админками разных проектов таскаются без проблем (:

достаточно стандартизировать базовые модули и тогда доп модули между админками разных проектов таскаются без проблем (:

'n xj pf ,fpjdst vjlekb &

ой

это что за базовые модули ?

это что за базовые модули ?

юзер, подписки, биллинг

это что за базовые модули ?

Юзеры и т.п. я думаю

кароч те которые часто встречаются наверное

Вообще в последнее время думаю что модуль стоит рассматривать не как самостоятельную единицу, а как элемент системы, который можно выбросить и засунуть вместо него другую реализацию. Хотя если рассматривать форум как отдельный модуль, то такое не покатит конечно. Но все же форум достаточно сложная штука, которая сама по себе состоит из модулей ))

что бы форум не вынести в отдельный один модуль ? там только из "врешнего мира " нужен юзер. Остальное внутри реализуется

Норм для фреймворков будет?

Норм конфиг впс? Тарифы рассматриваю. KVM, Debian 9 x64. Xeon 1000Mhz 2 ядра, 1024Ram DDR4, NVMe SSD 10Gb, Канал 150 Мб/с, за 4$?

смотря для чего. зависит от многих факторов. мне иногда и 64 гб рам не хватает

для личного пользования и пару проектов

как в пхпшторме заставить обновить дерево

создаю файлы а в шторме их нет

жму синхронизацию ))) надеюсь то что нужно ))

как в пхпшторме заставить обновить дерево

Перезапустить

Перезапустить

Если не поможет - перезагрузи комп