Сергей Цалоев: это само по себе решение с кривой архитектурой. Я бы вынес решение в подмешивание или даже в плагин (с шорткодом) - там уже можно реализовать mvc или простейшее разделение на шаблоны, helper с функциями и собственно обработку событий. А функции из functions.php убрать и инкапсулировать, т.к. этот файл не предназначен для реализации формы обратной связи. Тогда вы полностью избавитесь от логики в шаблоне, и будете выводить только шорткод вашего плагина.
Если делать все в functions.php без плагинов (хотя на мой взгляд это худшее решение, нежели выше), то можно:
- в шаблоне вывести просто форму, без логики
- проверять посланные данные в хуке template_include или wp_head (они для этого не предназначены, но зато срабатывают до всех прочих действий с выводом)
- далее, по условию, можно либо отправить письмо, либо сделать редирект, либо просто записать состояние в переменную и использовать ее в более позднем хуке, или по условию вывести сообщение в шаблон
Если плагин формы уже есть написанный, то взаимодействие происходит через фильтры.
Outoverlay: нет, в wp прописан только вызов фильтра. Если где-то при исполнении найдется add_filter, тогда она будет. Если add_filter нет, то функции тоже не имеется.
Outoverlay: сама функция может быть любой, и возвращать тоже может все, что угодно (зависит от контекста), просто перечисляете в аргументах функции хука параметры, которые указаны в соотв. apply_filters после его имени. Например,
add_filter('filter', 'function', 2, 10); // число параметров и приоритет
function($param1, $param2) {
return true;
}
Outoverlay: apply_filters и нужен, т.к. add_filter пишут обычно разработчики. Если в ядре нет вызова add_filter для этого хука, стало быть, нативно на него ничего не навешано. Не вспомнил об этом сперва)
Рикко: потому что редактор нужен для того, чтобы пользователь внес туда текстовое содержимое. С заголовками, цитатами, рисунками, таблицами, и не более того. Более сложные вещи делаются через шаблоны страниц, шорткоды или плагины.
Денис Загаевский: не суть важно, обновил ссылку. В оригинальном примере цикл идет по элементам слева направо (в каждой строке проходим по столбцам), а последний элемент - 13 - был на последней строке потому, что он последний и на нем цикл обрывается.
В Го физически невозможно просчитать ходы, их слишком много \ плюс масса верных вариантов делается чемпионами за счет интуиции профессионала, а не за счет просчета. Показательно, что в одной из партий машина ошиблась, и поняла это лишь через несколько ходов. Эта победа стала возможной исключительно за счет нейронных сетей, ИИ и машинного обучения. Скоро тест Тьюринга пройдут
Петр: к тому же, когда перемножаешь большие числа, они преобразуются в специальную форму (с e), поэтому стандартная система "в столбик" тут не сработает
