locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=
localectl
System Locale: LANG=ru_RU.UTF-8
VC Keymap: us
X11 Layout: us
Спасибо - оч. подробно и понятно.
Мне нужно было только пункты 4-7. Так-то я сам экстеншены пишу и собираю - у меня была непонятка как со сторонним быть. Завтра попробую.
У битрикса свой встроенный Vue и свой сборщик (очевидно обертка над чем-то)
Никакого pakage.json там нет. Библиотеки прописываются в специальных конфигах и инклюдятся через API.
Как собрать отдельно проект я в среднем представляю, но тут не тот случай.
Я бы взял плагин и сделал бы из него собственное расширение битрикс но я не понимаю как взять плагин отдельно - все npmшменпм полностью лишают разработчика контроля над кодом.
И блин нигде нет инфы как просто подключить в страницу этот плагин.
Роман Юрьевич Ипатьев, очевидно что если я в лоб использую file_get_contents то могу выйти за пределы memory_limit.
Если я использую cat, через exec, очевидно это будет безопасно для memory_limit.
ThunderCat, есть несколько файлов. Их надо объединить максимально быстро. Размер файлов может быть достаточно большой, поэтому тупо читать весь файл в память нельзя.
Чтение и запись кусками == большое количество операций, а значит время.
Нужны идеи.
Роман Юрьевич Ипатьев, я сам справлюсь с оптимизацией поблочного переписывания файлов с помощью file_put_contents.
Вопрос состоит именно в том, как склеить два файла не прибегая к чтению в php скрипте.
Очевидный ответ - использовать shell_exec и cat.
Роман Юрьевич Ипатьев, блин, вы правда думаете что это очевидная идея не пришла мне в голову? Ничего что это куча операций чтения записи и при больших объемах, дело может оказаться действительно минут на 5.
На linux подобная задача решается штатными инструментами cgroup и виртуалка не понадобится, можно каждому приложению выделить свою cgroup со своими сетевыми правилами.
А можно поподробнее с этого места? Как мне поднять proxy, в отдельной cgroup с отдельными сетевыми правилами?
Я конечно сейчас погуглю, но буду благодарен за подсказу.
shurshur, это легко решается с помощью прокси - можно запустить несколько версий FF с разными прокси. Проблема в том что настройка маршрутов утомительна. Мне бы иметь просто отдельный браузер который выходит с реального VPN - это более гибкое и понятно решение.
shurshur, этих ресурсов очень много. Как тех на которые надо попадать из VPN, так и тех на которые VPN не нужен.
Я знаю что их можно настраивать, но тогда мне проще отключать/включать VPN.
Денис Аникин, все правильно - так и должно быть. Это просто порезанный на куски архив. Он сам его склеит.
Это и есть копия созданная с помощью встроенного механизма. Именно ее надо было разворачивать с помощью restore.php, а не архив в который их кто-то видмо вручную поместил.
Сейчас вот так.