Результаты поиска

Благодарю за вашу помощь, вот на это сразу мысль в голову не пришла. Спасибо вам

Суть такая, был сайт, сделали его точную копию путем переноса на другой домен, все ссылки поправили, названия изменили. Спустя неделю, стала появляться вот такая ошибка. При разборе причины стало ясно, что проблема в доступе к папкам и файлам на сайте. Проверено, для папок стоит 750, для файлов...

Так уже и выбран вариант из ID был, товары уже дано на озоне с отзывами, если поменять, то отзывы потеряны будут

Для переноса товаров на озон использовали плагин, в нем указано брать артикул из поля id, в магазине уже были продажи, на озон не как на яндекс перезалив идет + у товаров были отзывы там уже, т.е. если хоть одну цифру изменить, добавится новый товар, а старый только в архив скинуть останется с...

у плагина для озона там свои поля же для артикула выбираются, и с переносом базы именно есть проблемы, поэтому просто напрямую создали в базе товары, а потом обновили все данные

На текущий момент придумано только решение напрямую создать каждый товар в MySQL запросом, и уже потом обновлять товар через wp all import

Делаем перенос товаров на новый сайт, но они уже привязаны по id к ozon, поэтому не хочется терять рейтинг к размещенным там товарам. На новый сайт при импорте передается только значение sku. Есть ли вариант как-то перенести сам product id через All Import? Нигде не могу найти настройки

Задача вышла такая, что на отдельной карточке товара было решено сделать при наличии вариации на остатке 0 - вывод кнопки Сообщить о появлении, и при первичной загрузке страницы без выбора варианта товара, чтобы светилась Выберите параметры. Для отдельный товаров (не вариативных) все прекрасно...

Такой вопрос, что лучше установить, какой плагин, чтоб вот этого не было. Стоит WP Fatest Cache сейчас. Может, как-то неправильно его настраиваю, но вроде все как по примерам. Для постоянного кеша ставилосm Memchade, но сайт стал ужасно тупить. Страницы грузились по паре минут

У нас на сервере сайт, там увеличены лимиты уже до звездных небес, от хостинга уж давно отказались, еще до меня

Установили плагин Quick Monitor, он показал, что очень медленно работает SQL при выполнении WP_Query->get_posts(). В сети найдено только такое решение https://wordpress.org/support/topic/very-slow-sql-when-wp_query-get_posts-is-executed/ Но есть ли что-то реально рабочее? Откатывать woocommerce...

Ситуация такая: было более 20к файлов в автозагрузке, удалили, оставив 1300, через час-полтора их снова стало 1400+ В чем могут быть причины? Или как их отловить? Заранее спасибо

Существенно быстрее работать не стало, но вот после внесения изменений по вашему совету (и тех, и тех) ошибки исчезли, в течение суток ни одной

Спасибо, остался только вопрос, можно ли как-то вот это отключить? Нигде толком описания нет, как избавиться от множества задача таких

Ну немного стало пошустрее Товаров 50к, еще где-то 500 категорий +/-, атрибутов пара сотен, вариаций не так много. В очереди висят, ошибки есть

Ранее на сайте вроде не было такого, теперь в запланированных действиях постоянно запускается Нашлось много интересной информации, подскажите, есть ли вариант, что проблема из-за обновления цен товаров по расписанию через WP All Import?

Спасибо большое, нашли причину, теперь все работает

Спасибо огромное за ответы. Внимательно почитав вас и еще раз о самой ошибке, стало понятно, что дело в нагрузке в это время. Просто подвинули время задачи на несколько часов. И все заработало

По первой ссылке выдает {"status":403,"message":"Import #218 already triggered. Request skipped."} По второй сначала долго висело, потом аналогично выдало. По кнопкам отменить нет. Только запустить Run

каждые 24ч, через провайдера запускаем, если верно понял вопрос; спросили у техподдержки, ответили, что есть ошибка: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to...