icopydoc

Да) Это мой плагин. Потому и парюсь.
Я сначала думал заменить на
$result_yml_name = get_the_title($postID);
и проблема как бы решена т.к в 90% случаев значения будут совпадать. НО! Если у юзера какие-то фильтры для названий товаров от других плагинов установлены, нужные ему. Тогда это не поможет.
Т.е нужно использовать именно $product;

Можно, конечно, и так оставить ибо работает же. Но все же речь о PRO версии. Да и вообще. Не гоже нотисы в плагине оставлять. Должно все как часы работать.

Мне не совсем понятна сама природа нотиса. Линк, который в логах вукомерц дает — ведет на пустой раздел справки.

И главное. Работает же.

Да, да, да. Модераторы plugins@wordpress.org во всем разобрались. Спасибо Вам всем за помощь!

Может быть, правильнее и проще будет идти иным путем, вместо собирания массива ID Вариаций?

Мне клиентом вообще предоставлен экселевский файл. В нем id вариаций. Исходные данные мне не изменить. Имею что имею. Там более 700 айдишников. Товаров на сайте порядка 50 000.
Т.е мне надо примерно в 500 (т.к есть некоторые вариации входят в один и тотже товар) товаров внести правки. Выделить из 50 000 товаров 500 нужных и прописать этим товарам необходимый атрибут через $product->set_attributes()

1. Нет в форму не передается. А как это сделать? через какой хук? И нужно ли?
2. Соответственно тоже нет.

В моем случае кастомный нонсе попадает только на страницу с редактированием поста.
Но моя задача чтобы функция отрабатывала и при обычном сохранении и при быстром.

Я чутка при логировании перемудрил.
В моем случае проблема вот в чем была

function yfym_save_post_product_function ($post_id, $post, $update) {
if (!wp_verify_nonce($_POST['noncename'], plugin_basename(__FILE__))) {return;}
А ЛОГИРОВАЛ ЛИШЬ ТУТ.

}

Но у меня вопрос. Получается что nonce вообще не юзать что ли в этом хуке?

Впшных проверок достаточно для безопасности?

Полностью у меня конструкция такая:

if ((validate_file($filename) === 0)&&(file_exists($filename))) {
	// файл есть
	if (!$handle = fopen($filename, $cc)) {
		error_log('Не могу открыть файл. line 1592', 0);
		yfym_errors_log('Не могу открыть файл. line 1593');
	}
	if (fwrite($handle, $result_yml) === FALSE) {
		error_log('Не могу произвести запись в файл. line 1596', 0);
		yfym_errors_log('Не могу произвести запись в файл. line 1597');
	} else {
		error_log('Ура! Записали.. line 1599', 0);
		return true;
	}
	fclose($handle);		
} else { // файла еще нет
.... код отвечающий за первое создание файла
} 

* $cc = ‘w+’ или ‘a’; в зависимости от ситуации

Я вот думаю, если я выкину нафиг часть условия (validate_file($filename) === 0)
не вылезут ли глюки у других? все такие плагин установлен сейчас на нескольких сотнях магазинов и не аукнется ли «настройка» под один частный случай глюками?

Как лучше поступить в моей ситуации?

• Ответ изменён 7 лет, 10 месяцев назад пользователем icopydoc.

Судя по всему да — либо windows хостинг, либо вообще что-то свое.
Т.е это результат работы wp_upload_bits (то что лежит в $upload[‘file’]) после создания файла.
Данные по хостингу уточняю у клиента.

Проверка DNS-записей домена — утилита dig дала результат

95.165.128.148
95-165-128-148.static.spd-mgts.ru
Т.е. там явно хостинг какой-то необычный. По крайней мере по урл я хостинг не смог определить.

Вопрос в другом — что блин с этим делать?