Вчера в 18:44
Благодарю!
Вчера в 10:53
Как раз при редактировании с фронта добавить проверку не проблема, но надо код компонента смотреть
11 ноября 2024, 11:29
Этот компонент для связки с любым фреймворком?
К примеру с astro.build/ этим можно связать?
11 ноября 2024, 09:46
Добрый день! Вы можете у сниппета ecMessage в параметре threads указать *. Про это есть в документации.
08 ноября 2024, 23:04
попробуйте убрать autoplay здесь:
allow="clipboard-write; autoplay"
Всего 123 782 комментария
Я за настоящую Linux`овую систему!
Ну серьезно, все эти денверы и прочее барахло — просто суррогат настоящей линуксовой системы. Какие бы они не были крутые — это все равно суррогат.
Как растворимый кофе против вареного.
При текущей постановке задачи будет мноооого групп. Это, конечно, не проблема, но как то непорядочек.
Да и вообще, никто не мешает скопировать нужные сниппеты, переименовать, немного доработать — и использовать вместо оригинальных. Обновлять же вам их не надо из репозитория, так?
Мои скрипты автоустановки и апгрейда сайтов тоже работать не будут.
С разных ноутов туда геморно подключаться. Заказчику не покажешь.
Правда, пользовался я им последний раз лет 6 назад, вдруг все изменилось? Как более-менее освоил Linux — ну его нафиг.
Лучше домашний сервер, на любом железе. У меня щас в гараже лежит подходящее — тупо не надо. Если кто из Кемерово заберет — отдам безвозмездно.
Но если бы мне нужно я бы приобрел vps или отдельный домашний сервер, мне кажется это более удобным.
+ Прекрастная настройка форм где вы можете настроить бек как вам нужно
Перенос всегда был с пол пинка. просто не могу понять какие могут возникать проблемы и как можно на локальном компе больше времяни потратить? — думаю бред.
Вот и сейчас я все сайты разрабатываю локально (правда не на винде).
Скажите человеку, который перенёс не мало сайтов с Денвера — в чём могут быть проблемы? Просто интерестно… обкакивать мы все мастера, но иногда несём бред, в котором сами не задумываемся. :)
На эти танцы с локальными серверами я потратил больше времени чем получил пользы.
Если в правах доступа мы закрыли доступ к ресурсу, то ни Wayfinder, ни getResources не будут отображать этот ресурс для пользователя. Если делать связь через отдельную таблицу, вставлять список id-шников прям в getResources? Их ведь там тоже может накопиться порядочно — или сниппету getResources плевать на длину параметра &resources?
Вечером проверю.
Если да — то все просто:
php_admin_value[eaccelerator.enable] = 0
Если нет, то придется через поддержку.
Удалить самим возможности нет, попробуем еще раз в техподдержку написать.
В шаблоне этих страниц указать сниппет (или вовсе сделать плагин), который при загруpке будет проверять какое то поле ресурса (например, properties) или ТВ параметр. Там должно быть какое то слово, которое должно быть в определенном поле юзера.
Если есть — открывается, если нет — ошибка 401.
Это позволит гибко назначать права и не плодить кучу групп. Права в ресурсе и у юзера лучше хранить в виде json-массива.
Вторая мысль — написать свою минисистему, с административной частью, и сделать связь юзер-ресурс через отдельную таблицу.
Выбирайте.
На файлах, конечно, тоже можно — но надо сервер мучать, а эта возможность есть не у всех.
Я бы отключил eAccelerator совсем. Судя вот по этому blogs.hub21.ru/blog/sysadmins/170.html — можно сделать просто eaccelerator.enable=«0».
Ну или вообще его удалить, если сервер у вас VPS\VDS.