Эту папку надо чистить. Там что-то вроде кеша. У меня тоже из-за нее при переносе ошибки выскакивали. Кстати, Коля, а не стоит производить очистку этой папки (compiled) при чистке общего кеша (по команде «Обновить сайт»)?
На самом деле, имхо самое правильное — сразу на боевой сервер ставить. Я тоже иногда балуюсь с openserver, но все реже. Раньше через него устанавливал shopmodxbox и уже с локалки забирал файлы и дамп для копирования на хостинг (там при установке тайимаут мешал, отрубал скрипт). Сейчас хостинги справляются с установкой shopmodxbox нормально, и я спокойно ставлю сразу туда. И что modx, что shopmodxbox — все это нормально устанавливается на openserver. и я не понимаю, зачем какой-то дополнительный пакет под него нужен.
Я под опен сервером иногда сижу, нет никаких проблем в работе modx. Создаю базу, ставлю, переименовываю все .htaccess а их там 4 штуки по правильному, и всё работает. Никуда не лезу, ничего не настраиваю, всё работает. Но лучше работать под реальным сервером, гемороя намного меньше, потому, что при переносе всё равно вылезают косяки.
Я понял смысл, но не понял логики. Как это им не нужен опен сервер? На чем разрабатывает проект человек? заливает на сайт и смотрит что из этого получится или ведет разработку на локальной машине? Вы скажите, что нормальный программист будет ставить линукс в виртуалке (потом, что я делаю так), но мне такой метод кажется не удобным. Особенно, если в опен сервере можно щелчком кнопки мыши протестить на любом ПХП и на любой базе. Сделать то же самое на линуксе — это гемор адский. P.S.: все сидят на Денвере?
Пытаюсь отыскать — почему же не загрузается админка. Все сверил. Больше нигде нет www/public_html. НО. нашел просто public_html в конфигах Следующий код откомпиленного Смарти — это нормально? На кэш не похоже, вроде. Пытаюсь отыскать — почему же не загрузается админка. Все сверил. Больше нигде нет www/паблик_html.
НО. нашел просто public_html в конфигах
<?php /* Smarty version 3.1.22-dev/6, created on 2015-01-20 03:42:21 compiled from "/var/www/modxdev.webtm.ru/shopmodxbox/dev/modx2_3/public_html/core/components/modxsite/templates/shopmodx/shop/basket/overview/index.tpl" */ ?> <?php /*%%SmartyHeaderCode:123688400954bd965d603861_43392859%%*/ if(!defined('SMARTY_DIR')) exit('no direct access allowed'); $_valid = $_smarty_tpl->decodeProperties(array ( 'file_dependency' => array ( 'f609d6dd5882a18b20bddf7310241f6742cf8f6d' => array ( 0 => '/var/www/modxdev.webtm.ru/shopmodxbox/dev/modx2_3/public_html/core/components/modxsite/templates/shopmodx/shop/basket/overview/index.tpl', 1 => 1421710940, 2 => 'file', ), 'ceb648080fb739d845b9f346eda459af244c5bb5' => array ( 0 => '/var/www/modxdev.webtm.ru/shopmodxbox/dev/modx2_3/public_html/core/components/modxsite/templates/shopmodx/shop/basket/layout.tpl', 1 => 1389735831, 2 => 'file', ), 'bd92dcc523bbce0ed498e5a8abdd82466496721c' => array ( 0 => 'bd92dcc523bbce0ed498e5a8abdd82466496721c', 1 => 0, 2 => 'string', ), ), 'nocache_hash' => '123688400954bd965d603861_43392859', 'tpl_function' => array ( ), 'variables' => array ( 'basket_result' => 0, ),А админка почему-то не пускает: Fatal error: Call to a member function getMessage() on string in C:\OpenServer\domains\modx\core\model\modx\modmanagercontroller.class.php on line 619 Вот те раз. Все исправил, ведь.
Уж больно много мест конфига нужно руками править. Это уже вопросы к MODX Revolution. У него исторически много мест в конфиге. Это не очень похоже на простое разворачивание дистрибутива, которое ожидаешь, скачав нормально подготовленный релиз. Если веб-сервер настроен нормально и нормально поставлен MODX Revolution, то сборка ставится нормально через систему установки пакетов. Я же не виноват что не все хотят пользоваться одним и тем же хостингом. Сейчас я вам настрою опен-сервер, потрачу калории, а пользоваться этим будет 1%. Остальные на различных хостингах сидеть будут, им этот опен-сервер и не нужен будет. Потом придет еще кто-то, попросит образ сервера на таком-то хостинге создать. И т.д, и т.п. Поэтому самое надежное — прокачивайте свои скилы по серверному администрированию, и будем вам счастье.
Здесь нет конфликта версий и это не проблема нашей сборки, а касается любого проекта, где требуется JSON. Раньше просто он был стандарт для php, а вот сейчас приходится ставить модули. Это так же, как необходима библиотека GD и т.п. Всех зависимостей и требований вам не перечислить, а во-вторых, вы бы их и не стали бы читать в таком объеме. Поэтому, логи вам в помощь. Только они вам скажут что не так. Ну, иногда и немного интуиции))