Всего 122 912 комментариев

Василий Наумкин
12 декабря 2013, 13:45
0
Ой ну тут я тебе не помогу уже. Нет ни возможности, ни желания разбираться что там и как работает.

Это ж было несколько лет назад.
Василий Наумкин
12 декабря 2013, 13:44
0
Согласен, это ненормально.

А данные можно проверить залогинившись через phpmyadmin. Если все ок — пиши в техподдержку хостинга.
Николай Филимонов
12 декабря 2013, 13:43
0
Вот и я об этом думал. Но как такое может быть, если все данные копирую с панели управления?..

Мне не нравится что даже при установке с нуля пишет "… xpdo.class.php… No such file or directory", хотя обычно пишет, что не правильный логин/пароль если ошибка с БД…
Василий Наумкин
12 декабря 2013, 13:32
0
Значит, неверный логин\пароль для работы с БД. Больше вариантов нет.
Николай Филимонов
12 декабря 2013, 13:31
0
Я делал глобальную замену всех путей.
И да, я пытался поставить modx с нуля. при попытке подключения к базе он пишет мне почти ту же самую ошибку:
ERROR in xPDOConnection::connect @ /home/alol57/www/site4/public_html/core/xpdo/xpdo.class.php: 3051)
Artem Baev
12 декабря 2013, 13:30
0
да, пользуются)) спасибо за него большое.
я имею ввиду — сообщения будут отправляться только после того как будет создан ресурс, а ресурс, судя из консоли создается только, если перезагрузить страницу. Что и происходит после попытки отправить первое сообщение, только уходит оно в никуда.
Василий Наумкин
12 декабря 2013, 13:28
0
MODX сохраняет пути еще в файлах config.core.php в корне сайта и менеджера.

Нужно поменять пути и там, или лучше накатить последнюю версию сверху и обновить инсталляцию.
Константин Баранов
12 декабря 2013, 13:24
0
сработало, спасибо, даешь статику!)
Василий Наумкин
12 декабря 2013, 13:20
1
0
Это бывает на хостах с установленным php-apc.

Попробуй добавить
session_write_close();
перед выходом из скрипта.

У тебя же там наверняка есть die() или exit()? Вот перед ним и нужно закрыть сессию.
Василий Наумкин
12 декабря 2013, 13:18
0
Фига. Я уже и забыл про такой компонент, а им еще кто-то пользуется =)

Если вместо ajax происходит перезагрузки — проблема в javascript. Открывай консоль браузера и смотри.
Константин Баранов
12 декабря 2013, 13:07
1
0
очень полезная инфа, но что с с оф. документацией, что с этой в последней версии движка (2.2.10) вылетает ошибка (причем результат api выдается) Fatal error: Undefined class constant 'LOG_LEVEL_ERROR' in /путь к корню/core/model/modx/error/moderrorhandler.class.php on line 111, чтобы с ней сделать, я думаю не стоит затирать вызовы в этом файле…
Василий Наумкин
12 декабря 2013, 12:27
0
Только он не для админки.

Но да, там можно ограничить размер и еще много чего.
Орлов  Сергей
12 декабря 2013, 12:26
0
Спасибо, буду пробовать.
Clean
12 декабря 2013, 12:22
0
Стандартным кажется нельзя, зато кастомным вроде store.simpledream.ru/packages/content/uploadify.html#tab=desc можно
Василий Наумкин
12 декабря 2013, 12:12
0
Нужно не просто объявить, a перегенерировать модель по новой схеме.

И это все затрется при первом же обновлении MODX.
Алексей
12 декабря 2013, 12:08
0
При удалении ресурса можно удалять запись в своей таблице, привязанной к ID ресурса?
Пробовал объявить в схеме класс modResource — не помогает.
<object class="modResource" table="modx_site_content" extends="xPDOSimpleObject">
		<field key="id" dbtype="int" precision="11" phptype="integer" null="false" index="index" />
		<composite alias="Resource" class="PageItem" local="id" foreign="resource_id" cardinality="many" owner="local" />
	</object>
Василий Наумкин
12 декабря 2013, 12:07
0
Сейчас сайты в основном ломаю роботы, которые подбирают логин пароль и делают, что указано. Судя по тому, что инфа была поменена в кэше, у тебя скомпроментирован вход через FTP (или SFTP) — вот оттуда и нужно начинать.

Поднимай логи, смотри кто заходил, меняй пароли. MODX нужно обновить до впоследней версии, если еще не.
Орлов  Сергей
12 декабря 2013, 12:03
0
У вас и тут половину сообщения «сэкранировало»! :) Но у меня другая ситуация, проблемы НЕ с доступом к файлам, а в том, что в site_url что попало.
Орлов  Сергей
12 декабря 2013, 12:00
0
Благодарю, за быстрый ответ. К сожалению, хостинг сменить невозможно по некоторым причинам. И, к тому же если бы это был взлом, зачем ставить в site_url поисковики (оба замеченных китайских сайта — поисковые системы)? А так как хостинг сменить нельзя, меня интересует вопрос, как и что может приводить к данным результатам, а главное, как с этим бороться?
Yana V
12 декабря 2013, 11:08
0
а у меня site_url в мета теге />
экранирует слэши на двойные кавычки!
причем выше прописан путь до логотипа через [[++site_url]]assets/images/logo.png
и там все ок. если я вручную прописываю жестко site.ru/, то все равно получаю http"«site,ru»"
в итоге спаслась тем, что заменила слэши на спецсимволы.
Первый раз такое вижу.