BNP (Дмитрий) +215

Ну я еще добавлю от себя.

просто каша сплошная. Читать КРАЙНЕ неудобно. Раньше, вроде, сами параметры болдились, описание было обычным шрифтом ну и расстояние между параметрами надо побольше

Пример кода, имхо, тоже как-то выделить что ли.

Пы.Сы. Да ну нафиг. Хотел сюда вторую картинку добавить, нажимаю иконку фотки. Ожидание: мне предложат загрузить файл с компа ...
Реальность: предлагает отредактировать уже загруженную. Т.е. теперь в сообщении можно только одно изображение? =) 
Пы.Сы.2. Фотки в сообщениях нельзя увеличить по клику.
Пы.Сы.3 Ошибки в консоли - ну тут вообще промолчу =)

В нужных плагинах в файле /lib/plugin.php находим version и устанавливаем значение в 100500.0.0 

Сделать просто ссылку - не получится. Нужно делать плагин, который будет формировать эту самую ссылку и, самое главное, отдавать по этой ссылке нужную инфу (в зависимости от переданных параметров) в нужном формате.

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

Кстати, как и писал в стартпосте, в новом редакторе товара (при использовании нового хука) все данные приезжают корректно (как и заявлено).

Интересный вопрос. Возможно я неправильно интерпретирую "Свойства данных товара перед сохранением". Я тут ожидаю данные, которые были в заказе в начальном моменте (т.е. перед редактированием).

А вот в "Массив данных, которые нужно сохранить" я ожидаю уже новые (отредактированные) данные.

PHP Fatal error:  Uncaught Error: Only variables can be passed by reference

Какой-то из плагинов, который в бэке заказа что то делает неправильно работает с ifset или ifempty. Попробуйте поотключать плагины по одному. При выключении какого-то ошибка должна пропасть. Он и виновник.

Установить приложение Логи если еще не установлено и смотреть там. Скорее всего в приложении потребуется включить логирование ошибок php

Ну ты же понимаешь, что обычный пользователь знать не знает баг это или таки фича? То, что некоторое кол-во людей совершенно независимо пришли к решению одинаково (я про частичку) использовать эту возможность (0 в кол-ве), говорит скорее о том, что народ воспринимает это как специально заложенный разработчиками функционал. И если его потом таки зафиксят как баг - это будет больно.

У меня клиенты тоже используют такую возможность. Например для частичной выдачи в заказах. То, что клиент не забрал - ставится кол-во 0 в заказе. Для чего им это надо в их бизнес-процессе - это уже вопрос десятый =) Так что если раньше такая возможность была и она не была заявлена как баг - значит эта фича, которой народ активно пользуется в своих интересах. И так просто ее убирать, имхо, ну совсем неправильно.

По поводу допинфо - в маркете уже есть новая версия, где я исправил это в своем плагине.

Думаю для решения конкретно этой проблемы, достаточно будет включить на хостинге (убрать из отключенных) функцию

set_time_limit

забыл добавить

Скорее всего в коде варнинги задавлены при помощи @. Но ...

Внимание До PHP 8.0.0 оператор @ мог подавлять критические ошибки, которые прерывали выполнение скрипта. Например, добавление @ к вызову несуществующей функции, в случае, если она недоступна или написана неправильно, дальнейшая работа скрипта приведёт к прерыванию выполнения скрипта без каких-либо уведомлений.

Так же этот случай (объединение контактов) лишь частный. По идее на восьмерке будет ломаться все, что использует waLong

Тыц Думаю трабла в этом. Надо хостера подпнуть =)

Если коротко, то до пыхи 8 вызов отключенных функций сыпал варнинги. Начиная с 8 - падаем в фатал.

Очень похоже, что какой-то плагин, который использует хук backend_order (выводит что-то в заказе), глючит. Попробуйте поотключать по одному плагины. Скорее всего при отключении какого-то ошибка пропадет и все откроется нормально.

Выпустили мой плагин интеграции с sms.ru. Он не решает проблему отправки на Мегафон, но позволяет сделать отправку кода при регистрации/авторизации через звонок робота клиенту (используются последние 4 цифры номера). Используется новая услуга sms.ru - "Авторизация по звонку".

Писал для клиента, но он разрешил выложить в маркет. Пользуйтесь на здоровье кому надо =)

Тыц

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

Даже если в теории предположить, что Вы будете перепродавать такие плагины (хотя для этого надо будет получить статус разработчика, протащить плагин через модерацию в маркет), сразу задумайтесь, а готовы ли Вы оказывать поддержку по такому плагину? ;)

Поддерживаю. Тоже есть кейсы где плагин установлен, протестирован, допилен и куплена лицензия. Но вот привязывать эту лицензию не хочется от слова совсем, т.к. все допилки "улетят" и придется их заново интегрировать =(

Вот такая ошибка:

No contact to merge into.
#0 wa-apps/crm/lib/classes/contact/crmContactsMerger.class.php(77): crmContactsMerger->merge(0, Array)
#1 wa-apps/crm/lib/actions/contact/merge/crmContactMergeRun.controller.php(121): crmContactsMerger->mergeChunk(100)
#2 wa-system/controller/waLongActionController.class.php(321): crmContactMergeRunController->step()
#3 wa-system/controller/waController.class.php(21): waLongActionController->execute()
#4 wa-system/controller/waFrontController.class.php(263): waController->run(NULL)
#5 wa-apps/crm/lib/classes/crmFrontController.class.php(49): waFrontController->runController(Object(crmContactMergeRunController), NULL)
#6 wa-system/controller/waFrontController.class.php(190): crmFrontController->runController(Object(crmContactMergeRunController), NULL)
#7 wa-system/controller/waFrontController.class.php(84): waFrontController->execute(NULL, 'contact', 'mergeRun')
#8 wa-apps/crm/lib/classes/crmFrontController.class.php(29): waFrontController->dispatch()
#9 wa-system/controller/waDispatch.class.php(162): crmFrontController->dispatch()
#10 wa-system/controller/waDispatch.class.php(32): waDispatch->dispatchBackend('webasyst/crm/')
#11 wa-system/waSystem.class.php(610): waDispatch->dispatch()
#12 index.php(8): waSystem->dispatch()
#13 {main}

2021-10-27 00:23:21 95.55.32.102
array (
  '$this->data' => 
  array (
    'slave_ids' => 
    array (
      0 => 1201,
    ),
    'master_id' => 1220,
  ),
)

Поменял на файловое кеширование

$cache = wa('crm')->getConfig()->getCache('file');

все заработало.

У меня такой же конфиг и даже namespace добавлен. Но, увы и ах, не арбайтен.

Такая же проблема. Какое решение?

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

Есть подозрение, что это связано с плагином Ярлык товара писал в поддержку, но в ответ тишина.

Ну откатывать совсем необязательно было. Достаточно в файле 

wa-apps/shop/plugins/beruru/lib/shopBeruruPlugin.class.php найти строку 563 и перед { поставить )

Разумеется это работает, если вы не в облаке и у вас есть доступ к файлам.

Уточните пожалуйста про беду с плагином подсказок? Я недавно выпустил обновление, которое как раз позволяет убрать все, кроме названия поселения из поля город (это можно включить/выключить в настройках плагина). До этого обновления как раз подставлялся город + поселение. Но это очень мешает работе доставочных плагинов в плане вывода ПВЗ в "спорных" городах (Бутово, Нахабино и т.д).

часто (почти всегда) индекс в админку будет приходить некорректный индекс (главный индекс города, а не "районный" индекс по улице покупателя).

По идеи, если есть поле улица и оно заполняется покупателем при помощи подсказок, индекс должен меняться с учетом улицы. Если же улицы нет - естественно ставится "главный" индекс города, т.к. другого просто нет. Более того, дадата вообще не всегда в списке подсказок возвращает индекс для города. Иногда приходится его перезапрашивать при выборе для конкретного города.

Можно попробовать так

$collection = new shopProductsCollection();
$collection->addWhere('(p.count > 0 || p.count IS NULL)');
$count = $collection->count();

Хотя, если задача только посчитать кол-во товаров в наличии, можно же просто запросом

$model = new waModel();
$sql =<<<SQL
SELECT COUNT(*) FROM shop_product
WHERE count > 0 || count IS NULL
SQL; 
$count = $model->query($sql)->fetchField();

У Вас запрос на vash_domen.ru/cart редиректится на vash_domen.ru/cart/ (слеш в конце). Попробуйте в качестве эндопинта в яше указать урл со слешем в конце.

Ну или меняйте роутинг в плагине, которым вы пользуетесь.

У меня это сделано вот так

'yadbs_api/<method>' => 'frontend/yadbsApi',

т.е. все запросы приезжают на yadbs_api/ c названием метода в конце (cart, order/accept, order/status),

а в контроллере уже разруливаю что нам пришло и что с этим надо сделать.

Апдейт: Хотя менять урл в Яше не вариант, там же общий эндпоинт.

1.

$json = json_decode (file_get_contents('php://input'));

возвращает Объекты. Что бы получить массив, надо задать вторым параметром true

$json = json_decode (file_get_contents('php://input'), true);

2. Имхо, полезнее полностью пользоваться инструментами, которые предоставляет фреймворк.

Доброй ночи.

Плагин тут не при чем. Это надо смотреть шаблон. В некоторых шаблонах бывают настройки, которые позволяют определить, как будут показаны остатки на витрине. Если в шаблоне нет такой настройки, можно его чуть "ковырнуть" и сделать так, как надо Вам.

Расчетные плагины сами определяют в какую группу запихнуть свои расчеты. То, что Вы хотите, решается правкой доставочного плагина.