Scheduling destruction of SIP dialog '58145cfc56bddc313d44cfb514dee293@192.168.55.8:5060' in 32000 ms (Method: INVITE)
-- Executing [8800xxxxxxx@in-BOUNDs:3] Hangup("SIP/BOUNDs_01010-000000b9", "") in new stack
== Spawn extension (in-BOUNDs, 8800xxxxxxx, 3) exited non-zero on 'SIP/BOUNDs_01010-000000b9'
alex-1917 Боюсь, качественный скрипт не смогу сделать, так как в него надо будет встраивать работу с бд. А куда именно сохранет битра в разные места бд это свойство, я без детального понятия.
# listen *:443 default_server;
Закоменчено же.
Или это есть в главном конфиге (nginx.conf)?
ss -tl
Показывает, что порт слушается?
systemctl status nginx показывает, что сервер запущен?
Я правильно понимаю, что если даже кладем фотку в админке в png, то при первом вызове странцы, битра конвертит этот файл в jpg, сохраняет файл в iblock, потом ресайзит его и кладет в каталог resize_cache?
Какая больная фантазия вообще придумала такое?
Пусть будет - моя. Исключительно потому, что везде это рекомендят.
То есть, битрикс работает исключительно в jpg?
Я против некрофилия даже если покойный покинул мир в юном возрасте.
Я не дизайнер, но в webp картинка в три раза меньше, а по качеству не сильно теряет (если говорить об инетмагазе, где особо не нужно изучать нитки на одежде (грубо говоря).
Александр Маджугин, Вы предлагаете переконвертить весь iblock в jpg?
Не совсем понятно.
А если переконвертить в webp? Ресайз опять будет все переделывать в jpg?
Евгений,
Диск:
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 7.97144 s, 135 MB/s
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 5.56653 s, 193 MB/s
Нагрузка во время ресайза идёт на проц. На 100%, одно ядро. PHP-FPM.
PHP оттюнингован тоже.
Собственно, поэтому претензии скорее к скрипту битры (именно моей битры), который занимается ресайзом и зачем-то конвертацией из png в jpg. Ибо процесс конвертации действительно более напряжен для проца в зависимости от опций, нежели просто ресайз.
Мне бы знать, какую-часть этого кода битры копать и наверное новый вопрос создавать уже исходя из этого.
Евгений, диск точно в порядке. SSD. Его первым делом тестировал.
Но вот, к сожалению, прочитать код в битре, который ресайзит картинки я не силен.
Просто странность (или нет?) сегодня еще одну выявил. Все картинки в png, но в resize_cache они создаются в jpg. То есть, фактически идет еще и конвертация.
Посмотрите на странице есть картинки показываемые из upload/resize_cache
Да, есть. Ниже карточки товара блок "Другие товары". 8 штук ресайз фото. Собственно, в отладке именно этот блок и есть bitrix:catalog.top , насколько я понимаю. Ориганалы фоток по 1мБ.
bitrix:catalog.top авто 97 КБ 96.58% 18.7374 сек. 40 запр. 0.0657 сек.
Путь к файлу: /bitrix/components/bitrix/catalog.top/component.php
Время генерации: 18.737408876419 сек.
Всего запросов: 40, время: 0.065674545168457 сек. (0.35%)
очень гнусное желание. Да и не реализуемое, разве что веб-камеры и на каждого удаленного сотрудника было еще по сотруднику-контроллеру, который будет вести журнал карандашом.
да про криптопро прочитал на форумах. Там люди, чтобы заставить его работать на арче, надо ставить на деб, оттуда уже забирать файлы, что собственно можно сделать, конечно, но мне влом это все. Думал, мож, кто-то из провов подсуетился "сделал ебилд под генту".
В нулевых, когда работал с клиентской виндой, был вроде lavasoft неплох для поиска ВПО. Выручал по-крайней мере. А сейчас я от винды далековат и поэтому не в курсе о веяниях в этом.
