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...

PunBB Extensions | Перед созданием темы => ФАК | Профессиональная разработка сложных сайтов

Расширения распространяются по Creative Commons Attribution-NonCommercial 4.0

Сайт KANekT

Поделиться

81

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

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

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

Поделиться

82

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

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

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

PunBB Extensions | Перед созданием темы => ФАК | Профессиональная разработка сложных сайтов

Расширения распространяются по Creative Commons Attribution-NonCommercial 4.0

Сайт KANekT

Поделиться

83

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

dimkalinux пишет:

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

Я думаю.

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

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

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

Поделиться

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

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

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

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

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


hcs пишет:

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

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


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

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

Поделиться

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

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

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

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

Сайт Otto.Zukamoto

Поделиться

86

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

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

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

Поделиться

87 (05.08.2013 08: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 ужасная — его очень трудно расширять. Вот второй в плане удобства расширения сильно лучше, но он не дописан.

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

Поделиться

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

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

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

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

Поделиться

91

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

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

Разработка Landing Page - 100$ Администрирование серверов - 30$ Продвижение сайтов - от 250$
Профессиональный VPS для Вашего проекта. 10$Бонус на счет!
Установка и настройка PunBB на ваш Xостинг/Cервер - 10$

Сайт unix

Поделиться

92

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

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

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

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

Поделиться

93

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

promouter, нам сразу весь интернет почитать или есть какие-то отдельновзятые конкретные претензии?
Чтобы не делать в ядре возможность отключения, в ядре сделана система плагинов, позволяющая установить одну из разнообразных капч на ваш вкус. Здесь есть множество расширений - http://keydogbb.info/dhtml/keydog-1/loc … angmod.php
reCaptcha от гугла - http://punbb.informer.com/forums/topic/22738/recaptcha/

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

Поделиться

94

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

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

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

Поделиться

95

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

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

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

Поделиться

96

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

шлю пулреквесты, чтото нет ответа.
https://github.com/punbb/punbb/pull/113

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

демонстрационный пример (лейатуы, хелперы с наследованием стандартных шаблонов php) подключения шаблонизатора Twig https://github.com/rivetweb/punbb-style-ExampleTwig
реализовано как обычная тема для форума.
кому надо реализует шаблоны на twig полностью. может быть сделаю - если только позже, кода более менее вся структура шаблонов сложится.
еще есть что допиливать.

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

Сайт Otto.Zukamoto

Поделиться

97

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

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

PunBB Extensions | Перед созданием темы => ФАК | Профессиональная разработка сложных сайтов

Расширения распространяются по Creative Commons Attribution-NonCommercial 4.0

Сайт KANekT

Поделиться

98

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

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

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

Поделиться

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

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

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

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

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

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

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

KANekT пишет:

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

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

Сайт Otto.Zukamoto

Поделиться

100

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

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

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

Поделиться