1. нехраните кеш в мемкеше он медленней opcache
2. мемкеш хорошо подходит только для кластера поскольку опзволяет и сессии и тд хранить и таскать между серверами.
3. Мемкеш не всегда хорошо работает с битрикс приходится для него отдельно все проверять.
Короче нет смысла в мемкеше от слова совсем.
ну или конкретно свою на всякий.
6. Вместо репэир можно просто оптимизацию запустить через phpmyadmin или в интерфейсе битрикса, иногда это исправляет проблемы ( если проблема с бд)
7. Убедись что на сервере не закончилось место.
8. Убедись что в битриксе не стоит галочка хранить сессии в бд, это прям совсем плохая идея.
как показывает практика карусельки бутстрапа все еще находятся на стадии "посмотреть и забыть", ну только если что-то собрать совсем на коленках.
выбери одну нормальную библиотеку и подключи пользуйся уже ей.
shaesnow, бесплатная.
1 клик.
веб сервер ну и почтовый до кучи.
Плюс roundcube прикручивается по умолчанию
Спам фильтры и тд все там есть.
Сервисы все что нужны для веб сервера от DNS/FTP/SSH/MAIL до баз данных и тд Уж ман то как-то почитайте хоть эбаут.
Юлия Лис, в том и фишка что нигде, работа в потоке.
Архив есть и он идет по каналу но сразу распраковывается с той стороны.
он не занимает ни байта ни там ни там.
При этом копирование идет одного архивного файла.
тар направляет вывод сразу в канал ssh а тот сразу при выходе распаковывает.
Видишь суслика, нет а он есть ;)
Технически да но, не уверен что даже при синтетическом замере найдете разницу особенно на вашей бд, если разговор идет о во истину гигантских базах возможно разинца и будет видна но не настолько чтоб вам задавая такие простые вопросы нужнобыло этим париться.
Просто соблюдайте на данном этапе достаточность " текст как текст" число как число, даты датами.
Суммарно этот дает профит. Если же выверять до байта в данный момент вам это ничего не даст.
Посколку на текущем этапе вам нужно заняться оптимизацией самих запросов в бд, это даст куда более серьезный профит. Если опять еж он вам уже нужен
Нее не парься это придумали идиоты чтоб тебе просто позабавиться, конечно оно ниначе не влияет. ведь.
Естественно разница есть. Но порой она незначительна.
99% что в твоем случае это не повлияет ни на что
но есть процент отличный от нуля что скорость упадет, это зависит от структуры запросов размера таблиц и тд и тп.
Если у тебя там не гигабайты таблицы и не по 300 джойнов, думаю что разницу ты не увидешь
1. разбейте все это на несколько правил, какой смысл все лепить в одну кучу на скорость это не влияет.
А на отладку более чем RewriteRule ^favicon.ico$ /icons/favicon.ico [L]
и так далее, как заработает начинайте объединять часть регулярками, опять же если понадобится.
2. используйте RewriteCond + RewriteRule поскольку можно и за именно файл зацепиться и за часть урла. и д.
Adamos, Не соврал
Глобальный PHTH действительно там не работает в следствие чего pkill ищется только в / каталоге.
Естественно его там нет.
Тут два варианта
1. прописать полный путь, для этого запустить which pkill и скопировать нужный путь.
2. Создать переменную path в cron и все-равно нужно посмотреть где он лежит и вписать переменную вашим способом.
У вас нет файла nginx.conf - этостранно он должен быть.
А пхпмайадмин можно и отключить он пока не нужен для запуска.
Скачайте стоковый nginx.conf
и попробуйте запуститьт
но что-то у вас не так с инсталятором
Adamos, вы уж определитесь то докер и гит вам не подходят то работа на боевом.
Все зависит от проекта
если у вас 30 лендосов может и нет смысла в выкате релиза докерах хуекерах виртуализациях и тд, может экономически в этом случае действительно можно и даже на проде работать. я таких кстати знаю и работают.
Если проект более серьезный то и стек тоеж более серьезный, поскольку это экономически более дорого.
По моему это очевидно.
Иметь же дев сервер и монтировать его по cifs по мне так вполне нормально для небольших проектов.
Насколько я понял человека смущяет 300 гб на его диске, это как-то далеко топовых проектов.
2. мемкеш хорошо подходит только для кластера поскольку опзволяет и сессии и тд хранить и таскать между серверами.
3. Мемкеш не всегда хорошо работает с битрикс приходится для него отдельно все проверять.
Короче нет смысла в мемкеше от слова совсем.
4. .settings.php включи debug
5. ну или конкретно свою на всякий.
6. Вместо репэир можно просто оптимизацию запустить через phpmyadmin или в интерфейсе битрикса, иногда это исправляет проблемы ( если проблема с бд)
7. Убедись что на сервере не закончилось место.
8. Убедись что в битриксе не стоит галочка хранить сессии в бд, это прям совсем плохая идея.