| Sergeich |
|
|---|---|
|
Кстати, по поводу аттача файлов и PFS. Я уже предлагал в своё время каким то образом их скрестить. Чтобы юзер мог рулить всеми своими файлами из одного места. Простейший вариант создавать в PFS некую "папку" в которую и кидать все приаттаченые файлы.
|
| Trustmaster |
|
|---|---|
Ratibor:Я всеми руками за :yes Только вот что-то никто ничего не добавляет... Ratibor:Как минимум здесь. Скажу по секрету, oc переделал с его помощью стандартные голосовалки на безрефрешевые, но потом что-то затруднился сделать эту фишку более-менее стандартной. Ratibor:Пока так и выходит :) 6. По поводу xBB. Лицензия GPL предполагает, что любой проект, в котором этот код включается, должен распространяться под GPL и никакой другой лицензией (даже свободной), а значит со всеми потрохами и без отчислений. Мы не планируем делать Cotonti платным или закрытым, мы хотим выпустить его по гораздо более лояльной лицензии BSD, которая, в отличие от GPL, разрешает спокойно использовать код в коммерческих проектах, если при этом сохраняются оригинальные копирайты. Ну например, если кто-то сделает на базе Cotonti крупный аукцион недвижимости, использующий какие-то секретные алгоритмы, да и вообще написанный "за бешеные бабки" специально для себя. Формально, если при этом использовалась лицензия GPL, то он обязан распространять свое это чудо безвозмездно, да еще и с исходниками. Т.е. BSD оставляет некоторое пространоство для рынка коммерческих модификаций. Ну и делает жизнь немного проще, поскольку не надо париться над тем, как лицензирована 673-я строчка в файле pupkin.php. Sergeich:Старый код в любом случае идет под старой лицензий, с этим ничего не поделаешь. Новый код под BSD. Но пока старый будет играть роль лимитирующего фактора. Sergeich:Я помню. Но пока не было никакой возможности это реализовать (в плане времени). May the Source be with you!
|
| Antar |
|
|---|---|
|
Локализацию я вбил: http://trac.cotonti.com/ticket/26 , но только там ее будет тяжело искать...
Trustmaster, добавь плиз ссылку на тракер в верхнее меню сайта. По поводу плагинов, по-моему все нормально, просто надо разбить плагины на проверенные и не проверенные. Вот моя кучка, которую надо еще разгребать, сравнивать с тем что уже есть, и так далее: 22-plugins.rar |
| Ratibor |
|
|---|---|
|
6. Дак опять пришли с того с чего начали.
Если Cotonti будет под BSD лицензией, то тогда это не противоречит лицензии xBB. А уж если ктото потом решит на базе Cotonti зделать супер-пупер аукцон и продавать его, то это как говорится его проблемма. А если этот ктото сейчас один из авторов проекта, то приходим опять к этому: Antony: ИМХО делать парсинг, то отдельным плагином. Сделать два варианта, на xBB и как ты хочешь. И если кто-то решит делать супер-пупер аукционы, то нехай юзает родной(модифицированный) парсинг, а кому нужен будет нормальный парсинг, поставят xBB. Не задавай глупых вопросов, не услышишь вранья.
|
|
| This post was edited by Ratibor (2008-08-21 10:19, 15 years ago) |
| Boss |
|
|---|---|
|
Помоему в xBB много лишнего. Нафиг он нам нужен? Делам простой парсер по умолчанию и делаем интерфейс для возможности подключить более продвинутый парсер. Все.
|
| Ratibor |
|
|---|---|
#590 Boss : Помоему в xBB много лишнего.И что там лишнее ? А в родном или модифицированном парсинге, как небыло рабочего тэга code, так и нет, да и некоторые другие тэги работают через )( Не задавай глупых вопросов, не услышишь вранья.
|
|
| This post was edited by Ratibor (2008-08-21 10:54, 15 years ago) |
| Boss |
|
|---|---|
|
Много лишнего и код тяжеловатый. Зачем усложнять движок? Кому надо пусть сами его потом подключают, ведь хотели же обеспечить возможность подключения внешнего парсера. Что же еще надо?
|
| Ratibor |
|
|---|---|
#592 Boss : Много лишнего и код тяжеловатый. Зачем усложнять движок? Кому надо пусть сами его потом подключают, ведь хотели же обеспечить возможность подключения внешнего парсера.100 кил это тяжолый ? А то что дистрибутив весит 600 кил, так в нем помимо парсера еще находится и редактор. А также geshi, который все равно придется прикручивать. А как я подключу сейчас xBB ? Вернее если я его подключу, то нахрена мне "SQL scheme and several API functions for the new bbcode parser implementation" в ядре ? P.S. Я не против родного парсера, но если только он будет хотябы не уступать xBB. А в ближайшее время это не придвидится. Зачем изобретать велосипед с квадратными колесами, когда есть нормальный ? Boss прежде чем говорить про xBB поюзай его. Там все модифицируется/убавляется/добавляется на ура. И все зделано по человечески, на сегодня это лучший парсер. Дак за каким лепить убожество, причем тратя на это время, когда можно включить "из коробки" полноценный 100% рабочий парсер ? Не задавай глупых вопросов, не услышишь вранья.
|
|
| This post was edited by Ratibor (2008-08-21 11:11, 15 years ago) |
| Boss |
|
|---|---|
#593 Ratibor : Boss прежде чем говорить про xBB поюзай его. Там все модифицируется/убавляется/добавляется на ура.Честно смотрел его, думал даже использовать. Но для меня там действительно много лишнего, поэтому проще оказалось доработать стандартный парсер SE. Вообще, если взглянуть более широко, то зачем тебе нужен именно xBB? Поскольку bb-код не привязывается к редактору, то стало быть редактор можно использовать любой. По минимуму в движке будут лишь базовые bb-коды, все остальные настраиваются. Я так понимаю, что при необходимости можно будет те же коды и сделать, как в xBB. ps: только вот давайте действительно в движок по умолчанию включать лишь минимум bb-кодов. А то всякие там h1, h2, ... , hide полюбому не всем нужны. Да и вообще если честно то я бы часть стандартных кодов из SE выкинул. Типа f, page, user, pfs, post, pm. Не понимаю, кто ими только пользуется. Это слишком специфично и обычным юзерам этим голову забивать абсолютно не нужно. |
| Sergeich |
|
|---|---|
|
писать нужно в базу чистый хтмл, а уж чем его парсить тогда будет делом десятым.
|
| Trustmaster |
|
|---|---|
|
С юридической точки зрения код под GPL нельзя включать в любые не-GPL проекты, независимо от того, платные они или нет. Исключение возможно при наличии письменного разрешения правообладателя.
Допустим, даже если мы получим это разрешение, я не понимаю всех этих восторгов по поводу xBB. Очень много шума по поводу конечных автоматов и парсинга в один проход. Надо сказать, что все применение этой теории ограничивается в нем заданием логики для по сути классического лексического разбора, и за громким названием скрываются классические алгоритмы разбора строк. Далее в результате полного прохода текста и разбора мы получаем его представление в виде семантического дерева. После этого по дереву идет полный рекурсивный проход согласно установленным правилам синтаксиса (в качестве которых выступают встроенные или сторонние классы). Отмечу основные моменты: * парсинг на чистом PHP; * классы, классы и еще раз классы; * скорость обработки зависит не от числа известных парсеру тэгов, а от сложности структуры текста. Что мне действительно понравилось, так это то, что он умеет находить ошибки и из неправильного дерева делать правильное. Но вот только никакой баснословной сверхпроизводительности там нет. Все-таки не стоит сбрасывать со счетов старый добрый PCRE, написанный на чистом Си. В общем, я понял, что для желающих все-таки следует сделать возможность удобной замены стандартного парсера на сторонний без лишней перетряски ядра. Парсер-плагины мы всё же делать не будем, но обязательно что-нибудь придумаем. С чистым ХТМЛ есть целый набор технических проблем, в частности как обеспечить нормальное редактирование, и при этом защитить систему от злоумышленников. А тому, кто еще раз процитирует золотые слова великого и ужасного Antony я скажу: выход там. Трепаться и права качать все умеют, а вот реальную работу делают единицы. И они почему-то знают что они делают и зачем, не боясь попасть под призрачный гнет капиталистических эксплуататоров светлого социалистического труда. И устраивать разборки "кто прав, кто виноват" - это детский сад. Есть проблемы и задачи - их надо рассматривать, а затем решать. Остальное от лукавого. May the Source be with you!
|
| Ratibor |
|
|---|---|
#594 Boss : Честно смотрел его, думал даже использовать. Но для меня там действительно много лишнего, поэтому проще оказалось доработать стандартный парсер SE.Да ты крут :) Не знал, что проще писать на PHP, чем просто удалить файлы :) Поделись измененным парсером где нормально работает тэг code и quote. #594 Boss : Вообще, если взглянуть более широко, то зачем тебе нужен именно xBB? Поскольку bb-код не привязывается к редактору, то стало быть редактор можно использовать любой.А я и не говорил что мне нужен редактор xBB. Лично меня устраивает связка: парсер xBB 0.29 и редактор HotEditor 4.2 А почему мне нужен именно парсер xBB, так я уже говорил, он отлично и самое главное правильно обрабатывает все тэги. И как правильно сказал Trustmaster Что мне действительно понравилось, так это то, что он умеет находить ошибки и из неправильного дерева делать правильное.А на автоматах он работает или нет, мне если честно побарабану, главное что правильно работает. #594 Boss : Да и вообще если честно то я бы часть стандартных кодов из SE выкинул. Типа f, page, user, pfs, post, pm. Не понимаю, кто ими только пользуется. Это слишком специфично и обычным юзерам этим голову забивать абсолютно не нужно.Вот здесь я с тобой полностью согласен, все специфичные для Seditio коды - фтопку. Блондинкам все равно не объяснишь для чего они. За 4 года у меня на сайте никто их так и не использовал ни разу. Не задавай глупых вопросов, не услышишь вранья.
|
| Boss |
|
|---|---|
|
Ratibor, обсуждаем уже мелочи. Не вижу смысла продолжать про xBB. Давайте так, если кто-то еще считает что интеграция xBB нужна, то пусть выскажется, иначе ну его нафиг.
Считаю, что хранить инфу в базе в HTML не самая лучшая идея. В общем-то это мунтая довольно штука, особенно если учесть, что руками его писать никто не захочет. Задача будет возложена на редактор, а он там такого понапишет. Никогда не доверял визуальным HTML-редакторам! Вариант bb-кодов на мой взгляд оптимален. При наличии необходимых bb-тегов можно делать все что угодно, в том числе таблицы. Может составим список необходимых по умолчанию bb-тегов? |
| Trustmaster |
|
|---|---|
|
Согласен. В этой теме пожалуйста.
И, да, поддержка быстрой интеграции сторонних парсеров будет, не говоря уже о редакторах, которая по сути всегда была. May the Source be with you!
|
| ARt_KG |
|
|---|---|
|
Хотелось бы узнать когда выйдет следующая версия cotonti , какие в ней будет изменения и будет ли поддержка аякса , так как якс в работе с комментариями и форумом просто необходим .
|
