Потянет. Если не выводить все объявления в дерево в админке, а использовать например Collections, которые умеет скрывать внутренние ресурсы и показывать в панели их в виде таблицы, то большой нагрузки не будет. Что касается 50 тыс посещаемость, то особых проблем не предвижу. По крайней мере все можно настроить разумно, где-то добавить кеширования и тд и тп. В отдельных случаях можно вынести front-часть на другой фрейморк (Laravel, Yii), при этом оставить управление сайтов полностью на MODX.
У вас используется ЧПУ, в итоге ссылки без первого "/" начинаются определяться от текущего URL. Вообще в Google Chrome есть консоль разработчика и там все эти ошибки видны сразу же. Либо, чтобы не менять все ссылки, используйте тег base. И да, MODX тут не при чем.
Пользовался и сейчас завершаю проект на miniShop 1 версии. Решение хорошее, много умеет, для моей задачи подходит, но в некоторых местах очевидно гибкости маловато. Эта проблема решается во 2 версии — miniShop2, минус — документация закрыта за платной подпиской (продукт хорош, можно и пожертвовать 10$ автору). С остальными не доводилось работать.
Ну как бы вот вам MODX и к нему пакет с форумом. modx.com/extras/package/discuss Единственное, там юзеры форума и сайта вроде не в одной таблице лежат, но имеют тесную связь и можно настроить авторизацию и вход с помощью того же Login в MODX.
Вконтакте получилось сделать только rss-ленту на стену и то после личной переписки с ТП. Но можно и на ifttt.com рецепты написать, которые бы постили из одной в другую материалы.
Для отладки я использую $modx->log(E_ERROR, 'message'); Как-то так. Уровень ошибки можно задавать через константу MODX, вторым параметром — текст ошибки или какой-нибудь объект. Результат виден во вкладке Отчеты-Журнал ошибок. Это в Рево.
Еще можно выставить нужный уровень отлова ошибок и тогда все критические ошибки будут отправляться в лог апача или энджинкса, но это уже настройки php скорее.
Для клиентов используем MODx (из-за очень удобной и понятной админки — сами клиенты так говорят), включая и визитки и сайты покрупнее. Для внутренней разработки и своих проектов использую этот фреймворк.
CMS на нем нет (не встречал), но она по сути и не нужна. Мне он чем-то django для python напоминает (есть схожие моменты). Можно, конечно, дописать такую же автогенерируемую админку, но не вижу смысла. F3 легкий и простой и можно админку написать, заточенную под сайт клиента. Универсальность — это хорошо, но не всегда.
MODx — очень гибкая и основных модулей для нормального сайта хватает. Написать свой модуль — сложнее. Довольно высок порог вхождения из-за ExtJS в админке. Но плюс к гибкости — можно кучу всего написать используя сниппеты и чанки.
Я пока не реализовал у себя. Но идея есть хорошая. Делать бекапы в виде deb-пакетов. Т.е. сриптом собирать пакет, закачивать его куда-нибудь на хранение и все. Из плюсов — грамотно собранный и настроенный пакет легко можно установить потом. Ибо как недавно говорили на хабре: делать бекапы умеет любой дурак, а вот как потом бекап восстановить — вот главная задача.
Поддерживаю. Через импорт/экспорт. Для одного сайта писал загрузку каталога из xml (база 1с). Так же можно и выгрузить из modx каталог в читаемом формате для bitrix.
Но такой же резонный вопрос: зачем? Работает — не трогай!
помнится еще в университета с точками этими возились. сейчас алгоритм не помню, но считали расстояния между точками и по нему определяли разбросанные. цель задачи не помню, но могу выяснить если напомните завтра днем.
