Alex_Nzr, люди мне раз в 3 месяца в соцсетях пишут с этой проблемой.
Похоже что нет, нужно просить их включить «старый кабинет» и там все настроить, потом можно уже на новый переключаться.
А так да, от техподдержки, мучал их кучу времени, тк они ссылались на то, что я неправильно все сделал и кидали мне справку раз за разом.
Спасибо за Вашу рекомендацию, обязательно все прочитаю, кстати, чтобы Ваша персона не возмущалось - описание своего профиля я сменил.
Всего Вам самого хорошего и спасибо за времяпрепровождение, хоть Вы и не предложили абсолютно никакого положительного\полезного по сути вопроса, а именно, "Как написать регулярное выражение?"
edward_freedom, возможно ссылкой ошибся и висело так короткое время - не исключаю, не проверял.
Я смотрел на сообщение, а на ссылку даже не нажимал и сообщение (== текст ссылки) не менялось 100% и было рабочим изначально.
p.s: не заставляйте никого извиняться перед вами пожалуйста, это выглядит очень глупо.
edward_freedom,
в вашем скриншоте первая ссылка моя - из тела МОЕГО сообщения(вопроса) - ее сделал Я, а не Эдуард,
а Эдуард опубликовал вторую версию, отредактировав мою регулярку, которую я скидывал как пример.
взял МОЮ(v1) неверную регулярку и доработал(v2) - его сообщение в виде регулярного выражения точно не менялось и я это подтверждаю.
edward_freedom, да нет, бывает всякое, я вот затупил с написанием этой регулярки, а бизнес требовал решить задачу "еще вчера" вот и спросил, чтобы не копать документацию и стековерфлоу на выходных, а быстро получить решение, применив которое, решить проблему заказчика == бизнеса.
Чтобы вы были спокойны как мне сменить описание профиля, точнее что написать в описании к нему, если не фулстек?
В самом простом случае +1 в иных случаях (оптовый заказ, индивидуальная поставка, дальний склад) номера заказов могут принимать вид AA-02-1122, AA-02-1123, AA-02-1124... , где на каждом месте значение по определенному правилу строится, поэтому мне необходимо решить проблему в событии, для объяснения я привел самый простой пример, но справедливости ради он используется в 90% случаях, да и остальных случаях номера формируются по этому же паттерну - "+1 от последнего", но строка может быть намного сложнее простого порядкового номера\цифры.
Номер как и ему положено используется для идентификации заказа (поиск по номеру, отслеживание, отчет, уведомления, офд, чеки) (конечно же только для публичной части сайта, "под капотом" я работаю преимущественно по id)
Спасибо за ваш комментарий, видимо да и вы предлагаете хороший вариант, сам я до такого не додумался, нужно подумать будет, возможно, в опредленном случае ваше решение подойдет (переложить ответственность на СУБД)
McBernar, ну да, если он получает 150 заказов сразу (у заказа есть клиент и его ифна, сам заказ, товары, история изменения, сверка со складом, стучимся в апи карт и т.п.)
1 заказ получить это полсекунды
нет, заказчик хочет видеть сразу весь список, чтобы понимать сколько всего, а не листать и гадать.
хотя ваш вариант имеет место быть (тк сколько всего заказом мы знаем и можем рисовать прогрессбар по мере скролла)
вообще 30-50 заказов показать можно, но есть же ситуации когда надо решить какую-то проблему, где потребуется посмотреть заказы за месяц и их будет около 300.. (я понимаю что редко и возможно не будет такой ситуации, о сделать хочется отказоустойчиво все же)
Егор Живагин так было сделано, потому что загрузка сей инфы по заказам очень тяжелая (стучимся в кучу таблиц и сервисов) отчего страница грузиться больше 30сек и мы получаем ошибку и ничго не видим вообще (увеличивать таймауты выполнения скриптов - не вариант). Для этого решили показывать сперва плейсхолдеры и постепенно уже показывать инфу, не заставляя менеджера ждать и дать ему возможность сразу работать с заказами (первыми загруженными)
Похоже что нет, нужно просить их включить «старый кабинет» и там все настроить, потом можно уже на новый переключаться.
А так да, от техподдержки, мучал их кучу времени, тк они ссылались на то, что я неправильно все сделал и кидали мне справку раз за разом.