26

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

Зачем делают иногда  CMS Lite - облегченная версия с возможностью установки функционала. CMS Full - полная версия со всем и сразу.  CMS Premium - полная версия с платными модулями.

Вот именно, разные версии штампуются с целью продать премиум. Нам достаточно одну версию поддерживать в нормальном рабочем цикле. К тому же это GNU\GPL, а премиум пользователь может сделать себе сам, установив расширения, в том числе и платные. Впрочем если есть желающие заниматься премиумом версией, то они наверно могут даже получить поддержку информера, вдруг получится хороший бизнес.

Такое ощущение,что punbb умирает...

Он с 2008 года все умирает и никак не умрет ))

Главное забыли - репозитарии должны быть рабочими.

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

Как улучшить безопасность? Встроить в ядро проверку на спам и прочее, то что необходимо как обязательный функционал.

Борьба со спамом не относится к вопросам безопасности.
Технологии обхода защиты от спама динамичны, вчера была эффективна капча, сегодня мозаика и смс, завтра будет цифровая подпись и отпечаток пальца. Как эти меняющиеся тенденции может учитывать ядро? Да никак. Оно может быть запрограммировано бороться со спамом при помощи капчи, а через пол-года условно говоря этот код можно будет выкинуть, т.к. он просто потребляет ресурсы и не справляется с задачей. Ядро должно предоставить механизм изменения своего поведения, вот правильный путь, который однажды был избран еще командой во главе с Рикардом, и эту точку зрения пока еще никто аргументированно не опроверг. И кстати fluxbb, тоже не спешит обрастать жиром за счет функциональности способной прекрасно жить в отдельных пакетах именуемых "расширениями".
Вот примеры другого ПО - Firefox, Eclipse.

Как облегчить загрузку пока не думал, но решение должно быть (что-то станет загружаться быстрее тогда).

Я сначала подумал, что речь о какойто другой загрузке. Вопрос скорости загрузки страниц PunBB на даннный момент на мой взгляд не требует к себе внимания, т.к. скорость приемлема. Разницей между 0,05 и 0,1 можно пренебречь, особенно в условиях ограниченных ресурсов на разработку, когда лучше заняться чем-то более полезным. Тем не менее, если кто-то будет этим заниматься, проводить тестирование скорости, экспертное исследование кода, выявление "узких мест" и предлагать варианты решения, то это нельзя не приветствовать, я был бы например рад, если бы кто-то этим занимался хотя бы эпизодически.

Браузер и ось в сообщениях.

Вот это настолько бесполезный функционал, что я буду всегда выступать против. Ну чем оно в пакете хуже чем в ядре? Гораздо полезнее половая и возрастная дифференциация пользователей, и здесь я сторонник включения в ядро.

Статистика кто был по другому сделана и встроена в движок

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

Таким образом мы снова и снова приходим к фундаментальному спору - где должны быть те или иные функциональные возможности, в ядре или в расширениях. Для меня ответ очевиден: в расширениях.  Если в админке будет удобная навигация по расширениям, с рейтингами, отзывами, рекомендуемыми и т.д., то это будет то что надо, имхо.

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

Поделиться

27

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

Lexx пишет:

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

http://fluxbb.org/forums/viewtopic.php?id=4579

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

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

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

Сайт KANekT

Поделиться

28

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

Основная проблема панбб - морально устаревший процедурный код, который сложно поддерживать и еще сложнее развивать. Лучшим выходом было бы полное переписывание движка на ООП и MVC, возможно с использованием какого-либо микро-фреймворка как базы. Других вариантов развития я не вижу.

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

Поделиться

29

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

Другой вариант это рефакторинг, который в конечном итоге приведет к ООП и MVC.
Выбираются функциональные части и изменяются. Например сначала вводится система шаблонов, за счет чего убираются из кода нагромождения хтмл. Частичные изменения намного проще.

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

Поделиться

30 (31.05.2012 09:59 отредактировано Igor1)

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

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

Яркий пример WordPress, несмотря на то, что система состоит из процедурного говногода чуть менее чем полностью, жрёт ресурсов хостинга как десять форумов punBB и имеет много уязвимостей в самом движке (не говоря уже о плагинах), - сейчас эта CMS самая популярная среди малых сайтов.

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

punBB the best :)

Поделиться

31

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

Вам не кажется что так будет логичнее/заметнее при поиске?

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

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

Сайт KANekT

Поделиться

32

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

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

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

Поделиться

33

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

типо такого ?

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

по моему это лишнее и только загромождает поиск.

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

Может вообще стоит переосмыслить форму поиска, надо посмотреть как в других движках реализовано и взять оттуда лучшее smile

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

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

Сайт KANekT

Поделиться

34

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

1) Да, типа такого, только попроще, простая форма: поле ввода и кнопка, т.е. самый минимум и по функционалу и по коду, но всегда под рукой.
3) Согласен, надо смотреть шире smile

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

Поделиться

35

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

hcs пишет:

3) Согласен, надо смотреть шире smile

Объявляется конкурс на лучшую страницу поиска.
Награда - реализация в след версии smile

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

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

Сайт KANekT

Поделиться

36

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

А почему бы вам не добавить подфорумы сразу в пакет PunBB. Был бы очень признателен.

Поделиться

37 (18.09.2012 01:17 отредактировано Igor1)

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

kaito201019 пишет:

А почему бы вам не добавить подфорумы сразу в пакет PunBB. Был бы очень признателен.

А смысл нагружать ядро если кому нужно сможет сам установить двумя щелчками мышки? Мне, например, подфорумы нафиг не нужны.

punBB the best :)

Поделиться

38

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

Нужно к аватарам приставку добавлять http://punbb.ru/img/avatars/141.gif?time(update) или название файла при смене должно меняться. Кешируются, а Ф5 не все жмут.

Поделиться

39

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

Не нужно к аватарам ничо добавлять. Потому что кэшируется и правильно делает.

Использую: sql - php - yii - ajax - jq - js - css - bootstrap - less - html - knockout js - ruby on rails.
Интересно: css3, html5 -> appCache, workers, sockets и т.д.
Будущее: адаптивные сайты (они же и локальные приложения).

Поделиться

40

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

Не хватает уменьшения кол-ва сообщений в счётчике при удалении сообщения)

Поделиться

41

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

brainiac пишет:

Не нужно к аватарам ничо добавлять. Потому что кэшируется и правильно делает.

устаревший кэш ни к чему.

Поделиться

42

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

splite пишет:

Не хватает уменьшения кол-ва сообщений в счётчике при удалении сообщения)

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

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

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

Сайт KANekT

Поделиться

43

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

Вот чего реально не хватает (как мне кажется), так это возможности менять шаблоны вывода конкретных элементов: "шаблон сообщений", "шаблон 1 сообщения", "шаблон профиля", "шаблон крошек" и т.д. Т.е. чтобы можно было в теме оформления под каким-то названием создать файлик - и этот файлик вместо вывода сообщения подхватывался бы как шаблон. Если кто знает - примерно как в joomla. Просто одного шаблона мастер пэйдж не хватает...

Даа можно это расширениями делать, но это долго, искать хуки нужные, иногда переопределять уже существующий код, да и как-то не правильно...менять шаблон вывода расширением а не шаблоном Оо

Использую: sql - php - yii - ajax - jq - js - css - bootstrap - less - html - knockout js - ruby on rails.
Интересно: css3, html5 -> appCache, workers, sockets и т.д.
Будущее: адаптивные сайты (они же и локальные приложения).

Поделиться

44

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

Внедрение системы шаблонов требует полное изменение ядра, до сих пор непонятно как к этому подступиться, т.к. это уже совсем другой движок получится.
Кроме того неясно как обеспечить вывод в шаблоне информации заинтересованных расширений, и даже полное переопредление шаблона расширением.
Сейчас, в силу того что шаблон строго в ядре (не подразумевается разметка в mai.tpl), логику вывода можно менять хуком и такой порядок гарантирует работу расширения. А если сделать шаблонный вывод, то как расширению перехватить вывод шаблона в нужной точке и модифицировать его? Заставлять пользователя вручную вставлять в свой шаблон какой-то код?
Как расширению изменить блок и не войти в конфликт с шаблоном и другими расширениями, работающими с этим блоком?
На данный момент  у PunBB нет архитектора, способного на разработку такой архитектуры.

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

Поделиться

45

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

KANekT пишет:
splite пишет:

Не хватает уменьшения кол-ва сообщений в счётчике при удалении сообщения)

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

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

Поделиться

46

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

splite пишет:
KANekT пишет:
splite пишет:

Не хватает уменьшения кол-ва сообщений в счётчике при удалении сообщения)

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

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

Выкладывали и осуждали это уже!

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

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

Сайт KANekT

Поделиться

47

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

Внедрение системы шаблонов требует полное изменение ядра, до сих пор непонятно как к этому подступиться, т.к. это уже совсем другой движок получится.
Кроме того неясно как обеспечить вывод в шаблоне информации заинтересованных расширений, и даже полное переопредление шаблона расширением.
Сейчас, в силу того что шаблон строго в ядре (не подразумевается разметка в mai.tpl), логику вывода можно менять хуком и такой порядок гарантирует работу расширения. А если сделать шаблонный вывод, то как расширению перехватить вывод шаблона в нужной точке и модифицировать его? Заставлять пользователя вручную вставлять в свой шаблон какой-то код?
Как расширению изменить блок и не войти в конфликт с шаблоном и другими расширениями, работающими с этим блоком?
На данный момент  у PunBB нет архитектора, способного на разработку такой архитектуры.

Не обязательно tpl же для начала...можно просто в ядре допустим для вывода сообщения написать:

if (в templates есть файлик /templates/viewtopic/post.php) {
    выполняем его
else {
    выполняем стандартный шаблон (вшитый в ядро)
}

Т.е. достаточно тупо, но позволит менять вывод сообщения и оно не затрется при обновлении ядра и расширения будут работать

Использую: sql - php - yii - ajax - jq - js - css - bootstrap - less - html - knockout js - ruby on rails.
Интересно: css3, html5 -> appCache, workers, sockets и т.д.
Будущее: адаптивные сайты (они же и локальные приложения).

Поделиться

48

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

Теперь посмотри на этот код:

if (в templates есть файлик /templates/viewtopic/post.php) {
    выполняем его
else {
    //стандартный шаблон (вшитый в ядро)
   get_hook('hook_id');
   // какойто вывод
   get_hook('hook_id');
   // еще какойто вывод
   get_hook('hook_id');
}
Захочешь — найдешь время, не захочешь — найдешь причину.

Поделиться

49

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

Так я же не говорил убирать хуки из шаблона. Вместе с ними туда. Шаблон вообще в данном случае образно, на самом деле там и html и php будет.

Использую: sql - php - yii - ajax - jq - js - css - bootstrap - less - html - knockout js - ruby on rails.
Интересно: css3, html5 -> appCache, workers, sockets и т.д.
Будущее: адаптивные сайты (они же и локальные приложения).

Поделиться

50

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

когда планируется новая версия?

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

Сайт unix

Поделиться