LIMB CMS - open source - ищет новых разработчиков

[xRay]

pacha
Посмотрел LIMB 2.1. Возникла куча вопросов. А как изменить шаблон-оформелния, можно ли свои блоки с инфой размещать на страничках там где нужно и .т.д?
Но, самый главный вопрос как написать свой модуль к вашей LIMB? Вообщем идея не плохая, но нужна документация.
+ Баг с открытием нового окна для изменения н.р. свойств ности иногода после закрытия окна c редактором IE уходит в даун
И еще нужны скрипты для переноса инфы с других портальных систем и форумов, вообщем мысля я думаю понятна.

 

[pachanga]

Автор оригинала: xRay
pacha
Посмотрел LIMB 2.1. Возникла куча вопросов. А как изменить шаблон-оформелния, можно ли свои блоки с инфой размещать на страничках там где нужно и .т.д?

Рад, что у кого-то появились вопросы Но! Давай так, все LIMB специфичные вопросы, перенесем в форум LIMB или в один из mailing lists.

Там я или кто еще из команды подробно ответят на все вопросы - OK?

Но, самый главный вопрос как написать свой модуль к вашей LIMB? Вообщем идея не плохая, но нужна документация.

Подожди-ка, есть же документация или ее уже недостаточно?

+ Баг с открытием нового окна для изменения н.р. свойств ности иногода после закрытия окна c редактором IE уходит в даун

Хм... Слушай, давай придадим этому более "официальный" статус. Будем очень благодарны, если все баги будут описаны на SourceForge в разделе багов...

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

...а все фичи в RFE.

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

Спасибо!

P.S. Через несколько дней выйдет LIMB 2.2 - мы постарались учесть в новой версии многие вопросы, связанные со скоростью...

 

[xRay]

pacha
OK. Жду 2.2.
Вопрос не в тему как в SVN получить именно папку truck?

 

[pachanga]

Автор оригинала: xRay
pacha
OK. Жду 2.2.
Вопрос не в тему как в SVN получить именно папку truck?

Пишу не из офиса, под рукой svn нет, но что-то типа:

svn co svn://svn.berlios.de/limb/trunk

-~{}~ 30.06.04 23:30:

Автор оригинала: xRay
OK. Жду 2.2.

2.2 вышла - ждем отзывов и критики

 

[Setor]

pacha постепенно изучаю limb... уже в принципе всё мне становится ясно. И не так всё ужасно в нём, как мне казалось изначально (кол-во файлов, классов). Кстати, в 2.1 была какая-то ошибка в ModRewrite Rule (Apache 1.3.29 (Win)). Влом было ковырять этот Rule, тем более что я не знаком с синтаксисом их написания.

Кстати, на http://limbdemo.0x00.ru/root вы обновляете версии LIMB'a?

 

[pachanga]

Автор оригинала: Setor
pacha постепенно изучаю limb... уже в принципе всё мне становится ясно. И не так всё ужасно в нём, как мне казалось изначально (кол-во файлов, классов). Кстати, в 2.1 была какая-то ошибка в ModRewrite Rule (Apache 1.3.29 (Win)). Влом было ковырять этот Rule, тем более что я не знаком с синтаксисом их написания.

Не мог бы поподробнее, плиз?

Кстати, на http://limbdemo.0x00.ru/root вы обновляете версии LIMB'a?

Обязательно, каждая новая версия обязательно будет иметь свою реализацию в виде демо. Кстати, дема переехала сюда http://demo.limb-project.com, старый адрес, однако, будет доступен еще некоторое время.

 

[Setor]

Насчёт Rewrite Module:

1) Файл .htaccess содержит в себе весёлую строчку: Deny from all
2) Рядом лежит .htaccess-rewrite , заменяем им 1й htaccess
3) Идём туда браузером: Internal Server Error
в error.log > [Thu Jul 01 20:22:39 2004] [alert] [client x.x.x.x] c:/htdocs/virtual/test/.htaccess: RewriteRule: cannot compile regular expression '^root[^-a-zA-Z0-9_]?/?([^\?]{0,256})/?\??(.*)$'

Ну и собственно, содержимое .htaccess
RewriteEngine On

RewriteRule ^root[^-a-zA-Z0-9_]?/?([^\?]{0,256})/?\??(.*)$ root-rewrite.php?$2

 

[pachanga]

Автор оригинала: Setor
Насчёт Rewrite Module:

1) Файл .htaccess содержит в себе весёлую строчку: Deny from all

Вообще-то это сделано специально, чтобы к LIMB не было доступа из внешней среды, я рекомендую ее не убирать.

2) Рядом лежит .htaccess-rewrite , заменяем им 1й htaccess

Этот самый .htaccess-rewrite чисто для эксперементальных целей(мы сейчас решаем проблему с обязательным присутствием root в пути...), заменять им .htaccess в этой директории нельзя!!!

Он предназначен для копирования в корневую директорию проекта, основанного на LIMB, для тех случаев, когда поддержка mod-rewrite просто необходима.

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

3) Идём туда браузером: Internal Server Error
в error.log > [Thu Jul 01 20:22:39 2004] [alert] [client x.x.x.x] c:/htdocs/virtual/test/.htaccess: RewriteRule: cannot compile regular expression '^root[^-a-zA-Z0-9_]?/?([^\?]{0,256})/?\??(.*)$'

Папка LIMB не предназначена для web доступа, это же библитека, поэтому там и лежит Deny from all

Ну и собственно, содержимое .htaccess
RewriteEngine On

RewriteRule ^root[^-a-zA-Z0-9_]?/?([^\?]{0,256})/?\??(.*)$ root-rewrite.php?$2

Я смотрю, у тебя Apache под Win32? Такая бага была замечена под Win.

 

[Setor]

Ясно. Значит я скачал только сам LIMB. В следующий раз буду внимательней!

Насчёт Апача под Win - да, это локальный веб сервер.

 

[xRay]

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

 

[pachanga]

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

Только на английском языке....надеюсь, это не проблема?

 

[xRay]

Ок.
Английский это не проблема.

 

[pachanga]

Автор оригинала: xRay
Ок.
Английский это не проблема.

С небольшим(в неделю) опозданием публикую доку о том, как создать свои собственные site objects.
Лучше поздно, чем...

-~{}~ 27.07.04 18:40:

P.S. Выпустили 2.2.1 версию...

 

[bav]

почитал http://limb-project.com/root/HowTos/CustomSiteObjects

"не дай бог так оголодать"

Что-ж как сложно то все у вас? Эта.. как ее.. ну сестра таланта... где она? Даже в java-мире такое редко встречается.

почему собственно классы не являются объектами основного дерева? типа добавил дочернее к объекту "класс" - вот и новое свойство появилось..

 

[xRay]

Сори pacha не смог удержатся

Выпустили версию LIMB 2.2.2 Vacation Edition
А вот тут чего нового

 

[pachanga]

Автор оригинала: bav
почитал http://limb-project.com/root/HowTos/CustomSiteObjects

"не дай бог так оголодать"

Что-ж как сложно то все у вас? Эта.. как ее.. ну сестра таланта... где она? Даже в java-мире такое редко встречается.

почему собственно классы не являются объектами основного дерева? типа добавил дочернее к объекту "класс" - вот и новое свойство появилось..

Хм...ты не поверишь насколько мы хотели(да и хотим) сделать систему простой для понимания....

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

-~{}~ 25.08.04 13:17:

А вот тут чего нового

Спасибо за анонс

Да, в самом деле выпустили новую версию, приуроченную к массовому отпуску всего коллектива. В этой версии мы постарались сделать LIMB более дружелюбным по отношению к другим браузерам, по крайней мере, gecko браузеры теперь не падают(я бы даже сказал, что под firefox 0.9 трудно найти отличия от работы под ie). Однако в самый последний момент обнаружилась досадная бага в Opera...(правим ее упорно)

P.S. извините за молчание - отпуск, как-никак

-~{}~ 21.09.04 11:48:

Выпустили демо версию limb 2.3 alpha для php5 и заодно подали заявку на участие в Zend Contest(последнее время как-то странно глючит их сервак...)

Примечательная особенность этой демки состоит в том, что буквально кроме настройки virtual hosts, от пользователя больше ничего не требуется, т.к. в качестве БД используется SQLite. Причем, настройка virtual hosts наипростейшая, без премудростей с alias и проч.

Однако не стоит расценивать 2.3 alpha как нечто завершенное, это скорее чисто технический релиз для девелоперов, чтобы показать, в каком направлении развивается limb.

Кстати, эту же демку можно увидеть online на http://pachanga.dotgeek.org (PHP 5.1 dev, safe mode on, SQLite)

Как всегда, рады любой критике, советам и пожеланиям.

 

[Ямерт]

Предлагаю перенести трэд в "Прожекты"

 

[pachanga]

Я не против, только вот где находится сей тред?

-~{}~ 25.09.04 18:45:

Ну вот мы и в оффтопе опять От чего пришли, к тому и вернулись....м-да

-~{}~ 19.10.04 18:52:

....хм, LIMB в десятке финалистов Zend Contest, может, нам повезет?

-~{}~ 23.10.04 14:16:

Спасибо всем, кто голосовал за нас!!!

Третье место - не так уж и плохо (учитывая тот факт, насколько убогой была система голосования)

Однако, прочитав комментарии судей мне стало очень грустно, т.к. критика, по большому счету, необоснованна и некомпетентна(ну за исключением, Very impressive, but is it fair for a ported project to win?).

Т.к это оффтопик, я попробую не согласиться с некоторыми положениями.

1) Никто из судей даже не упомянул о том, что в приложении есть тесты. Кроме LIMB'a тестов, если я не ошибаюсь, не было ни у одного из участников. Говорить для чего нужны тесты и насколько они необходимы не имеет смысла...

2) Зачем нужно плодить бесполезные комментарии в коде, которые обычно по прошествию определенного времени становятся настоящей обузой и не отражают действительности? Тесты и еще раз тесты - лучшие комментарии к любому коду!!!

3) Придирка к длинным именам классов, к примеру sys_group_object_access_template_item_db_table - так называется таблица в БД, в LIMB с каждой таблицей ассоциируется класс, что позволяет автоматизировать такие вещи, как каскадное удаление. Для единообразности мы никогда не сокращаем имена классов, это очень помогает во время кодирования.
Вопрос в том, почему разработчик должен заботиться о длине названий классов и каким образом это влияет на производительность приложения? Для чего же тогда вся эта суета с ООП в php5???

 

[tony2001]

>критика, по большому счету, необоснованна и некомпетентна
однозначно обоснованное и компетентное отношение к критике.

>Никто из судей даже не упомянул о том, что в приложении есть тесты.
это критика или перечисление достоинств?

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

>Придирка к длинным именам классов, к примеру sys_group_object_access_template_item_db_table
не придирка, а критика.
почувствуйте разницу, уважаемый.

>Вопрос в том, почему разработчик должен заботиться о длине названий классов и
>каким образом это влияет на производительность приложения?

имена функций, переменных, классов и др. лежат в соотв-щих хэшах и РНР ищет по ним.
_есть_ разница, если код перенасыщен переменными/функциями/классами с именами типа "sys_group_object_access_template_item_db_table".

>Для чего же тогда вся эта суета с ООП в php5???
ну а это здесь причем?

в общем, интересное отношение к критическим замечаниям *основных* разработчиков PHP.
отсюда возник вопрос.
я прошу прощения, вопрос, конечно, изначально некорректный:
вам 13 лет? что вы ведете себя как мальчик, которого несправедливо обидели?

 

[pachanga]

это критика или перечисление достоинств?

а что непонятно, что это?

без комментариев.
редкая по своей глупости фраза.

без комментариев.
редкая по своей глупости фраза.
(здесь так модно отвечать)

не придирка, а критика.
почувствуйте разницу, уважаемый.

Вы на java программировали, уважаемый, без поддержки namespace? Давайте называть все классы, методы и переменные просто: c1, b2, t3 - php, наверное, летать просто будет.

имена функций, переменных, классов и др. лежат в соотв-щих хэшах и РНР ищет по ним.
_есть_ разница, если код перенасыщен переменными/функциями/классами с именами типа "sys_group_object_access_template_item_db_table".

Почему я должен об этом заботиться? Вы не пробовали, уважаемый, интегрировать несколько разнородных приложений? В php нет поддержки namespace - в сложном приложении никуда не деться от таких имен.

ну а это здесь причем?

Zend позиционирует php5 как enterprise ready решение, так вот это не более чем наглый hype.

в общем, интересное отношение к критическим замечаниям *основных* разработчиков PHP.
отсюда возник вопрос.
я прошу прощения, вопрос, конечно, изначально некорректный:
вам 13 лет? что вы ведете себя как мальчик, которого несправедливо обидели?

Да нет, мне обидно не за себя, а за community, и за то, куда может двигаться дальнейшая разработка php