Блог о Joomla по-русски - страница 7 - Флейм

Вот как крик души - YOOtheme анонсировали разработку своей CMS: http://www.pagekit.com

Popular CMS's like WordPress, Joomla and Drupal have grown over the time and it is hard for them to adapt to latest web technologies. They are feature heavy, bloated and have to stick to legacy code to keep compatibility with their large extension ecosystem. It will take a lot of work for them to implement modern design patterns and coding standards like today's popular PHP 5.3+ frameworks do.

Хотя, лично я скептически отношусь к этой разработке немцев с учетом их слабой маркетинговой политики (вот тот же Warp7 - ни roadmap ни сроков релиза, несерьезно. если они перетянут такой подход в свою CMS, это бесмысленная разработка)

zikkuratvk, SmokerMan +1 просто все это в скором времени может превратиться в трындец как я видел на одном сайте с JoomSocials где на главной странице с 10-ю статичными модулями выполнялось свыше 400 запросов в базу данных!

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

Ну так, забирай Joomla Framework и вперед

А по сути - пока мы ничего не делаем со своей стороны, все так и будет происходить. Если хотим что-то поменять в Joomla, то надо действовать, а не писать о том, как все плохо и что же делать. Кстати сейчас самое время - Joomla 4 может включать в себя несовместимые с предыдущими версиями изменения.

Я предлагаю - давайте создадим русскоязычную группу разивития Joomla. Делигируем одного/двух человек как представителей идей обсуждений группы, чтоб передавать это дальше в англоязычную часть. Ну вот реально, что русскоязычное сообщество вложило в развитие за последнее время? Я сейчас не говорю про локализацию, а про непосредственный вклад разработчиков? Что нас останавливает? Лень, незнание языка? Ну да, пускай лучше "индусы" развивают, а мы в сторонке постоим... Извините, наболело...

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

Я только за!

Что нас останавливает? Лень, незнание языка?

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

Дим, насколько мне не изменяет память, подобные попытки были неоднократно предприняты smart'ом года 3-4 назад (как раз начало Joostina), когда хорошие идеи предлагались к реализации core team, но они их игнорировали. С тех пор прошло немало времени, возможно, ситуация изменилась. Но вообще я согласен - делегировать выработанные идеи в Joomla idea pool, почему бы и нет? Вопрос в другом: а есть что-то на повестке дня, что очень нужно нашему сообществу? Я просто не слежу за всеми разделами, если такие идеи есть, то можно их вынести на обсуждение. Что касается политики core team, то тут нужно участвовать в дискуссии на официальном форуме.

Политика поменялась как раз в 2009 году. Сейчас уже нет core team, есть "Production Leadership Team (PLT): responsible for coordinating the production of the Joomla CMS and Platform, including code, documentation, and localization". А код движется сообществом. PLT может повлиять на включение тех или иных фишек в CMS, но незначительно.

рунет не равно world internet
Вот и весь ответ, и заметьте что многие с появлением версии 2.5 уже выросли и перешли, кто на что, но ни как не остались на J, разбираться в её растущих даже не в геометрической прогрессии проблемах, работают с ней потому что знают, что где и как, и вряд ли кто послушает кого то из России, у нас свое видение у них свое, если и услышат то через годы, а это время, и требуется работать в это время, но ни как не ждать.
Полностью согласен с горыничем, Istaan, zikkuratvk еще с того момента как less воткнули, cms должна быть на своей основе и не надо лепить на неё, это не ёлка новогодняя.

А по сути - пока мы ничего не делаем со своей стороны, все так и будет происходить. Если хотим что-то поменять в Joomla, то надо действовать, а не писать о том, как все плохо и что же делать. Кстати сейчас самое время - Joomla 4 может включать в себя несовместимые с предыдущими версиями изменения.

Оно уже известно, что в 4ке будет убито часть API, которое используется в любом мало мальски сложном расширении... альтернативы которые озвучены мне не нравятся... Собственно когда была core team было более менее понятно все... а щас когда начало рулить сообщество получается хрень какая то... Joomla толстеет в ней появляются всякие плюшки аля вородпресс а толку нет.

У меня сразу предложение к Диме. Поскольку он самый англоязычный из нас, пусть нас и представляет. Конкретно сейчас есть в Joomla новый компонент  для аякс-запросов к модулям и плагинам, на сколько я видел месяц назад он дырявый, никакой защиты, никаких ограничений. Пусть посмотрят мой аналог http://argens.ru/item/6-ajaxmod и возьмут проверки на вооружение.

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

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

И этого достаточно что бы отвернуть меня от развития системы в целом. Пусть лепят свой огород я буду лепить свой, подстраиваясь под их "найтивный" код.

Мне вообще пох. Они выпускают новую версию -> клиент обновляется у них чего-то не работает -> естественно клиент бежит ко мне  (это уже аксиома) ) -> Я беру опять бабла с клиента и говорю ему -> А нах было обновляться?

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

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

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

Но порой когда их читаешь возникает сомнение, что это сделал авто-переводчик.

Ну уж извините, пишу как могу. Авто-переводчиком вообще не пользуюсь.

По поводу представительства, я не против. Но я не хочу, чтобы это было в таком виде, на форуме. Я подумаю, как это лучше сделать. Или можеи посоветуете, как нам это организовать?

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

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

Дима давай я поддерживаю

самим править баги

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

Почему неправильно самим исправлять? Если мы знаем, как исправить баг, почему не дать решение? Это значительно ускорит процесс его внесения в CMS!

Может сделать раздел багрепортов на форуме?
И по каждой теме делать коммит?

ЗЫ. Я правильно понимаю что есть доступ делать коммиты в ядро?

Может сделать раздел багрепортов на форуме?
И по каждой теме делать коммит?

Вот, спасибо. Дельное предложение. Что-то подобное можно организовать. Только на форуме это может не совсем удобно?

Вот, спасибо. Дельное предложение. Что-то подобное можно организовать. Только на форуме это может не совсем удобно?

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

ЗЫ. Я правильно понимаю что есть доступ делать коммиты в ядро?

У меня? Не знаю =) Я как бы занимаюсь разработкой JTracker и туда у меня есть доступ комитить. Но обычно это делается через Pull Request, особенно когда это касается правки больших багов. Если что-то по мелочи, то наверное можно было бы делать. Я могу уточнить этот вопрос.

Лучше уточнить, важный момент.
Я давно пытался репортить напрямую - но там черт ногу сломит, на трекере часто игнорят или делают большие глаза "а что такое SEO? И почему нам не должно быть насрать на него?", плюнул :-)

Лучше уточнить, важный момент.
Я давно пытался репортить напрямую - но там черт ногу сломит, на трекере часто игнорят или делают большие глаза "а что такое SEO? И почему нам не должно быть насрать на него?", плюнул :-)

Да, с трекером там не очень дела обстоят... Согласен. Поэтому делаем новый - JTracker. Вообщем проверил, нет у меня права напрямую комитить...

Да, с трекером там не очень дела обстоят... Согласен. Поэтому делаем новый - JTracker. Вообщем проверил, нет у меня права напрямую комитить...

а вот это и хреново)
если у них с трекером так плохо обстоят дела, то что там внутри твориться?)

то что там внутри твориться

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

а вот это и хреново)
если у них с трекером так плохо обстоят дела, то что там внутри твориться?)

Имеется ввиду, что тяжело багрепортить. Сам трекер немного тяжелый для понимания + если ты делаешь PR на GitHub должен еще и на трекере создать репорт. Новый трекер решит эту проблему, он будет интегрирован с GitHub.

Да, с трекером там не очень дела обстоят... Согласен. Поэтому делаем новый - JTracker. Вообщем проверил, нет у меня права напрямую комитить...

А почему в трекер? Репозиторий на GitHub у них не в почете?

Новый трекер решит эту проблему, он будет интегрирован с GitHub.

А он еще не интегрирован Ну тормоза
Я удобнее платформы не представлю для сообщения о багах и коммитах

Пул реквест?)

Пул реквест?)

+1

Как я уже писал, у меня нет доступа к репо joomla-cms. Поэтому остается только PR Но когда будет новый JTracker (планируем v1 уже в этом году), то PR будет достаточно и не надо будет дополнительно лезть на трекер и там создавать отчет.

Моя идея такая - делаем один общий проект на GitHub, форкаем репу joomla-cms и работаем над ним. Когда что-то пофиксили, я делаю PR. Если нужен сервер с тестовым сайтом, то я без проблем могу предоставить.