Разделы

Прямой эфир

Весь эфир | RSS

Блоги

Все блоги

Запуск демонстрационных версий

После небольшого перерыва, вновь заработала демо-версия. Но в качестве бонуса мы добавили MODx 2.0 (beta-1), чтобы все могли посмотреть на ту революционную версию, которую нам готовят разработчики.

Также хочу немного пояснить, что не стоит бежать на известный ранее адрес demo.modx-cms.ru, так как теперь демо-версии обладают собственным доменом второго уровня.

Где можно увидеть демонстрационные версии и как туда попасть — смотрите на страничке Демо.
  • +2
  • 17 июля 2009, 01:08
  • Carw

Комментарии (35)

RSS свернуть / развернуть
комментарий был удален

0
Отличная возможность познакомиться и сравнить разные версии системы. И решить, стоит ли уже переходить на бету 2.0. Спасибо!
Кстати, пока рассматривал админку 2.0, появилось сообщение о выходе нового релиза системы — MODx Revolution 2.0.0-beta-2
avatar

alexpos

  • 17 июля 2009, 08:24
0
закон подлости))
avatar

serenity

  • 17 июля 2009, 08:59
  • ↑
0
Так это же отлично! :-)

Скоро организуем :)
avatar

Carw

  • 17 июля 2009, 14:57
  • ↑
+1
сделайте пожалуйста логин и пароль одинаковыми — так мне кажется будет более удобно =)

P.S. Рассматривала интерфейс rev… как то оно ни то :( надеюсь со временем появится скин для acp аналогичный 9.6
avatar

serenity

  • 17 июля 2009, 09:01
0
полностью согласен, не то, верните интерфейс 9.6 =)
avatar

maloy

  • 17 июля 2009, 10:16
  • ↑
0
Либо 1.0, либо можно шаблончик поправить :-)
avatar

Carw

  • 17 июля 2009, 15:00
  • ↑
0
Переборщили они похоже со сркиптами. На моём компьютере не первой свежести адмника Революшн просто заметно подтормаживает относительно Еволюшновской.
Хотя функционально мне нравится — в левую панель «аккордеон» вынесено всё то, к чему нужно имееть частый и быстрый доступ на этапе разработки сайта.
Вот только по причине подтормозов быстрого доступа не получается :)))
avatar

iJack

  • 17 июля 2009, 10:46
  • ↑
0
То же самое наблюдал — тормоза ощутимые.
avatar

alexpos

  • 17 июля 2009, 11:05
  • ↑
0
а это к вечному вопросу — использовать ли готовые библиотеки построения ГУИ или же писать все на «чистом» JS? =)
avatar

serenity

  • 17 июля 2009, 11:52
  • ↑
0
Я за то чтобы использовать JS фрэймворки (сам активно юзаю jQuery — это «аспирин» от кроссброузерных проблем, да и вобще приятно работать с этим), просто наверно не стоит злоупотреблять и делать такие уж Десктоп-подобные интерфейсы.
avatar

iJack

  • 17 июля 2009, 12:25
  • ↑
0
пожалуй лучше промолчу… =)
avatar

serenity

  • 17 июля 2009, 12:28
  • ↑
0
Да нет уж, говорите всё что думаете о глупом, ленивом человеке, который мало того, что консоли предпочитает ГУИ, так ещё и малодушно считает, что используя фреймворк он экономит свои время и нервные клетки, а не тратит их на разработку интерфейса на чистом ява-скрипт долго и нудно разбираясь в особенностях обработки событий каждыйм броузером. :)) Я угадал вашу мысль? :))
avatar

iJack

  • 17 июля 2009, 12:36
  • ↑
0
да нет… глупость тут совершенно не при чем — как на предыдущем холивере было замечено у нас просто разные позиции на разработку — я курирую 3 проекта и все и по принуждению (некому потому что больше). Те я не зарабатываю веб разработкой и если уж кому то очень приспичит чтобы сайт ему делала я это встанет ему в три дорого, да и делать я его буду дольше вас намного.

Те я не имею к «промышленной» веб разработке совершенно никакого отношения, что позволяет мне очень по долгу ковыряться в скриптах используя чистый js. а JQ на самом деле не плохой фреймворк — мой любимый из всех которые я видела крутила (около 10ти), на втором месте кстати идет фреймворк от яху). Разница лишь в том как и для чего использовать. но право меня убивают «разработчики», которые для одного скриптика в 2-5 строк подключают 40 кб из за банального не умения (не хотения, не знания — нужное подчеркнуть) написать то же самое через getElementById…
avatar

serenity

  • 17 июля 2009, 12:59
  • ↑
+1
Да, есть такое дело и полгода назад я тоже думал, что это перебор, но теперь я склонен считать, что они правильную тенденцию ухватили.

Компьютеры становятся мощнее, но помимо этого и браузеры начали активно работать по оптимизации быстродействия JS. Через некоторое время такие интерфесы станут обычным делом, а MODx как раз будет готов.
avatar

Carw

  • 17 июля 2009, 15:44
  • ↑
0
гм, вы о хроме и сафари 4?
avatar

serenity

  • 17 июля 2009, 20:39
  • ↑
0
По моим наблюдениям именно Хром запустил волну в этом направлении. Сейчас над ускорением работают все основные браузеры. Это было одной из основных фишек FF3.5, Опера тоже что-то заявляла… Как обычно упирается ИЕ, но и он скорее всего не будет долго сопротивляться.
avatar

Carw

  • 18 июля 2009, 16:33
  • ↑
0
… ИЕ не будет долго сопротивляться и… создаст альтернативную технологию, которую начнёт агрессивно провигать в комплекте в Вин7 :))
avatar

iJack

  • 18 июля 2009, 19:05
  • ↑
0
я почему то согласна с Джеком… MS монополист, а от этого довольно не просто отказаться…
avatar

serenity

  • 18 июля 2009, 20:04
  • ↑
0
Что касается их «стандартного подхода», то разумеется так и будет. Но в любом случае здесь их, что называется, уже подпинывают. А кроме того подпинывают и в направлении HTML5. MS не зря так засуетились с браузером своим и даже стали двигаться активно в сторону стандартов.

Конечно же они придумают какую-нибудь свою технологию, но как VB не стал стандартом в Интернете в свое время, так и сейчас им придется двигаться именно по пути развития JS.
avatar

Carw

  • 18 июля 2009, 21:49
  • ↑
0
ну как говориться вашими молитвами ))
avatar

serenity

  • 18 июля 2009, 22:34
  • ↑
0
Полностью согласен
Скора такие программные интерфейсы в браузерах станут стандартом в боли мение сложных приложениях.

Хотя пока не выйдет из беты и полгодика не поживет все равно пользоваться не буду.
avatar

fobazzz

  • 18 июля 2009, 04:55
  • ↑
0
Это понятно. Хотя например официальный сайт как раз использует MODx 2.0, стало быть уже можно.
avatar

Carw

  • 18 июля 2009, 16:35
  • ↑
0
Может тогда остаться на ветке 1.0? Она будет жить параллельно.
avatar

Carw

  • 17 июля 2009, 14:57
  • ↑
0
Я собственно пока и планирую сидеть на Evolution.
Есть у Революшна симпатичные нововвееднеия, но зачастую весьма специфических типа мультидоменности на одной инсталяции (как я понял), но далеко не каждому сайту нужны такие фишки.
Да и вроде разрабы обещают возможность апгрейда Evo на Revo, так что если что — всегда можно перейти :)
avatar

iJack

  • 17 июля 2009, 15:06
  • ↑
0
Жаль только, что синтаксис похоже будет различаться у этих версий…
avatar

Carw

  • 17 июля 2009, 16:28
  • ↑
0
Ну да, они пишут, что вроде как придётся ручками править все вызовы, автоматом скрипт сконвертирует только таблицы БД. :(

Мне нравится их напутствие в доках: «Again, we don't recommend this, but if you're a *brave* soul, feel free to backup and try it.»

Воодушевляет :)))
avatar

iJack

  • 17 июля 2009, 17:43
  • ↑
0
Ребята, кто-нибудь уже пристально рассматривал Революшен? После небольшого теста в виде создания 2-х страничек заметил, что кэш работает точно также как и на текущей версии modx. То есть при изменении любой страницы чистится полностью кэш всех страниц. Или я не прав?
avatar

alexpos

  • 17 июля 2009, 11:07
0
ну а если он не будет обновляться сервер будет отдавать пользователям не обновленную версию… соответственно в чем проблема? Или же вы сетуете на отсутствия некой интеллектуальной системы, которая бы определяла достоверно где именно стоит обновить? Я могу ошибаться, но разве это планировалось?
avatar

serenity

  • 17 июля 2009, 11:51
  • ↑
0
Вы не правильно меня поняли. Естественно надо, чтобы обновления появлялись тут же на сайте, когда они вносятся. Однако, для этого не требуется чистить кэш ВСЕХ страниц. Должен удаляться кэш только конкретной обновленной страницы. Поверьте, для небольшого сайта сойдет так как сейчас, но когда сайт большой и посещаемый, то сброс всего кэша при изменении одной странички — это просто убийственно.
avatar

alexpos

  • 17 июля 2009, 14:48
  • ↑
0
Ты заметил или посмотрел в код? :-)

Здесь вообще существует некая глобальная проблема. Она заключается в кэшируемых сниппетах. Допустим возьмем Ditto. После того как Ditto вывел документы 1,10,11,12,13,14,15 и результат закэшировался, мы добавляем в тот же контейнер документ 16.

При этом должно произойти обновление той страницы, где находится вывод Ditto. Это весьма интересная задачка для системы кеширования. Хотя она решаема.
avatar

Carw

  • 17 июля 2009, 15:35
  • ↑
0
До кода дело не дошло, так как невооруженным глазом видно, что при 2-х созданных документах имеется 2 файла с кэшем — для каждого из доков. При обновлении одного из документов, все файлы с кэшом исчезают…
avatar

alexpos

  • 17 июля 2009, 15:38
  • ↑
0
Но есть ли тот самый индексный файл кеша? Именно он был (точнее до сих пор является) тормозом, а не отдельные доки.
avatar

Carw

  • 17 июля 2009, 15:46
  • ↑
0
Залез, посмотрел.
Похоже, что все же есть изменения. Если раньше, действительно, был огроменный индексный файл siteCahce.idx.php, в который было запихано все подряд. То сейчас вижу, что конкретно для страничек используется индексный файл context.cache.php. В нем, судя по содержанию, карта страниц (родители-дети) и некоторые важные параметры странички (алиас, id, тип). Так что, в этом направлении работа, похоже, тоже ведется.
avatar

alexpos

  • 17 июля 2009, 16:11
  • ↑
0
Ну вот, уже лучше. Хотя до идеала конечно это далеко еще.
avatar

Carw

  • 17 июля 2009, 16:25
  • ↑

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.
© Сделано на LiveStreet
Дизайн - ©2009 MODx RED Group