Просто во время получения ответа у меня возникло ещё пару вопросов и стало интересно мнение по этому поводу, вот и спросил здесь ибо тема всё та же, но с другим контекстом.
Oк, всё таки ltrim, а если мне таким образом нужно обработать 2000 таких строк в array?
Не будет затратным этот метод?
И что если мне нужно удалить только одну "/" в начале строки, т.е. если у меня их подряд много?
Например: $MediaPath = ltrim('АААААрбуз', 'А');
удалит все буквы А, до того как они перестанут повторяться.
А мне нужен всё таки Арбуз, а не рбуз.
Понимаю что случай не из жизни, но однако))
Сергей, да знаю я основы, но с получением папок ещё не имел дела, и ответ нужен был срочно, что бы не разбираться, так как чувствую себя сейчас хреново но надо сделать срочно.
Модератор, и Сергей, ахах накосячил везде где можно, хотя на тостере давно и с правилами знаком, просто оч плохо себя чувствую, прошу прощения ещё раз))
Спасибо, пойду подумаю, мб что придумаю наконец.
Сегодня почитал Laravel руководство и вник в eloquent методы. Вроде ситуация прояснилась, осталось просто написать хороший код, так что я пошел:)
talas1234, да, всё верно.
В backend плагина есть страница модели Branches к примеру.
Где я вижу все записи в таблице, но мне нужно сделать следующее:
Получить группы в которых состоит текущий пользователь. (с которыми он связан грубо говоря).
Создать запрос, который выведет на экран только те записи, которые связаны именно с этими группами.
Как выводить записи с проверкой наличия какого либо value в колонке я понимаю)
А вот как выводить с проверкой зависимостей? Что то я уже в конец запутался))
Вот видел что-то похожее но не понял до сих пор как оно должно работать.
И может сможете помочь разобраться и доработать мой бесплатный плагин, который в будущем я с радостью выложу в свободный доступ для всех. Быть может на GitHub или в официальный магазин октября.
Я реализовал с помощью записей в плагине, к которым с помощью поля Relations (отношения) присвоил группы пользователей.
т.е.
- есть табличка групп пользователей (стандартная октябрьская)
- есть моя табличка "Branches" (филиалы, отделения компании, как отдельные страницы).
- и есть ещё одна моя таблица которая связывает записи обоих таблиц по ID методом выбора чекбокса отношений (Relations), который находится в каждой записи модели Branches.
Это то, что я смог сделать в настоящее время.
Сейчас остался открытым вопрос, как можно отфильтровать запрос, опираясь на группы выбранные в записи (Branches) с помощью отношений и групп, в которых состоит текущий пользователь.
Так менеджеры компании, которые прикреплены например к группе Москва, не смогут редактировать другие отделения компании.
В итоге я начал создание собственного плагина OC Branch Management, который даст возможность организовать работу компании c множеством отделений (сеть), создавать города и филиалы в них, распределять менеджеров по группам и ограничить права, постить отдельные рекламные акции в филиалах и т.д.
По завершению работ над плагином скину ссылку на него сюда.
Документацию читал конечно, но не понятно что делать в моём случае...
Может попробовать расширить плагин Static Pages своим плагином, что бы каждая группа пользователей могла редактировать только определённую страницу или тоже самое проделать с категориями блога.
Но я пока не понимаю как это сделать.
sim3x, да просто надоело следить за каждым изменённым файлом, и надоело "ручками" заливать каждый в нужную папку на сервере...
Я спрашиваю о том, как это делать правильно в современном мире. Независимо от размеров проекта.
Предположим что залить на сервер статический и не сложный одностраничник не составит труда, а как быть с большим проектом и его поддержкой.
Я уже знаю множество способов, но хочется посмотреть как это делают другие, что бы вывести для себя наилучший и самое главное удобный и кроссплатформенный метод быстрого деплоя изменений или развёртки проекта на сервере.
Мне не нужно развёрнутых ответов, просто хочу разобраться в какую сторону стоит смотреть, а в какую не стоит.
Я пока остановился на такой конфигурации, работает стабильно:
OS: Windows 10
LOCAL SERVER: OSPanel (Open Server) 5.2.7
------------------------------------------------------
HTTP: Apache-PHP-7+Nginx-1.10
PHP: PHP-7.0
БД: MySQL-5.6
Это минимальные требования для работы October CMS версии от 426. Сборка 419 будет работать и на PHP 5.6 но кому она нужна?))
Тем кто ещё не смог обновиться я настоятельно рекомендую зайти в админку CMS и обновиться до самой свежей версии Октября, с момента выхода 419 было внесено много глобальных изменений в ядре движка. На 419 у вас не будет работать очень важный плагин RainLab Builder, и возможно что-то ещё.
Если не видно новых обновлений CMS в админке, то нужно сделать следующее:
1. Заходим в папку "сonfig" на вашем сервере.
2. В файле "cms.php" меняем значение параметра 'edgeUpdates' с "false" на "true"
3. Обновляемся.
Если во время обновления CMS произошла ошибка, то просто повторите попытку.
У меня на локалке обновляется минуты 2 аж, а вот на удалёнке с SSD за пару секунд.
Просто во время получения ответа у меня возникло ещё пару вопросов и стало интересно мнение по этому поводу, вот и спросил здесь ибо тема всё та же, но с другим контекстом.