sergeynezbritskiy

В логах сказано что “База данных WordPress возвратила ошибку REFERENCES command denied to user ‘ppcexpert_a’@’192.168.1.47’ for table ‘wp_nova_poshta_region’ в ответ на запрос CREATE TABLE wp_nova_poshta_city (…”

У пользователя ppcexpert_a недостаточно полномочий на создание таблиц в базе данных

Добрый день
Такой возможности пока не предусмотрено

Версия PHP ниже 5.4
Для корректной работы требуется версия PHP 5.4.1 или выше

ухты, спасибо за замечание, обязательно учту это !
P.S. Плагин хранится в общем доступе на гитхабе. https://github.com/sergeynezbritskiy/woo-shipping-with-nova-poshta
Поэтому если есть желание, или как в вашем случае, уже готовое решение, вы можете сделать пулл реквест в основной репозиторий и тем самым помочь сообществу ??

Добрый день. По данной проблеме уже открыт топик на форуме. https://www.ads-software.com/support/topic/api-%D0%BA%D0%BE%D0%B4-%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%BE-%D0%B0%D0%B4%D1%80%D0%B5%D1%81%D0%B0-%D0%BB%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D0%BA%D0%B8/. Этот топик я закрою как дублирующийся

Добрый день! Можете указать конкретную ошибку, которая у вас возникает. По умолчанию плагин использует префиксы при создании таблиц, как например здесь
https://github.com/sergeynezbritskiy/woo-shipping-with-nova-poshta/blob/master/wp-content/plugins/woo-shipping-for-nova-poshta/classes/repository/RegionRepository.php

Добрый день! Спасибо за репорт.
На форуме уже открыт топик по этой проблеме. https://www.ads-software.com/support/topic/api-%D0%BA%D0%BE%D0%B4-%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%BE-%D0%B0%D0%B4%D1%80%D0%B5%D1%81%D0%B0-%D0%BB%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D0%BA%D0%B8/
Я перенес ваш репорт туда, а это закрою как дублирующий

https://www.ads-software.com/support/topic/%D0%BD%D0%B5%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D1%8C%D0%BD%D0%BE-%D0%BE%D1%82%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B0%D0%B5%D1%82%D1%81%D1%8F-%D0%B2-%D0%B4%D0%B5%D1%82%D0%B0%D0%BB%D1%8F%D1%85-%D0%B7/

Добрый день! Да, в таком сценарии плагин работает некорректно. связано это с тем, что woocommerce кеширует стоимость доставки для определенного адреса, и не пересчитывает его если ни одно из полей адреса не изменилось, а поскольку плагин добавил свои собственные поля в адрес, то woocommerce почему-то не подхватывает их автоматически и, посчитав один раз стоимость доставки, никак не реагирует на изменение этих полей, и все время отдает из кеша стоимость, посчитанную для первого введенного адреса.
К сожалению, я пока что не нашел решения данной проблемы…

Добрый день!
Вопрос ускорения довольно комплексный и зависит от множества факторов, как то качество кода, производительность оборудования, кэши и прочее. Я думаю что в этом случае лучше добавить лоадер на страницу пока обновляются выпадающие списки. Думаю, в следующей версии плагина лоадер будет идти из коробки

Думаю, что нет. Плагин пока что не поддерживает зоны доставки

Добрый день! Плагин сконструирован таким образом, что все данные по отделениям и городам Новой Почты хранит в вордпрессе и лишь время от времени синхронизируется с API Новой почты, чтобы актуализировать данные. При этом синхронизация работает по принципу “либо все, либо ничего”, специально чтобы избежать такой ситуации, когда данные сохранились только частично, а часть данных потерялась, потому что это очень сложно будет отлавливать и не всегда очевидно.
Если у вас в одно из областей нету каких либо городов или отделений, то осмелюсь предположить, что это была какая-то проблема на стороне Новой почты, и с API Новой почты эти данные просто не пришли

Плагин не использует select2 и тем более не добавляет на сайт никаких стилей. На плагине лежит задача только добавить функциональность. Если у вас битые стили, стоит перепроверить тему, либо же модули которые могут влиять на внешний вид

Добрый день. Конечно трудно сказать, в чем именно проблема, если известно только что не работает страница. Во-первых, как именно не работает ? Вы видите сообщение о фатальной ошибке, или же “белый экран смерти” или страница бесконечно перегружается, или все ссылки и кнопки некликабельны ?
Во-вторых, можно проверить всевозможные логи на предмет наличия ошибок (логи php, вордпресса, даже логи данного плагина, mysql ну и наконец самого сервера). Также не лишним было бы проверить консоль браузера на предмет наличия тех же ошибок.
В-третьих, ошибка может возникнуть как на этапе установки плагина, так и во непосредственно во время работы. Не имеет смысла пробовать запустить или настроить плагин, если он установился с ошибками. Признаками корректной установки плагина можно считать:
– Сообщение об успешной установке плагина
– В базе данных у вас должно появиться три дополнительные таблицы с префиксом nova_poshta_
– В этих таблицах должны появиться соответствующие данные

В-четвертых, касательно настройки max_allowed_packet. В каких величинах это значение 16777216 ? Это байты ? Если да, то почему не указано ? Может MySQL воспринимает отсутствие величины как ошибку и на самом деле берет это значение из какого-нибудь по-умолчанию ?
Если это мегабайты то это получится 16Гб, тоже похоже на какое-то аномально большое число, которое mysql тоже может игнорировать и брать для этой настройки какое-то дефолтное значение. Я бы рекомендовал убедиться что с этими настройками все нормально.

Добрый день. Версия php, конечно, вряд-ли влияет, тем более, если речь идет о более новой версии. Но это легко проверить, если попробовать откатить назад старую версию php.
Также когда плагин подтягивает в базу данных список городов и складов, то это все происходит одним запросом. При чем если запрос завершается ошибкой то ВСЕ записи откатываются. Таким образом срабатывает принцип “все или ничего” с целью избежать частичной потери данных (потому что это очень сложно отловить). При этом из Новой почты все города и склады приходят “одинаковые”, т.е. мы заведомо не знаем, что из этого областной центр, а что нет. При этом в логистической системе Новой почты, конечно же, города делятся на областные, районные центры, прочие города, и эти данные влияют на маршрут, срок и стоимость доставки. Поэтому если вы обнаружили такую тенденцию, то осмелюсь предположить, что это была какая-то проблема на стороне самой Новой почты.