Sergey_K
Так что \\ это \
Sergey_K
Там есть готовые отчеты по идее по тяжелым запросам.
Gaius Cassius
Так что \\ это \
ну нет ( хотя не уверен) вроде джсон экранирует по правилам регулярных выражений ( могу ошибаться)
Sergey_K
Нет
Sergey_K
Пишет \\
Sergey_K
А вот читать это не может
Sergey_K
Gaius Cassius
я просто когда писал календарь событий, столкнулся с тем, что плагины (жс) плохо воспринимают теги
Gaius Cassius
Серега, перестрахуйся и сделай сам замену имхо - лучшее решение
Алексей
хотя и там и там в базе данных индексов в нужных таблицах нет. но на vps поиск ужасно тормозит
причем нужно делать GET запрос через f5 или заново строку вставлять, чтобы микровремя учитывалось: т.е. DOMAIN/poisk-po-sajtu?query=трамвай --Ентер--
Gaius Cassius
а кто нибудь делал доп продажи7 ПОДСКАЖИТЕ СОБЫТИЯ, НА ЧТО ВЕШАТЬ ЛОГИКУ
Sergey_K
Серега, перестрахуйся и сделай сам замену имхо - лучшее решение
Да вот в процессе. Но реально получается, что код и декод одного того же дают разный результат. Косяк конкретный.
Gaius Cassius
Доп что?
я не знаю чем ты торгуешь, но схема БМ такая "заказал хлеб, возвонили преложили икру, масло, и тд" отследить именно то, что предложили вне "текущего заказа"
Gaius Cassius
причем связать с битрикс24
Sergey_K
Я про твой вопрос про "делал доп продажи". Не понял, что ты имеешь в виду. Ну по идее добавление строк в заказе после статуса = 1
Sergey_K
Но тут вопрос, как отличить доппродажу от "ой, я ошибся, добавьте еще лакшери картохи"
Gaius Cassius
Я про твой вопрос про "делал доп продажи". Не понял, что ты имеешь в виду. Ну по идее добавление строк в заказе после статуса = 1
что то похожее есть вопрос от "начальства" как отобразить доп продажи в битрикс 24 и тут я теряюсь, потому что, то, что я могу предложить, обходиться школьниками) а нам это надо для кпи продажников
Sergey_K
Тут вопрос больше не в системе.
Sergey_K
Кто будет эти строки добивать?
Gaius Cassius
по факту - менежеры (человческий фактор)
Sergey_K
Не, погодь
Sergey_K
продажники, или нет?
Gaius Cassius
продажники, или нет?
продажники (горячие) и колл-центр
Sergey_K
То есть продажники, у которых КПЭ будут сами иметь четкий инструмент "рисования" этих КПЭ?
Sergey_K
Это несерьезно.
Sergey_K
Будут делать очень просто - просить людей заказывать меньше
Gaius Cassius
начальство видит так, а я понимаю, что бредовоъ
Sergey_K
И добивать строки
Sergey_K
В итоге все довольны, КПЭ растет.
Sergey_K
Но эффект ноль
Gaius Cassius
еще проще) часть товара отображать как заказ ,а вторую часть - как доп
Sergey_K
Ну либо так, да
Sergey_K
Бред, короче, так не делают.
Gaius Cassius
вот и интересно, кто с таким сталкивался, или какие мысли имеет по этому поводу
Sergey_K
Ну тут не бывает мыслей - надо исключать конфликт интересов.
Sergey_K
Это управленческая задача, а не программистская.
Gaius Cassius
ну, мне за это платят не за аналитику БП же, хотя и там не особо слушают, потому что есть куа начальников, которые "лучше знают"
Sergey_K
Если такие КПЭ родились, то там либо долбоебы, либо пилят :)
Sergey_K
Ну бери КПЭ эти и потом дисконтируй по приращению объема
Gaius Cassius
долбоебы)
Sergey_K
Если объем не вырос, значит хер им, а не КПЭ - будет множиться на ноль.
Sergey_K
И все.
Sergey_K
Ну только like to like, чтобы исключить сезонный фактор.
Sergey_K
победил я ушлепские слеши.
Gaius Cassius
меня это особо не касается, но обычные БМ - привязаны к кпи, стоимости лидов и общей конверсии без сезона. есть план - ебашьте) и такие задачи поступают именно от БМ, потому что "начальству" пофиг, кроме директора - он платит за бал) что сделал с ними?
Sergey_K
Ну как вариант - не считать события, а считать регулярный ассортимент. А все выходящее из него считать доп продажами.
Gaius Cassius
т.е. - не моя забота?)
Sergey_K
Ничего не делал, поставить авторегистрацию - класс сам себя пишет, так они нашли с тем, кто читает (тоже системный загрузчик) общий корень.
Sergey_K
Sergey_K
Есть же термин "физически не реализуем с учетом требуемого уровня достоверности"
Sergey_K
Эта фраза - 80% работы многих программистов :)
Gaius Cassius
уже неплохо про такой термин не слышал(
Gaius Cassius
видимо мало общаюсь с продажниками
Sergey_K
пообщайся с разработчиками оракла, сапа и им подобными
Sergey_K
они такое любят
Gaius Cassius
увы, общался только с канадскими cache~
Gaius Cassius
но хотя бы инфа полезная, есть что думать, и как вести диалог с начальством) спасибо)
Sergey_K
если не знаешь, как обосновать, есть два беспроигрышных варианта
Sergey_K
говорить, что это "экспертное мнение"
Sergey_K
или говорить, что это очевидно :)
Sergey_K
Многие боятся показаться тупыми - спрашивать очевидные вещи. Но тут надо по интуиции :)))
Gaius Cassius
а что сказать на фразу "мы готовы потратиться и вести такой учет в битрикс24, только от тебя надо ТЗ для них"?)) и аргумент - ты разработчик, ты им быстрее объяснишь, что надо сделать)
Gaius Cassius
тупыми у нас бояться показаться магазины и клиенты) мне проще сказать "не сталкивался, не знаю" если реально так и есть
Sergey_K
Скажи, что как разработчик ты можешь это реализовать через события после размещения заказа. Но это не решит проблему конфликта интересов менеджеров, которые заинтересованы в получении мотивации, а потому будут обходить систему, генерируя недостоверные данные в виде "левых" событий. Возможно, по сговору, т.к. эта модель ЧАСТО ВСТРЕЧАЕТСЯ НА ПРАКТИКЕ (= экспертное мнение)
Sergey_K
Так ты и скажешь, что можешь сделать все и ответственность снимешь и будешь типа аналитиком :) Кругом плюсы.
Gaius Cassius
у меня и так вуся отвественность - сделать так, чтобы все работало) а по факту - и бухглатерия не моей страны, и менеджеры тупые, и продажники не лучше) у меня только один плюс - я могу. И за это мне платят) если я не могу, обсуждае условия Но все равно - как можно не терея клиентов ограничит иъ, от вода нежелательной инфы (или желательной), делая траффик для анализа? ( даже через сторонние организации)
Gaius Cassius
вот подключили ройстат вопросов стало еще больше
Sergey_K
Ром, есть механизмы, а есть бизнес-процесс
Sergey_K
Ты хочешь не меняя процесса, механизмами, разделить функционал. Так не бывает.
Sergey_K
В твоем случае надо делить функционал "забивания" и выводить его в транзакционные подразделения
Gaius Cassius
я поэтому не управленец. я вижу иначе
Sergey_K
Которые не зависят от коммерсантов
Gaius Cassius
наши подразделения не могут между собой фигачачитьь) а вопросы ко мне
Sergey_K
я поэтому не управленец. я вижу иначе
Ну тогда либо не лезь в это, либо читай какого-нить Каплана
Sergey_K
Управленческий учет
Sergey_K
Для саморазвития неплохо
Gaius Cassius
стараюсь не лезть, понял что не мое. а задачи приходят "мол я не понимаю, ты разберись и сделай"