Как вмешаться в создание заказа в нужное время?

Крил: Я сделал все что мог, чтобы помочь. У вас перед глазами исходный код функции, которая создает заказ. Если вы не можете изучить исходник и понять что вам делать - наймите специалиста. Без обид, но похоже вы код по ссылкам если и открывали, то либо не читали, либо не поняли.

Как вмешаться в создание заказа в нужное время?

Крил: потому что этот хук в самом начале функции create_order(). В этот момент времени переменная $order_id еще не существует, так как объект "заказ" еще не был создан и записан в БД.

Как понять? Исходный код смотреть, я ссылки для кого давал?

Нашел еще вот такое:

$order_data = array(
187:                 'status'        => apply_filters( 'woocommerce_default_order_status', 'pending' ),
188:                 'customer_id'   => $this->customer_id,
189:                 'customer_note' => isset( $this->posted['order_comments'] ) ? $this->posted['order_comments'] : ''
190:             );

Вот вам фильтр woocommerce_default_order_status, который принимает 1 аргумент - собственно статус (string). Можете попробовать в него вписать свой:

add_filter( 'woocommerce_default_order_status', 'custom_complete_status' );
function custom_complete_status() {
    return 'completed';
}

Ну а ближайний экшн, который уже с доступным $order_id - вот от:
do_action( 'woocommerce_new_order', $order_id );
взято отсюда docs.woothemes.com/wc-apidocs/source-class-WC_Chec...

Как сделать вывод более правильный на php?

Алексей Ярков: php.net/manual/en/language.types.string.php#langua...

Как обновить Nginx на Ubuntu14.04 без удаления настроек?

+1, только install с двумя l :)

Как хранить данные о страницах сайта в БД?

Stani10: понятно, и вполне разумно. Выпишите в столбик все будущие поля таблицы, если их не так уж много и действительно не будет пустых данных - особого смысла для 2х таблиц нет.

Как хранить данные о страницах сайта в БД?

Stani10: и кстати, не факт что тут SQL оптимален. Может лучше MongoDB посмотреть?

Как хранить данные о страницах сайта в БД?

Stani10: тогда вполне возможно что имеет смысл в одну таблицу все загнать

Как хранить данные о страницах сайта в БД?

Stani10: но вариантов на самом деле масса. Если у вас метаданных не так уж много и они всегда имеют значения (то есть, нет "пустых" значений), то возможно лучше вообще в 1 таблицу впихнуть, оверхед будет минимальный, а удобство работы без JOINов в этом случае того стоит.

Sublime text tab size)?

Pavel Denisov: Ну да, часть JS-мира все еще живет в 20м веке, используя 2 spaces. Хотя тот же jQuery CS требует табы, как и много других проектов (а вот нода благодаря ретрограду Райану настаивает на 2х пробелах). Python изначально уперся в 4 spaces, сейчас уже не против табов, главное не смешивать. А в большинстве других языков, а также разнообразных библиотек и крупных проектов, над которыми работает чуть больше чем 1 человек, со временем стандарты пришли к табуляции. Хотя да, это холивар.

Sublime text tab size)?

Вообще, пробелы вместо табов - плохая практика. Любой адекватный человек, который потом будет работать с вашим кодом, будет ругаться. Из известных мне Coding Standards - tab является рекоммендацией и best practice.

Как вмешаться в создание заказа в нужное время?

wc_create_order - это функция, а не хук. Попробуйте хук woocommerce_checkout_order_processed или woocommerce_create_order, или woocommerce_new_order.

Именно поэтому я и советовал открыть исходник WooCommerce и изучить код.

Как вмешаться в создание заказа в нужное время?

И собственно вывод write_log($whatever_you_want_to_log);

Как вмешаться в создание заказа в нужное время?

Крил:

if (!function_exists('write_log')) {
    function write_log ( $log )  {
        if ( true === WP_DEBUG ) {
            if ( is_array( $log ) || is_object( $log ) ) {
                error_log( print_r( $log, true ) );
            } else {
                error_log( $log );
            }
        }
    }
}

Как вмешаться в создание заказа в нужное время?

Крил: ну я же не просто так критикую) Если работаете с хуками и прочими runtime штуками, которые невозможно дебажить банальными var_dump / print_r - используйте вывод в debug.log. По сути, это то же самое, что print_r, только вы печатаете данные не на экран, а во внешний файл.

Почему не срабатывает - посмотрите тут пример работы docs.woothemes.com/document/automatically-complete...

Откройте файлы WooCommerce, найдите код, который собственно, обрабатывается в нужный вам момент и смотрите что он делает, какие хуки там есть. Это самый простой способ - понять, что именно делается и как туда "включиться". Я знаю, что отладка хуков WooCommerce, особенно все что касается заказов и статусов - штука весьма хитрая. Недавно как раз делал интеграцию Новой Почты (украинская служба доставки) - сам дебажил достаточно долго, а опыта работы с WP / WC у меня много. Я по этим платформам, собственно, специализируюсь.

Как вмешаться в создание заказа в нужное время?

Крил: Да уж... :) Во-первых, хотя бы var_dump() начните использовать. Во-вторых, почитайте про debugging wordpress, вы можете значение любой переменной задампить в debug.log (а не на почту слать). В третьих, почитайте про XDebug.

Как вмешаться в создание заказа в нужное время?

Крил: да код мне тут писать - толку мало. Вы отладку как делаете? С какими значениями работаете?

Как вывести всплывающие подсказки?

HAbRAhabp: можно. https://make.wordpress.org/core/2015/04/23/spinner...

Any notice can now be made dismissible by ensuring the it has the classes .notice and .is-dismissible (recognize that naming convention?). Core handles adding the close button and removing the notice for you. However, for the best possible user experience, you should ensure that those notices will not come back on a page refresh or when navigating to another page. There are two different paths for this. The first applies to notices that are added when a query arg is present in the URL, such as message=6. Core will now remove certain query args and use JS to replace the URL in the browser with that “cleaned up” version. By default, core handles 'message', 'settings-updated', 'saved', 'update', 'updated','activated', 'activate', 'deactivate', 'locked', 'deleted', 'trashed', 'untrashed', 'enabled', 'disabled', 'skipped', 'spammed', and 'unspammed'. To add (or remove) items to this array to accommodate your needs, use the removable_query_args filter.

The second path, for notices that persist across different page loads, is to bind to the click event on the .notice-dismiss element in your own notice and trigger whatever it is your plugin may need to do to remember that the notice has been dismissed, such as storing a site or user option using Ajax. A note of caution that in an ideal scenario, core would eventually provide a framework for persistently dismissible notices that are not tied to query args, so be prepared for future changes if you choose to use this method.

Как вмешаться в создание заказа в нужное время?

Крил: да, верно - фильтр нужен. Чтобы посмотреть значения объектов $woocommerce и $order выведите их в debug.log. Ну или XDebug в помощь.

Постоянные ссылки с помощью rewrite_rule. Голова уже сломана. Как?

Дмитрий: в целом утверждение вроде и правильное, однако спорное. Писать свое решение для роутинга и ЧПУ? Вперед. Написать такое же толковое, как у WP - нехилый кусок работы, и особенно отладки. Взять готовое вместе с фреймворком? Те же яйца, только в профиль - надо знать как этим пользоваться. Шило на мыло.

Как лучше писать код плагина на wordpress процедурным или ООП?

Не совсем. ООП - да, singleton - очень и очень спорно. Вообще-то, у синглтонов есть как ярые фанаты, которые только его и используют тупо везде, так и ярые противники.