при любой другой схеме с новым заком - идёт лесом

ТЗ - оценка - аванс - начало работы - завершение - тестирования - получение всей суммы - перенос заказчику

верно говоришь. Я почему-то лишь из-за интересного проекта решился пойти у него на поводу. Он авансы не признаёт, как и работа не под его контролем не на его сервере, где он в любой момент тебя вышвырнет

пример такой бесплатной работы: я оцениваю задачу в подключение фейсбука для авторизации. Оценка включала уже готовые ключи, которые он вышлет и их настройка на стороне сайта. Я же потратил 2 недели (!) на то чтобы исправлять его косяки на стороне фейсбука и выяснять почему же его приложение не срабатывает. И всё это бесплатно конечно же, он же не дурак плотить за эту работу... А я не могу свои хотя бы деньги отбить пока не сделаю работу до конца. Вот и замкнутый круг получается. Лучше плевать на свои деньги и уходить от таких заказчиков сразу же.

ТЗ - оценка - аванс - начало работы - завершение - тестирования - получение всей суммы - перенос заказчику

Перечитал сообщения выше, ну нафиг таких горе работодателей, ищащих рабов.

Работал кто с retailcrm?

Если меняется на сайте статус - через switch case указываешь соотвествующий статус в crm и по api передаешь. Можешь для этого использовать мой modRetailCRM Если нужно передать статус из RetailCRM на сайт все несколько сложнее. Нужно создать webхук передать post запрос на сайт и там его обработать. Я писал статью на эту тему на modx.pro

А какая задержка, если обновлять статусы заказов через CRM? Хочу убрать всем менеджерам доступ в админку, чтобы вся обработка заказов была в CRM. Насколько это целесообразно?

А мы откуда знаем насколько это вам целесообразно, возможно ли это? - Да. Сложно? - Нет, чуть ниже среднего

А мы откуда знаем насколько это вам целесообразно, возможно ли это? - Да. Сложно? - Нет, чуть ниже среднего

Павел, я имел ввиду как раз о задержках между синхронизацией. Интересна такая схема: после оформления заказа он отправляется в CRM, письма покупателю и менеджеру отправляются через встроенные механизмы miniShop2, а вот статусы заказа меняются в CRM, после чего отправляется письмо покупателю, опять же, через механизм miniShop2. Учет количества товаров ведется в CRM и синхронизируется с miniShop. Если задержки до нескольких минут, то это терпимо, но если больше, то нет в этом смысла. Может люди с опытом подобных интеграций могут поделиться своим мнением, предложить что-то иное или высказать плюсы/минусы того варианта, что я описал. Понятное дело, что о целесообразности в итоге судить мне. К чему вы это вообще написали непонятно.

А сложность вообще понятие субъективное.

В личке

А какая задержка, если обновлять статусы заказов через CRM? Хочу убрать всем менеджерам доступ в админку, чтобы вся обработка заказов была в CRM. Насколько это целесообразно?

Несколько страниц такой мути. Явно POSTом стучатся. У меня стоит easyBlackList (правда с моими доработками). Поэтому этот IP я забанил. А в ближайшее время добавлю в SiteStatistics сохранение данных запроса. Думаю админам пригодится. http://joxi.ru/L21XL8JuRzLgRm

easyBlackList давно не обновлялся, может кто нибудь займется этим?

sitestatistic не всегда показывает запросы в виде wp-admn, чтобы закрывать ip кто ишет админку, хотя и переменована она уже закрыта . на одном сайте был взлом через connectors и добавлен файл для подтверждения в goolge search console , как владелец домена, хорошо что я заметил это сразу и заблокировал. а так можно было домен забрать в свои руки

siteStatistics работает через скрипт MODX. Если идёт запрос к статике, то, ясен пень, он не зафиксирует его. Запросы на phpthumb.php нужно искать в логах сервера.

https://modzone.ru/blog/2017/03/31/safe-formit/

Не, не то. Вот https://modzone.ru/blog/2018/01/07/csrf-token-formit-hook/

{$_pls['image.low_resolution.url']}

Подскажите по MODx Revo Кто-нибудь использует rigger? В процессе создания сайта сначала делаю верстку, потом начинаю разбивать HTML файлы на чанки. Обычно в нескольких файлах есть повторяющиеся части, например, футер, подвал и т.д. Если после разбивания на чанки нужно внести изменения в верстку, приходится это делать дважды - в исходном проекте верстки и потом переносить в соответствующие чанки. Можно конечно сразу там править, но тогда исходный проект перестает соответствовать тому что на сайте. Для работы использую сборщик gulp, с ним настроены autoprefixer, sass, объединение js и css в один минифицированный файл для js и один для css, автообновление в браузере при изменении в исходных файлах (PHPStorm) Нашел недавно информацию о rigger - он позволяет изначально разбивать HTML файлы на фрагменты (считай чанки), а при сборке проекта все вставлять куда надо, но не получается разобраться как добавить его к gulp. Выглядит очень привлекательно - разбивать на чанки можно еще на этапе верстки, соответственно втягивание в MODx меньше времени занимает. Может кто-то пользуется таким и подскажет или поделится шаблоном проекта со структурой папок и настройкой gulp

возможно, я бы почистил содержимое папки tmp и попробовал бы снова

Я не знаю как именно в ретейл црм, я работал с амо црм, так вот там все просто, произошло событие в црм, отправился запрос на сервер, естественно при такой схеме задержки в принципе исключены. Почти на 100% уверен что в retail crm все также

Откуда задержка? Мгновенно все будет синхронизироваться

всем привет, после взлома сайта поступила жалоба, что не работает загрузка файла с фронта сайта, у меня там стоит проверка на расширение файла, проверяется значение в глобальном массиве $_FILES['file']['tmp_name'] на то что у него расширение файла xlsx, вывожу то что в этой переменной приходит, и мне возвращается следующее \/home\/users\/tmp\/phpwNqZoy

на всех сайтах ок, а вот на одном никак не хочет работать, проблема в том что сайт не мой, попросили спасти и доступа по фтп нет, а мне нужно вытащить все файлы