luzinis

оо супер, спасибо!

@prohapro
Ваше решение у меня заработало только при полной синхронизации.
При частичной синхронизации проблема остается.

if (!is_null($price)) встречается в трех местах. Насколько я понял, нужно именно в месте, которое упоминается в первом посте.

Пока не получилось разобраться, почему полная и частичная синхронизация отрабатывают по-разному

In my case, when Lazy Load + Rocket Loader work together, some junk appears in “<img src=”

Screenshot: https://take.ms/GSk6e

Using the actual version — 2.1.4
Doesn’t work when Cloudflare Rocket Loader is turned on. Images just aren’t displayed.

When deactivating the plugin or turning Rocket Loader off — there is no issue.

Any chance to get them both working?

Thanks!

Using the actual version —?2.1.4
Doesn’t work when Cloudflare Rocket Loader is turned on. Images just aren’t displayed.

When deactivating the plugin or turning Rocket Loader off —?there is no issue.

Any chance to get them both working?

Tnahks!

Проблема исчезла после перевода сайта на другой хостинг.
Сейчас: Digital Ocean – FRA1
(Перенос был по другой причине, но и это заодно решилось)

• This reply was modified 5 years, 8 months ago by luzinis.

Вы ж сами писали, что проверяли в стоковой сборке после обновления, и баг у вас проявляется. Значит, и у других он тоже есть. Почему они не сообщают —?не знаю)
Ну ок, попробую как-то пофиксить самостоятельно

Товары же выгружаются кроном, а потом подтягиваются в CRM?
Возможен похожий вариант с заказами?

В данном случае поля billing_first_name и billing_last_name заполняются,
а shipping_first_name и shipping_last_name остаются пустыми

Спасибо, в поддержку написал.
Вариант прицепиться к thankyou было бы интересно попробовать. Не подскажете, где это правильнее поменять?

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

Но как раз с адресом все нормально, он передается во всех случаях как из полей billing, так и из полей shipping.

Телефон/email тоже всегда передается.

А вот имя/фамилия не передаются в описанном случае.

Если используются только поля billing (без shipping), то имя/фамилия передаются.

Так что тикет наверно не “Resolved”

Спустя полтора месяца наблюдений можно сказать следующее:
1) Покупатели продолжают заходить на адрес заказа и портить его статус
2) Поскольку статус “Выполнен” проставляется только после получения посылки покупателем, проходит несколько дней, в течение которых у покупателя есть возможность испортить статус. И многие обязательно это делают.
3) Наверно надо не просто реагировать на хук Woocommerce о принятии заказа (который срабатывает неправильно, как мы выяснили), но и какую-то проверку поставить. Например, если сработал хук, но при этом статус заказа был ранее изменен, либо у него какой-то флаг что заказ уже не новый, то тогда статус не сбрасывать.

Hi Artur, that works, thank you!

Hello

I use the last version — 7.12.6

I can see &SuperSocializerAuth=LiveJournal in Google Search Console
Screenshot: https://monosnap.com/file/Tz1N7MwQ17J4HkHKpOQDJaOMd9NvgT

Yes, I can approve that redirection works. Nobody in this thread says, that redirection doesn’t work. But the question is different: how to get rid of those “&SuperSocializerAuth=LiveJournal”

Thanks!

• This reply was modified 5 years, 10 months ago by luzinis.