Обсуждение ошибок в MODx Evolution 1.x

Quote from: AKots at Nov 13, 2009, 11:55 AM

Quote from: Paprikas at Nov 13, 2009, 07:36 AM

Что-то не так с настройками кодировки, latin1_swedish_ci быть не должно.

Кстати, сегодня в 1.0.2 включил «Использовать дружественные URL» и сразу административаная часть вылетела с ошибками. Оказывается по умолчанию стоит «Автоматически генерировать псевдоним» и написано мелким шрифтом «для транслитерации русских символов настройте плагин TransAlias». Если не настроить (а как это делать, нигде не написано), то все ломается. Отключил «Автоматически генерировать псевдоним» и все снова заработало, но проблема осталась – система не должна вылетать при простейших действиях.

А что за ошибки были? Я не замечал проблем с автоматом.

Quote from: Paprikas at Nov 13, 2009, 02:10 PM

А что за ошибки были? Я не замечал проблем с автоматом.

При сохранении документа, не введя псевдоним, получаю
Execution of a query to the database failed - Incorrect string value: ’\xF0\xB8-\xF0\xB5\xF1...’ for column ’alias’ at row 1
а дальше выдается запрос, где alias=’��-������-����������������’
Заголовок страницы был "И еще одна страница"

А я отключил TransAlias. Таблицы транслитерации, которые в него включены, включают не все символы, запрещённые в URL. У нас пресс-служба любит хитрые Заголовки с двоеточиями, вопросами и прочим. Вот на них и ломается.

Пришлось взять за основу TransliteAlias_LongtitleCiril_Tetis, дополнить таблицу и вообще переделать под себя порядок генерации алиаса.

Ну раз пошла речь о транслитерации. Давайте обсудим.
То что русская таблица должна быть дополнена - это уже понятно.
Лучше всех лишние знаки наказываются utf8 (utf8_lowercase) таблицей.
common и russian пропускают достаточно, чтобы работа нарушилась.
Если все недостающие символы перенести в russian таблицу, этого будет достаточно?

Quote from: Paprikas at Nov 14, 2009, 01:21 AM

Ну раз пошла речь о транслитерации. Давайте обсудим.
То что русская таблица должна быть дополнена - это уже понятно.
Лучше всех лишние знаки наказываются utf8 (utf8_lowercase) таблицей.
common и russian пропускают достаточно, чтобы работа нарушилась.
Если все недостающие символы перенести в russian таблицу, этого будет достаточно?

Добавить символы в таблицу - самое простое. А вот будет ли только этого достаточно - неизвестно.
В utf8_lowercase уже есть "Generally unwanted punctuation".
Конечно, часть ошибок отпадёт, но TransAlias достаточно хитрый, надо с ним хорошо разбираться. Идея-то хорошая заложена.
Но мне лично проще оказалось иначе сделать, тем более, что надо ещё и Longtitle с Description обрабатывать.

при обновлении с 0.9.6.3 на 1.0.2 кнопки, которые дожны быть в виде:

сохранить редактировать удалить просмотр

становятся:
сохранить
редактировать
удалить
просмотр

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

ума не приложу в чем дело, отключал все плагины, переписывал все файлы manager.. не помогает

jquery вроде работает, иначе manager manager валился бы

UPD: решение нашел, проблема специфическая для FF, нужно очистить кэш браузера и все заработает

У меня все-таки не работает галочка "Публиковать" в "Настройке страницы", если ее снимать, документ все-равно публикуется. Отменить публикацию можно только через дерево.

UPD: Понял почему, потому, что по умолчанию, при создании документа заполняется поле "Дата публикации". Если поле очистить, то все нормально. Только, ИМХО, это баг, а не фича.

Quote from: Joss at Dec 01, 2009, 04:12 PM

У меня все-таки не работает галочка "Публиковать" в "Настройке страницы", если ее снимать, документ все-равно публикуется. Отменить публикацию можно только через дерево.

UPD: Понял почему, потому, что по умолчанию, при создании документа заполняется поле "Дата публикации". Если поле очистить, то все нормально. Только, ИМХО, это баг, а не фича.

Обычно это дело рук ManagerManager. Правила его проверьте.

Quote from: Paprikas at Dec 02, 2009, 04:44 AM

Quote from: Joss at Dec 01, 2009, 04:12 PM

У меня все-таки не работает галочка "Публиковать" в "Настройке страницы", если ее снимать, документ все-равно публикуется. Отменить публикацию можно только через дерево.

UPD: Понял почему, потому, что по умолчанию, при создании документа заполняется поле "Дата публикации". Если поле очистить, то все нормально. Только, ИМХО, это баг, а не фича.

Обычно это дело рук ManagerManager. Правила его проверьте.

если не секрет, как?

Quote from: aleksey at Jan 05, 2010, 02:11 PM

Quote from: Paprikas at Dec 02, 2009, 04:44 AM

Quote from: Joss at Dec 01, 2009, 04:12 PM

У меня все-таки не работает галочка "Публиковать" в "Настройке страницы", если ее снимать, документ все-равно публикуется. Отменить публикацию можно только через дерево.

UPD: Понял почему, потому, что по умолчанию, при создании документа заполняется поле "Дата публикации". Если поле очистить, то все нормально. Только, ИМХО, это баг, а не фича.

Обычно это дело рук ManagerManager. Правила его проверьте.

если не секрет, как?

Если вы во время установки не убрали галочку с чанка mm_rules, то плагин ManagerManager по умолчанию будет загружать правила из этого чанка. Либо измените правила в этом чанке так, как вам нужно. Либо вовсе удалите его и отключите ManagerManager если вы его не используете.