Вышел MODx 2.0.0 (beta-2)

17 июля 2009, 21:00
↓

Как раз сегодня днём скачал посмотреть.
Помоему админка стала по-шустрее, по крайне мере нет больше назойливой блокировки рабочей зоны до её полной подгурзки. Хотя, конечно до оценки «работает быстро» там ещё далеко и боюсь никогда такого не будет :))
Хотя скорость админки это дело второстепенное — главное как она будет во фроненде работать!

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

17 июля 2009, 22:32
↓

она у меня лагает в FF 3.5… и это не смотря на 4 ядра, 2гб — не радует! Правда конечно у меня 2 VS запущены, вирт машина ну и так по мелочи, но все равно не должна :( отвыкла я от лагания…

17 июля 2009, 23:06
↑
↓

Кстати заметил, что на 10-ой бете Оперы админка Evolution RC1 работает без малейших затормозок, а вот на ФФ 3,5 у меня иногда запинается на мгновение. Вобще заметил, что ява-скрипт анимация у меня на Опере почему то работает идеально, а на ФФ иногда рывками…
Хотя вот затестил на Опере Революшн — лагает ещё хуже, чем на ФФ, при нажатии ссылок переходов экран моргает белым листом полностью обновляется.
Фуххх… а то я уж думал, что Оперы стала в чём то лучше ФФ :)

17 июля 2009, 23:18
↑
↓

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

У меня вот все довольно шустро работает на FF, правда комп мощный.

Хотя то, что можно обозвать лагами действительно присутствует (допустим загрузка настроек), но, опять же, это нивелируется возможностью быстрого редактирования — два щелчка на параметре, выбор нужного, готово. То есть если в целом сравнить скорость получения конечного результата, то вполне возможно, что MODx 1.0 останется позади с его более быстрым интерфейсом (попробуйте например сменить email у админа в обеих системах).

Надеюсь, что браузеры скоро предоставлят нам действительно быстрый JS.

18 июля 2009, 16:59
↑
↓

вопрос не в скорости, просто дерганье (даже малейшее) экрана допустим при скролинге меня раздражает, что касательно использования гуишных аплетов на js… про ext3 (кажется оно используется) ничего сказать не могу, но вот для сравнения ява аплет remoute desk имитирующий рабочий стол у меня летает, а тут такая засада :(

остается надеяться на лучшее — уверена, что не пройдет и пол года, как интузиасты перепишут acp

18 июля 2009, 19:57
↑
↓

Да много еще мелочей есть… допустим если потаскать документы в дереве, то оно полностью перегружается, да еще и снова схлапывается полностью…

Это все отловят возможно к релизу.

18 июля 2009, 21:40
↑
↓

В IE6 так и не работает совсем ))) Очень жаль, а ведь это мой любимый браузер ))). Интересно будут они решать эту проблему или плюнут? Я б наверно плюнул. Тоже заметил, что в FF работает лучше, чем в Opere. Не летает конечно, но сказать что уж как-то жутко beta2 тормозит я не могу — я не заметил неудобства. Интерфейс продуманостью своей удивил — единственно вызывает сомнение исполнение Site Tree. Вот когда на живом проекте откроешь всю структуру документов — все Content Elements и Files улетят далеко вниз… Ну посмотрим. Попробывал все эти мульки с перетаскиванием сниппетов — очень понравилось. Общее впечатление очень хорошее — примерно тоже я испытал когда увидел MODx 0.9.6.1 первый раз. Плюс ощущение, что система сделана на вырост, то есть сейчас конечно кажется, что со всеми этим «десктопом» и js перебор, но думаю, уже в следующем году так казаться не будет.
ЗЫ Про любимый IE6 — это шутка конечно.

ikarushka

18 июля 2009, 10:01
↓

Забыл сказать — С П А С И Б О за демку!

ikarushka

18 июля 2009, 10:02
↑
↓

Уже давно действует негласный (да что скромничать, очень даже гласный) уговор IE6 считать мертвым и максимально этому способствовать. Не стоит портить картину будущего MODx из-за мертвого браузера ;-)

Интерфейс действительно отличный. Я думаю заказчики будут в восторге от того как легко можно перетаскивать документы в дереве. Осталоь еще добавить дополнительные кнопки ctrl, alt и shift, чтобы можно было копировать/переносить/делать ссылку и можно завоевывать мир. :-))

18 июля 2009, 17:11
↑
↓

к слову acp форума напрочь убивает дите микрософта 8ой верси =) загрузка и почти тут же: приложение сделало не допустимую операцию и будет закрыто) — у все так?

IE8 живет на вирт машине, XP

18 июля 2009, 20:01
↑
↓

не форума, а MODx конечно… перечитала форум по IPB…

18 июля 2009, 20:01
↑
↓

а что такое аср?

IE8 у меня пока не живет.

18 июля 2009, 21:38
↑
↓

Administrator Control Panel

18 июля 2009, 22:20
↑
↓

По контексту я догадался о смысле, но как-то раньше не встречал такого термина в отношении CMS :)

18 июля 2009, 22:24
↑
↓

у меня это с IPB пошло))

18 июля 2009, 22:33
↑
↓

Что вы всё о кроссбраузерности… прелесть революшена в хорошем качестве кода…

Посмотрите как переписанны процессоры… теперь нет лапши php/html за которую было чесстно говоря стыдно

21 июля 2009, 11:25
↓

Это безусловно хорошо и радостно, но на сайте Друпала как раз видел обсирачь МОДх против Друпал, где противники МОДха как раз основным аргументом держали грязность кода.
На что у меня вобще то родилась мысль — какая разница Мне какой там код, мне главное чтобы система работала, работала быстро и хорошо. Переписывать или править ядро лично я не собираюсь, посему стиль и чистота написания системы лично мне мне не так важны. Мне хватает уверенности в том, что ни строчки лишнего кода МОДх не вкинет во фронтэнд.
А кроссброузерность имхо — это вещь важная, т.к. чем объяснять некоторым дядям, что админка сайта, который ты им делаешь не будет работать в ИЕ8 на их Виндовс Виста, которую им впарили с новым ноутбуком — легче изучить и сделать на TYPO3: о)

21 июля 2009, 12:09
↑
↓

Бэкэнд подилят а вот почистить код на много сложнее…

Логичный код — логичная доработка… «Правильный» код — причина нормального быстродействия…

Ничего ничего придёт время и вы тоже поелезете в ядро

21 июля 2009, 12:28
↑
↓

не ну качество кода это тоже всегда конечно хорошо, НО (очень большое и жирное такое но...) многие специалисты основным критерием качества системы считают «нежелание залезть в код и что либо там править» и это не вопрос опенсорса в принципе…

Вот например команда ls, используется многими из нас ежедневно, но было ли у кого желание ее доработать, так как она не делает то чего должна или же делает но не так?) И какая мне (да и вам) разница в каком виде у данной программы исходники?

Так что нельзя говорить что рефакторинг всегда хорошо. Всегда трудоемко — да, но далеко не всегда хорошо…

21 июля 2009, 14:47
↑
↓

и востребовано...*
забыла дописать))

21 июля 2009, 14:48
↑
↓

И вот это надо сказать плохо что вы так думаете… рефакторинг это процесс который останавливается в тот момент когда програмный комплекс умирает… вопрос только во времени когда комплекс морально устареет…

Качество кода вас будет тревожить когда не прогнозируемые баги попрут… когда нагрузки возрастут и вас начнёт интересовать проблемы производительности… когда из за долгого обслуживания клиентов вы уже будете упираться в лимиты своего vps… брать дедик или допливать кривой код?

Когда всё таки наступит потребность залезть в ядро… вас это сильно будет беспокоить…

Когда вы захотите нормальный механизм кэширования вы тоже задумаетесь о качестве системы…

ls между прочим входит в состав большущего пакета coreutils а ещё недавно входил в пакет fileutils… а ещё пишеться альтернативный пакет coreutils с расширенной поддержкой UTF… так что если и не глобальный рефакторинг то движения всё равно есть

21 июля 2009, 15:43
↑
↓

Да нет, просто рефакторинг это проблема разработчиков системы, а не наша — разработчиков сайтов.
Если у вас настолько мощные проекты, что им не хватает ВДС, то наверно не стоит юзать ЦМСки, а всё же стоит потратиться и написать свою узкозаточенную систему (для конкретного проекта), ну максимум с использованием хорошего фрэймворка типа Yii, в котором уже есть хорошо налаженные системы распределния ролей, кеширования (которое настроите как вам угодно).

21 июля 2009, 15:50
↑
↓

А это как раз проблема рефакторинга на который все жалеют ресурсов… можно и с модкс всё правильно заоптимизировать…

Я верю что в плане того что мне требуется от модкс в революшен всё будет ~~зае~~ хорошо )

21 июля 2009, 15:56
↑
↓

Мы все верим в MODx Revolution :))
Гы… Можно ВКонтакте в графе «религиозные взгляды» вписать — «Верю в MODx Revolution»: о))

Но пока хотя бы Release Candidate нас не порадует рано ещё…

21 июля 2009, 18:32
↑
↓

Предлагаю при следующей переписи населения устроить акцию такую, пусть чиновники удивляются :-))

Хотя, кстати, интересная идея для флэшмоба и в интернете. :-)

21 июля 2009, 18:39
↑
↓

Интересно и какие же аргументы они найдут в этот раз? Или всех ждем в качестве новых участников сообщества? :-))

Ну а про код в целом согласен. Но только если считать ветку MODx в виде CMS. То есть мы ее используем и ничего в управлении не трогаем. В это случае код перемешанный с HTML будет работать даже быстрее чем разделенный, что тоже неплохо.

Если же рассматривать ветку CMF, а версия 2.0 очень серьезно на нее претендует, то само управление должно менять не менее просто, чем сайт. В этом случае разделение кода и оформления обязательно.