AS
ммм... я даже когда через xpath/libxml на лету генерил - 1 раз ходил. но там правда директория была, а не dialplan
интересно там у вас...
в моём представлении там делов то: распарсить post, сходить в базу, пнуть шаблонизатор
Size: a a a
2020 February 03
е
Там внутренние алгоритмы хитрые какие-то
е
Самый ёмкий это запрос секунд. Он зависит от а-номера, от активности клиента, от рекламы и, возможно, чего-то ещё.
е
Жрёт как свинья
е
Я не могу оптимизировать его, потому что не понимаю что и как он делает
е
Остальное фигня
KG
Я не могу оптимизировать его, потому что не понимаю что и как он делает
А предрасчет делать нельзя?
е
А предрасчет делать нельзя?
Хз, я не получил ответа про кэш
е
Это клиентская часть апи, не фрисвич. Но лагают они вместе.
KG
Ну если у вас вызов не будет обработан пока не посчитается некая сущность зависящая от фазы луны положения Сатурна и прочих параметров понятно будет тормозить
е
Ну если у вас вызов не будет обработан пока не посчитается некая сущность зависящая от фазы луны положения Сатурна и прочих параметров понятно будет тормозить
Не, тут ещё не всё. Это от каждого клиента прилетает 3-10 раз
AS
ну т.е. проблема скорее не в xml_curl, а странном алгоритме, который "не понимает", что ответить надо мгновенно и сотруднике - вредителе, который скрывает важную информацию
сейчас даже Msft всё старается открыть и выложить в открытый доступ...
такое сокрытие выглядит как попытка удержать работу
сейчас даже Msft всё старается открыть и выложить в открытый доступ...
такое сокрытие выглядит как попытка удержать работу
е
ну т.е. проблема скорее не в xml_curl, а странном алгоритме, который "не понимает", что ответить надо мгновенно и сотруднике - вредителе, который скрывает важную информацию
сейчас даже Msft всё старается открыть и выложить в открытый доступ...
такое сокрытие выглядит как попытка удержать работу
сейчас даже Msft всё старается открыть и выложить в открытый доступ...
такое сокрытие выглядит как попытка удержать работу
Хм, ну да
е
ну т.е. проблема скорее не в xml_curl, а странном алгоритме, который "не понимает", что ответить надо мгновенно и сотруднике - вредителе, который скрывает важную информацию
сейчас даже Msft всё старается открыть и выложить в открытый доступ...
такое сокрытие выглядит как попытка удержать работу
сейчас даже Msft всё старается открыть и выложить в открытый доступ...
такое сокрытие выглядит как попытка удержать работу
Да он совладелец сервиса
IO
А вопрос, спасут ли енота кэши, уже поднимался?
IO
Т.е. если есть постоянно запрос с одинаковыми данными и ответ на них тоже не меняется - имеет смысл в кэш это положить. Хотя бы в файлик на диске
V
а валидировать его как? ну вдруг результат изменится
е
Просто не любит доки
е
Как и я
АХ
ну директори, например, итак есть внутренний механизм кеширования с ттл