Desti

Я много лет на форумах, но последнее время не понимаю, о чем спрашивают люди. Какой-то несвязанный поток сознания.

1364 это номер ошибки mysql По умолчанию ставят то значение, которое должно быть в поле после создания. Если это какие-то очки, то лучше, видимо, поставить 0.

Установить оригинальный dev-пакет, потом последнее приложение Dev Toolbox 4, сгенерить им dev директорию для плагина, переключится в dev режим, выгрузить плагин обычным способом. Ну или то же самое для приложения.

Если плагин заводится на дефолтной теме 4.6, а на вашей кастомной (для 4.6) не заводится, то ждать новой версии нет смысла. Или попробуйте выражать мысли как-нить яснее.

Плагины и приложения пишут под дефолтную версию шкурки, поэтому лечить, видимо, надо вашу тему.

в этой функции есть одна строчка с возможной проблемой $key = 'key' . ( $lastKey + 1 ); можно попробовать исправить на $key = 'key' . ( intval($lastKey) + 1 );

Спрашивает как-то верблюжонок свою маму: – Мама, посмотри, какие у лошадки ножки стройненькие, тоненькие, а у нас почему такие лапы? – Зато мы по пустыне пройдем, а лошадь не сможет, завязнет. – Мама, посмотри, какие у лошадки зубки ровненькие, а у нас почему такие кривые и гнутые, и слюна все время течет? – Зато мы можем колючки есть в пустыне, а лошадь не сможет. – Мама, посмотри, какая у лошадки спинка гладенькая, красивая, а у нас чего там такое болтается? – Зато мы в пустыне можем две недели без воды выжить, а лошадь не сможет. – Мама, а зачем нам все это в зоопарке?

Официальная позиция инвижынов - "если есть возможность, постарайтесь обходиться без них".

by_ix попробуйте найти хоть один select в дефолтном шаблоне.

Можно покурочить шаблон customFieldsDisplay, добавить условия типа {{if $group != 'core_pfieldgroups_1'}} и {{if $field == 'core_pfield_2'}} в циклы Это, конечно, костылики, но Custom поля применяются во вполне конкретных местах и красиво их не сделать. Можно добавить свою функцию myContentProfileField() в \IPS\Member и получать одно конкретное поле прямо из базы, но это уже плюгин и хак.

Блин, заработался, можно же проще {{$a = explode(": ", strip_tags( $comment->author()->contentProfileFields()['core_pfieldgroups_1']['core_pfield_2']));}} {$a[1]} Тогда еще проще:) {{$a = $comment->author()->contentProfileFields()['core_pfieldgroups_1']['core_pfield_2'];}} {$a}

Перебрать $comment->author->contentProfileFields(), найти свое поле, вывести в любом месте. {{foreach $comment->author()->contentProfileFields() as $group => $fields}} {{if $group == 'core_pfieldgroups_1'}} ----- нужная группа {{foreach $fields as $field => $value}} {{if $field=='core_pfield_2'}} ----- нужное поле <p class='ipsResponsive_hidePhone ipsType_break'> {$v = explode(": ", strip_tags($value))} {$v[1]} </p> {{endif}} {{endforeach}} {{endif}} {{endforeach}} Или шаблон создать и передавать туда $author и нужные поля.

Да трудно сказать, зависит от обновления.

grit и grid - ошибка в исходном тексте

Эта проверка чекает соответствие между существующей таблицей и описанием из schema.json. Естессно, после удаления индекса будет несоответствие, но на него можно не обращать внимания, ft индексы не используются, ошибка на форуме не вылезет.

<meta charset="windows-1251"> - в 21-м веке работать в этой кодировке... днище...

Геморойно это. Там целая куча связанных вещей, в темплейте определяется место, куда можно размещать виджет, в js сидит обработчик, который аяксит в движок запрос, в базе живет целая таблица, которая определяет местоположение виджетов, причем этих мест всего три и они 'hardcoded', header, footer и sidebar, добавить туда что-то динамическое нельзя. Простыми словами - никак не реализовать, слишком много надо в движке поломать.

Платное только облако. Насчет VPS ничего не скажу, не проверял.

2. ALTER TABLE `forums_posts` DROP INDEX post; - удалить индекс post 3. ALTER TABLE `forums_posts` ADD FULLTEXT post (`post`); - создать индекс post для колонки post Это, например, для таблицы сообщений. Риски - никаких, индексы можно создавать и удалять, главное всегда иметь бекап и тренироваться на копиях таблиц.

Дык тогда зачем вам держать таблицы с fulltext, если он не используется?

есть смысл поставить elasticsearch и вообще не мучать базу поиском. Но не всякий сервер потянет.

Свежие версии mysql уже поддерживают fulltext индексы для InnoDB.

require - обычный способ подключения сторонних библиотек. Можно, конечно, усложнить, использовать Composer и тянуть библиотеку в пространство имен, но там будет тот же require_once в итоге. Я бы вызывал некую функцию init внутри класса, которая грузила библиотеку и возвращала экземпляр класса. public static function initLib() { require_once Application::load('app')->getApplicationPath() . '/sources/'; return new LibClass(param); } Но не проверял такой способ.

Any theme has this template. Change your active theme.

сертификат для другого сайта выдан