Василий Наумкин

1) Пока вообще никаких сроков нет — это просто единственное логичное, что нужно сделать для начала работы над новым менеджером. Но никто его сейчас делать не собирается.

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

2) Да, верно. pdoTools 3 уже есть на GitHub, на нём я отрабатывал работу с composer из дополнений. В новой версии Fenom вынесен из pdoTools и ставится через composer самого сайта.

/** @var $modx modX */
    $modx =& $transport->xpdo;
    $path = MODX_BASE_PATH;
    $composer = $path . 'composer.phar';
    $params = "--working-dir {$path} --no-progress 2>&1";
    switch ($options[xPDOTransport::PACKAGE_ACTION]) {
        case xPDOTransport::ACTION_INSTALL:
            $message = shell_exec("php {$composer} require fenom/fenom:2.* {$params}");
            break;
        case xPDOTransport::ACTION_UPGRADE:
            $message = shell_exec("php {$composer} update fenom/fenom {$params}");
            break;
        case xPDOTransport::ACTION_UNINSTALL:
            $message = shell_exec("php {$composer} remove fenom/fenom {$params}");
            break;
    }

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

Текущая админка выглядит так же — её еще не меняли. Прототипы дизайна можно найти на modx3.org.

В любом случае, пока об этом говорить нет смысла, сейчас нужно выпустить MODX 3 с обновлённым дизайном на ExtJS.

Да, большинство хочет с ним что-то сделать, но понимает, что сейчас это нереально.

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

Вот рабочий файл для Vkontakte, исправление прислали 2 дня назад.

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

Зачем я эту заметку писал?

У нас 10 серверов в разных частях света, плюс возможность переезжать с одного сервера на другой в любой момент, со всеми бэкапами.

Если их вынести на внешнее хранилище, то работа с ними будет занимать оочень много времени, возможно даже за ночь просто не получится их все выгрузить. Просто потому, что хранилище в одном ЦОД, а большинство серверов — в другом.

Есть вариант работать с Selectel Cloud Storage, там CDN и типа должно быть всё быстро в любой точке планеты — но цены за хранение 2 ТБ бэкапов такие, что хостинг выйдет нерентабельным (и это я еще не уверен, что CDN поможет при upload).

Так что, нынешний вариант мне видится пока самым лучшим.

Настройки minishop2 он не переписывает, а лишь временно устанавливает свою настройку на ms2_frontend_js

Не лучше ли просто проверять наличие ms2 и регистрировать свой скрипт после него — а в скрипте уже перезаписывать объект miniShop2.Message на свой?

miniShop2.Message = App.Message;

На modhost / modstore ведь тоже используются не стандартные всплывашки, а Alertify — именно так там и сделано.

Ничего такого в новой версии вообще не меняли.

Только setTotal, и всё.

Первое — плейхолдер, второе — поле текущего ресурса.

Вообще не одно и то же.

Квадратные скобки внутри Fenom — это массив. Всегда так было.

Учитывая количество собираемых денег и тот факт, что я еще 11 недель буду в Нидерландах — пока что да, только новое сообщество.

Может, напишешь на досуге заметку со сравнением?

Думаю, не только мне будет интересно прочитать.

Это источник файлов, работает с чем угодно.

Как только станет скучно — вернусь.

Другого подобного сервиса для приёма денег и публикации заметок я не знаю.

В любом случае, спасибо, что не сдаёшься =)

А.

Ну расскажите Intel об этом.

Не знаю. Может, еще попробуют позже.

А, ясно, понял.

Да там списание раз в месяц, 2го числа. Так что, должно быть завтра утром.

Мне год назад все платные дополнения из modStore выкатили.

Это ты про что?