Дмитрий
вот что ты делаешь?
Дмитрий
ты же модель создаешь
Дмитрий
так?
Ilia
вся бизнес логика должна быть в ней спрятана и не досутпна на паблик
Ну а стандартное поведение после getItems это stdClass object а там все public.
Дмитрий
ты модель хочшеь унаследовать от cmsobject?
Дмитрий
модель?
Дмитрий
нафига
Дмитрий
там у mvc джумлы модель орагнизована
Дмитрий
зачем cmsobject от нее
Дмитрий
тебе всю реалиаузию надо саммоу делать и свое наследование
RINAT
я буду переносить в текущем состоянии его
Самый главное заработала без проблем.
Остальные фишки патом.
Так привыкли квантуму что не хочется родную😊
Дмитрий
у тебя должно допустим быть getItem и он вовзращает cmsobject
Дмитрий
или std class
Дмитрий
неважно
Дмитрий
это как договоришься в своей программе
Дмитрий
а модель нафига от cmsobject? чтобы самому писать реализаци и не от нее надо наследоваться
Дмитрий
ты говоришь, что хочешь модель унаследовать от cmsobject
Дмитрий
а не возвращаемое значение getItem
Дмитрий
я так понял
Ilia
а модель нафига от cmsobject? чтобы самому писать реализаци и не от нее надо наследоваться
Посмотрел модель, она подошла - писать ничего не надо вот и взял
Дмитрий
Посмотрел модель, она подошла - писать ничего не надо вот и взял
так ты хочешь модель саму или возвращаемое значение getItem
Дмитрий
я понять не могу
Ilia
Дмитрий
Дмитрий
что ты имеешь ввиду
Ilia
Дмитрий
ты хочешь внедрить свой интерфейс унаследованный наполобие от cmsobject, для записей от модели
Дмитрий
1. тебе надо создать сначала интерфейс общий
2. тебе нужна фабрика, наподобие что ты сейчас исопльзуешь
3. можешь взять registry и его расширить или можешь вообще свое сделать, что ты хочешь, скопировать
Дмитрий
в ламинас, в зенде для этого используется Hydrator
Дмитрий
чтобы можно было эти объекты такого рода связывать от разных
Дмитрий
они должны иметь общие интерфейсы, но реализация разная от того что там внутри
Дмитрий
https://docs.laminas.dev/laminas-hydrator/v3/quick-start/
Дмитрий
в зенде подобные работы с объектам работают через Hydrator
Дмитрий
что позволяет решить все проблемы что там внутри и связывать их беспроблемно
Дмитрий
Дмитрий
и прописать их надо
Дмитрий
https://docs.laminas.dev/laminas-hydrator/v3/quick-start/
только версию v4 там выбери если будешь смотреть, я просто по гуглу быстро перешел из поиска
Сергей Cave
@progreccor когда и как лучше обновлять альму на сервере? или достаточно только RISH обновлять? dnf check-update выдал большой список обновлений. Что посоветуешь?
Vladimir
Vladimir
Что касается Альмы - обновлять надо конкретно то, что требуется
Vladimir
Смысла в полном обновлении нет
Сергей Cave
ну, посредством RISH же та же мария обновляется...
Сергей Cave
Что касается Альмы - обновлять надо конкретно то, что требуется
ну, т.е. погружаться в администрирование (хотя бы почитать, что и для чего работает) придётся
Сергей Cave
и да, это не камень в огород
Vladimir
ну, т.е. погружаться в администрирование (хотя бы почитать, что и для чего работает) придётся
Я добавлю кнопок на обновление Марии и php
Vladimir
ну, посредством RISH же та же мария обновляется...
Обновление обслуживающих скриптов не означает обновление марии например
Сергей Cave
а-а-а... от оно чё... ну, я пока далёк... так... интересуюсь
Vladimir
ну, т.е. погружаться в администрирование (хотя бы почитать, что и для чего работает) придётся
Вообще подразумевается что обновление делается через кокпит
Сергей Cave
думаю, что такие вопросы могут у многих могут возникать, поэтому в чат и спросил. А не в личку.
Vladimir
а-а-а... от оно чё... ну, я пока далёк... так... интересуюсь
По сути не надо дергаться с обновлениями если нет уязвимости
Vladimir
Сергей Cave
По сути не надо дергаться с обновлениями если нет уязвимости
такого же мнения придерживаюсь
Сергей Cave
Вообще подразумевается что обновление делается через кокпит
ну, установка кокпита начинается с обновления системы (по мануалам из этих ваших интернетов)
Vladimir
ну, установка кокпита начинается с обновления системы (по мануалам из этих ваших интернетов)
да можешь сделать банально yum update
Vladimir
Просто я обычно на продакшене такими вещами не занимаюсь
Vladimir
1. Долго
2. Хрен знает как пойдет
Vladimir
Частенько новые конфиги кое где прописываются
Vladimir
От админов я подцепил правильный ход жизни сервера - берешь разворачиваешь новый, перетягиваешь туда все сайты и потом старый грохаешь
Сергей Cave
ну, я и не собирался на продакшене )))
только на локалке (после снапшота)
и в свободное от работы время (которого сейчас нет от слова совсем)
Vladimir
Это правильный подход к обновлению
Vladimir
ну, я и не собирался на продакшене )))
только на локалке (после снапшота)
и в свободное от работы время (которого сейчас нет от слова совсем)
На локалке вообще развлекайся как хочешь
Vladimir
Там пофигу
Vladimir
Ничего критичного не произойдет
Vladimir
То есть что касается цикла жизни продакшена - он живет не более года
Vladimir
Затем выпускается новый сервер, туда переезжают сайты
Для миграции сайтов в рише есть кнопка
Сергей Cave
Затем выпускается новый сервер, туда переезжают сайты
Для миграции сайтов в рише есть кнопка
В закреп это. Я, например, не знал про такой подход. И думаю, что он очень рационален и оправдан.
Сергей Cave
Vladimir
В закреп это. Я, например, не знал про такой подход. И думаю, что он очень рационален и оправдан.
Ну я это нахватался когда задавал такие вопросы как ты
Vladimir
Vladimir
В этом собственно его суть
Vladimir
То есть ты на локалке ставишь кокпит, на продакшене тоже, но закрываешь порт для кокпита на продакшене.а затем подключаешься с локалки по ключу
Сергей Cave
Я не знаю где ты будешь брать время, но это надо описать )
Сергей Cave
Это отличное решение (опять же, на мой непрофессиональный взгляд)
Vladimir
напишу
Sergey