76

Re: Предложение к будущей версии :)

latte - это жесть. лучше какой-то "заточеный под форум" шаблонизатор на PHP-файлах.

переводить на фреймворки и шаблонизаторы - прямой путь к закапыванию проекта.
нужно стремится к упрощению, а не усложнению кода. делать фичи, а не ваять мега CMS/framework.

что бы хотелось:
- простая "универсальная интеграция" с любыми сторонними приложениями (на уровне функций php или http rest api) - кому надо - интегрирует в нормальную CMS или "фреймворк".

- систему хуков на основе имен функций (например просто именуем функцию с определенный "имярасширения_имяхука_функция") - щас очень неудобно код вставлять прямо в xml расширение. пока это решаю выносом функций и прописыванием в xml только вызовов с параметрами.

Сайт Otto.Zukamoto

Поделиться

77

Re: Предложение к будущей версии :)

Шаблонизатор в приницпе не нужен, если только как опция, причем с выбором шаблонизатора на вкус вебмастера. Что действительно нужно в движке - отделить код представления от логики.
Насчет закапывания проекта из-за фреймворка не согласен. Скорее разаботка в виде удлиннения спагетти - это верный путь к остановке в развитии.

Захочешь — найдешь время, не захочешь — найдешь причину.

Поделиться

78

Re: Предложение к будущей версии :)

переводить на фреймворки ... - прямой путь к закапыванию проекта.

согласен с автором.
меньше лапши, больше ООП - да, но Yii, Silex и иже с ними оттолкнут многих.

Шаблонизатор ... как опция, причем с выбором шаблонизатора на вкус вебмастера.

идеальный вариант.
нечто простое из коробки + возможность прикрутить свой шаблонизатор - для некоторых проектов это будет являться ключевым аргументом в выборе PunBB.

Поделиться

79

Re: Предложение к будущей версии :)

Без перехода на фреймворк я развитие не представляю. Вопрос в том, писать ли свой фреймворк или использовать готовый.

knyshow, а чем latte не понравился?

Смайл. Дата. Подпись.

Поделиться

80

Re: Предложение к будущей версии :)

dimkalinux пишет:

Без перехода на фреймворк я развитие не представляю. Вопрос в том, писать ли свой фреймворк или использовать готовый.

в готовых фреймворках излишний функционал, лучше свой. Но я могу в этом участвовать только в виде Donate...

(Please log in or register to see this URL) | Перед созданием темы => (Please log in or register to see this URL) | (Please log in or register to see this URL)

Сайт KANekT

Поделиться

81

Re: Предложение к будущей версии :)

KANekT, речь про микрофреймворки. Про Зенд никто не думает.

Смайл. Дата. Подпись.

Поделиться

82

Re: Предложение к будущей версии :)

dimkalinux, а что у вас считается микрофреймворками ?

YII, symfony это скорее тоже тяжелые smile

(Please log in or register to see this URL) | Перед созданием темы => (Please log in or register to see this URL) | (Please log in or register to see this URL)

Сайт KANekT

Поделиться

83

Re: Предложение к будущей версии :)

dimkalinux пишет:

KANekT, речь про микрофреймворки. Про Зенд никто не думает.

Я думаю.

Добавлено спустя 6 минут 45 секунд:

И даже считаю, что именно компоненты зф2 наиболее подходят как основа развития.

Захочешь — найдешь время, не захочешь — найдешь причину.

Поделиться

84 (02.08.2013 12:48 отредактировано knyshow)

Re: Предложение к будущей версии :)

knyshow, а чем latte не понравился?

Дим, он мне очень даже нравится. Ключевая фраза в моем сообщении - "возможность прикрутить свой шаблонизатор".

Согласись, удобнее работать с проектом, когда все компоненты (и CMS и форум и что-то еще) используют общий шаблонизатор, да еще и шаблоны/блоки наследуют/инклюдят друг у друга.


hcs пишет:

Я думаю.
И даже считаю, что именно компоненты зф2 наиболее подходят как основа развития.

Я считаю, что этот вектор развития приведет к тому, что punBB престанет быть легким, быстрым в работе и понятным движком.


в готовых фреймворках излишний функционал, лучше свой.

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

Поделиться

85 (03.08.2013 15:20 отредактировано Otto.Zukamoto)

Re: Предложение к будущей версии :)

как таковой микрофреймворк/фреймоврк не имеет смысла, темболее для форумного движка.
все уже есть в самом PHP: файл - как контроллер, вьюхи - через инклуды, БД - через PDO.

а вот отдельные независимые компоненты как - обработка событий или улучшеная система хуков, кеширование, авторизация, ACL, поддержка входа через соц.сети или библиотеки использовать для этого - это будет разумно.
такое подход в том же друпале 8 используется, но там монструозный Symfony.

Сайт Otto.Zukamoto

Поделиться

86

Re: Предложение к будущей версии :)

Поправьте меня, если ошибаюсь, но по-моему все известные форумные движки перешли, переходят или планируют переход на фреймворк-ориентированную архитектуру.

Смайл. Дата. Подпись.

Поделиться

87 (05.08.2013 20:16 отредактировано knyshow)

Re: Предложение к будущей версии :)

Да, все верно.
Вопрос: насколько это нужно punBB? соответствует ли это основным принципам punBB ("...is a fast and lightweight...")? Какие плюсы от перехода на фреймворк получит движок?

Предлагаю плюсами не считать:
- легкость разработки;
- более структурированный код;
- пример других форумов.

Это вопросы, на которые, как мне кажется, должны ответить и обсудить в узком кругу разработчики ядра и ряд разработчиков расширений.

Я, как преданный пользователь, могу только высказать свое мнение:
- выделить из кода представление. лично я бы выбрал что-то еще более простое, чем Latte - Lex или даже подправленный RainTPL3.
Для движка считаю большим плюсом возможность простой смены шаблонизатора на нечто свое.
- максимально избавиться от лапши и структурировать код. Для этого не обязательно использовать монстры-фреймворки. Можно максимум функциональности описать объектами и от лапши останется минимум.

Спасибо за внимание, за вашу работу и в любом случае, с не терпением жду появления ветки 2.0 на гитхабе.

ЗЫ: в субботу копался в расширении fancy_stop_spam - писал собственное расширение для блокировки регистрации на основе данных stopforumspam.com и подглядывал в данное. Так вот в этом расширении не используются фреймворки, но код прост, прозрачен, понятен, структурирован и красиво написан. Вот таким лично я хочу видеть весь движок.

Поделиться

88

Re: Предложение к будущей версии :)

Позволю себе заметить, что если начать структурировать код и описывать функциональность объектами, то рано или поздно получится фреймворк, а по большому счету он и сейчас есть, только реализованный в процедурном стиле. И здесь встаёт резонный вопрос - зачем изобретать велосипед, если можно брать готовые компоненты?
Предлагаю простую аналогию для сравнения с процессом разработки: строительство домов из готовых стандартных кирпичных и железобетонных изделий.
Безусловно можно построить дом с нуля выжигая каждый кирпич в печке в своей мастерской в гараже. Такой подход гарантирует уникальность и можно даже говорить о том, что такие кирпичи например более экологически чистые, чем предлагаемые на рынке. Но почему-то никто так не строит.
Я считаю, что программирование мало-мальски сложных программных продуктов должно базироваться на таком же принципе экономической целесообразности, что кстати и подтверждается конкурирующими проектами.

Захочешь — найдешь время, не захочешь — найдешь причину.

Поделиться

89

Re: Предложение к будущей версии :)

knyshow, архитектура у первого fancy_stop_spam ужасная — его очень трудно расширять. Вот (Please log in or register to see this URL) в плане удобства расширения сильно лучше, но он не дописан.

Смайл. Дата. Подпись.

Поделиться

90 (06.08.2013 09:27 отредактировано knyshow)

Re: Предложение к будущей версии :)

dimkalinux, ух ты! эту версию я не видел. спасибо!

ну красиво же.

Поделиться

91

Re: Предложение к будущей версии :)

Проксирование изображений и ссылок, особенно актуально будет для форумов которые работают через SSL (HTTPS).

(Please log in or register to see this URL) - 100$ Администрирование серверов - 30$ Продвижение сайтов - от 250$
(Please log in or register to see this URL). 10$Бонус на счет!
Установка и настройка PunBB на ваш Xостинг/Cервер - 10$

Сайт unix

Поделиться

92

Re: Предложение к будущей версии :)

Обязательно добавьте каптчу! Без нее никак вообще!

Добавлено спустя 1 минуту 53 секунды:

В плане безопасности ваш punbb хромает. Почитайте, что пишут в интернете.
А каптча еще никому не мешала и существует уже много лет.
Ее нужно сделать с возможностью отключения, как в phpBB

Поделиться

93

Re: Предложение к будущей версии :)

promouter, нам сразу весь интернет почитать или есть какие-то отдельновзятые конкретные претензии?
Чтобы не делать в ядре возможность отключения, в ядре сделана система плагинов, позволяющая установить одну из разнообразных капч на ваш вкус. Здесь есть множество расширений - (Please log in or register to see this URL)
reCaptcha от гугла - (Please log in or register to see this URL)

Захочешь — найдешь время, не захочешь — найдешь причину.

Поделиться

94

Re: Предложение к будущей версии :)

А каптча еще никому не мешала

Капча не мешает только роботам. Людям это только помеха.

Поделиться

95

Re: Предложение к будущей версии :)

Тема называется предложения к Будущей версии, а новая версия вообще будет? Последняя вышла в 2012 году.

Спасибо профессионалам за помощь...!

Поделиться

96

Re: Предложение к будущей версии :)

шлю пулреквесты, чтото нет ответа.
(Please log in or register to see this URL)

таки сделал разбиение на шаблоны.
стандартные шаблоны на php + реализация возможности подключения любого шаблонизатора.

демонстрационный пример (лейатуы, хелперы с наследованием стандартных шаблонов php) подключения шаблонизатора Twig (Please log in or register to see this URL)
реализовано как обычная тема для форума.
кому надо реализует шаблоны на twig полностью. может быть сделаю - если только позже, кода более менее вся структура шаблонов сложится.
еще есть что допиливать.

да и это не первоапрельская шутка.

Сайт Otto.Zukamoto

Поделиться

97

Re: Предложение к будущей версии :)

наверное надо слать в v1.4next

(Please log in or register to see this URL) | Перед созданием темы => (Please log in or register to see this URL) | (Please log in or register to see this URL)

Сайт KANekT

Поделиться

98

Re: Предложение к будущей версии :)

Otto.Zukamoto, ты там удалил некоторые хуки, таким образом часть расширений стала неработоспособна. Что скажешь?

Захочешь — найдешь время, не захочешь — найдешь причину.

Поделиться

99 (02.04.2015 09:17 отредактировано Otto.Zukamoto)

Re: Предложение к будущей версии :)

какие расширения поломались - можно список?

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

возможно имеет смысл потом убрать большинство хуков из шаблонов.
т.к. в шаблонах можно будет переопределять и менять и дополнять как хочешь.
оставить только хуки для ядра.

вы что можете предложить?

Добавлено спустя 1 час 9 минут 36 секунд:

KANekT пишет:

наверное надо слать в v1.4next

попробовал
так куча конфликтов ветка отличается от мастер?
а какие то там принципиальные отличия были?

Сайт Otto.Zukamoto

Поделиться

100

Re: Предложение к будущей версии :)

Я могу предложить отказ от совместимости вообще. В целом твоя идея выглядит неплохо, но очень режут глаза глобальные переменные.  По поломанным расширениям -  уменя среди неполного их количества, которое лежит в тестовом проекте, примерно 5-8 штук использует 3 хука из тех что ты удалил. Я не ставил задачу составить список, только проверил что хуки кем-то использовались.
Не считаю необходимым сейчас пушить в мастер, могу создать под это дело ветку, предложите кодовое название.
Ещё есть замечание по внедрению сторонних библиотек, в данном случае twig. Надо как-то решить вопрос с зависимостями, чтобы не включать эти библиотеки в свой код, лучше через composer и договориться в дальнейшем использовать его.

Захочешь — найдешь время, не захочешь — найдешь причину.

Поделиться