Приветствую собравшихся))
В общем у меня есть уже реализованный плагин под 0.5.1 писался для одного проекта. Демо сейчас нету т.к. проект закрытый. Реализованно:
— История с авторами и ip адресами
— Старт редактирования с любого места в истории
— Есть быстрая линковка в нутри блога типа [[ИмяТопика]]
— Подмена ленты блога одним из топиков, для создания главной страницы раздела (лента сохраняется)
— Запрет постить другие типы топика в блог плагином — блог превращается в полноценную вики.
— Разделение доступа как описано выше.
Не реализованно (но что есть в обычной вики):
— Полный запрет редактирования
— Сравнение версий
— Автоперелинковка — если мы изменили имя топика, то нужно поменять ссылки на него во всех топиках. Очень ресурсоемкая операция если делать простым перебором. Реализовать индексы ссылок времени не хватило.
Было в планах выложить в продажу(15$ — 30$), но пока времени не было довести до ума и адаптировать под 1.0
Доделывать планировал в апреле-мае. Если соберем интересный предзаказ(~300$), могу пересмотреть планы.
Если строго следовать паттернам ООП, то маппер(data mapper) — это прослойка между БД и объектом, но тут объектов ни каких нет. Да и логики тут ни какой нет, и результат запроса не зависит ни от каких внешних параметров, и метод достаточно изолирован и не изменяет состояние системы. Мне нужна всего лишь одна строка о свойствах поля таблицы! Писать лишний код, множить файлы и углублять стек вызовов ради чего?
«Человеческая структура» тогда оправдывает себя, когда у вас множество запросов, объектов и вариантов взаимодействий, она позволяет всё разложить по полочкам и не запутаться. В данной ситуации этого всего нет. Средства должны соответствовать цели.
З.Ы. С удовольствием поспорю дальше над этим вопросом))
версия LS?
попробуйте зайти в страницу настроек и сохраните настройки, должно заработать. если ругается что не может сохранить настройки — проверьте папку /tmp в корне сайта на доступность для записи
А что нужно: маппер, модуль, сущность? Смысл разводить жир и множить функции обертки? Метод и так использует стандартные объекты. Повторного использования данного метода не предполагается, а другим объектам он не нужен. Я не вижу для него другого места, предложите своё?
я вот знак точно не забыл, всеравно не работало. Нашел: проверка сабмита происходит по массиву $_POST, такчто помогает unset($_POST['имя сабмита кнопки']);
Но при вызове тогоже акшина всеравное происходит отправка топика. Т.к. после отработки акшина вызванного хуком управлнение потоком возвращается в то место откуда произошел вызов хука.
Есть еще какие либо гибкие варианты перенаправить поток штатными средствами движка, без привлечения плагинов и переопределения методов, т.е. только хуком?
Таким способом я не могу передать нотисы через сообщения юзеру и потеряю инфу переданную из формы.
Есть еще такой вариант, но если я вызываю выполнение того же акшина то попадаю в бесконечный цикл т.к. он считает что происходит сабмит формы.
В общем у меня есть уже реализованный плагин под 0.5.1 писался для одного проекта. Демо сейчас нету т.к. проект закрытый.
Реализованно:
— История с авторами и ip адресами
— Старт редактирования с любого места в истории
— Есть быстрая линковка в нутри блога типа [[ИмяТопика]]
— Подмена ленты блога одним из топиков, для создания главной страницы раздела (лента сохраняется)
— Запрет постить другие типы топика в блог плагином — блог превращается в полноценную вики.
— Разделение доступа как описано выше.
Не реализованно (но что есть в обычной вики):
— Полный запрет редактирования
— Сравнение версий
— Автоперелинковка — если мы изменили имя топика, то нужно поменять ссылки на него во всех топиках. Очень ресурсоемкая операция если делать простым перебором. Реализовать индексы ссылок времени не хватило.
Было в планах выложить в продажу(15$ — 30$), но пока времени не было довести до ума и адаптировать под 1.0
Доделывать планировал в апреле-мае. Если соберем интересный предзаказ(~300$), могу пересмотреть планы.
страница должна быть по адресу: sitename.ru/blogcontent/
«Человеческая структура» тогда оправдывает себя, когда у вас множество запросов, объектов и вариантов взаимодействий, она позволяет всё разложить по полочкам и не запутаться. В данной ситуации этого всего нет. Средства должны соответствовать цели.
З.Ы. С удовольствием поспорю дальше над этим вопросом))
попробуйте зайти в страницу настроек и сохраните настройки, должно заработать. если ругается что не может сохранить настройки — проверьте папку /tmp в корне сайта на доступность для записи
Нашел: проверка сабмита происходит по массиву $_POST, такчто помогает unset($_POST['имя сабмита кнопки']);
Но при вызове тогоже акшина всеравное происходит отправка топика. Т.к. после отработки акшина вызванного хуком управлнение потоком возвращается в то место откуда произошел вызов хука.
Есть еще какие либо гибкие варианты перенаправить поток штатными средствами движка, без привлечения плагинов и переопределения методов, т.е. только хуком?
странно не помогло. хотя должно было. что я делаю не так?
Есть еще такой вариант, но если я вызываю выполнение того же акшина то попадаю в бесконечный цикл т.к. он считает что происходит сабмит формы.
в 0.3.1 тоже есть хуки. надо уточнить как там оно действует