Уточню с технической точки зрения.
Я делаю сохранение контента в хуке content_field_process и беру данные из $_POST. Там все нормально до той поры пока добавляю\редактирую контент. Но как только идет голосование то при попадании в функцию TopicUpdate вызывается обработчик хука который пробует из $_POST-а вытянуть данные для сохранения которых там есессно — нет.
Прошелся по коду плагина «Карты», там тоже такая же логика, и, возможно, будет такая же реакция на голосование.
Вроде дошло. К стати для Альто 1.0 я так понял что рисунки из шаблонов надо брать из {cfg name='path.skin.url'} в старом же было {cfg name='path.static.skin'}
Сразу предлагаю следующий патч для обхода этого механизма дабы дать взможность разработчикам шаблонов сразу видеть что у них получилось: Package.entity.class.php:
Предлагаю Вариант. Последовательно 4-5 раз открывать, менять 1-2 буквы и сохранять один конкретный топик. Причем тот по которому было замечено что он глючит. И следить за тем появится ли ошибка или нет.
Здравствуйте, хотелось бы знать как обстоят дела с переводом такого пункта как «Дополнительные поля». и Пользовательские типы топиков
Насколько я понял они указываются только в одном языке?
1. Как можно програмно добавлять эти типы полей?
2. Я правильно понял что данные из доп.полей сохраняются сериализированно в БД в BLO-поле. И по тем полям нельзя огранизовать нормальную выборку\сортировку через запрос?
Для фейсбука можно принудительно сделать мета теги og:image и запихнуть туда одну из превюшек. для этог надо будет править шаблон (детальнее здесь: davidwalsh.name/facebook-meta-tags)
возможно контакт также обрабатывает их
Дык в том то и проблема что в ПЛАГИНЕ стоит нетипизированный параметр $oTopic
а во встроенном модуле — типизированный, а в следствии github.com/altocms/altocms/blob/master/index.php#L16? этого параметра какраз и выводится проблемное сообщение.
. Я бы просто делал небольшую правку устанавливаемых плагином, удаляя в аргументах функций типы ModuleTopic_EntityTopic
Чтобы избавится от ошибки я какраз ДОБАВИЛ типизацию в плагин. Если есть необходимость то в личке детально распишу
Я делаю сохранение контента в хуке content_field_process и беру данные из $_POST. Там все нормально до той поры пока добавляю\редактирую контент. Но как только идет голосование то при попадании в функцию TopicUpdate вызывается обработчик хука который пробует из $_POST-а вытянуть данные для сохранения которых там есессно — нет.
Прошелся по коду плагина «Карты», там тоже такая же логика, и, возможно, будет такая же реакция на голосование.
/_run/assets/55843245/grid.css => /common/templates/skin/finomno/css/
Package.entity.class.php:
проблема в настройках сервера
1. Firewall
2. mysql my.cnf — bind-address?
3. /etc/hosts.allow
Проверьте эти значения
Как к нему подключаетесь? (Сокет\TCP)
Насколько я понял они указываются только в одном языке?
однослово — «ДА» и я отстану :)
{include file=«header.tpl» noSidebar=true}
убрать то что в жирным
2. Я правильно понял что данные из доп.полей сохраняются сериализированно в БД в BLO-поле. И по тем полям нельзя огранизовать нормальную выборку\сортировку через запрос?
возможно контакт также обрабатывает их
а во встроенном модуле — типизированный, а в следствии github.com/altocms/altocms/blob/master/index.php#L16? этого параметра какраз и выводится проблемное сообщение.
Чтобы избавится от ошибки я какраз ДОБАВИЛ типизацию в плагин. Если есть необходимость то в личке детально распишу