Здравствуйте! Есть доступ на сервер по ssh и ftp доступ к папке, в которой лежит интернет-магазин. Можно ли через ssh сменить ftp-пароль к этой папке ? Какими командами делается ?
Зависит от привилегий и то, каким образом организована аутентификация в демоне FTP.
Разрешите присоединиться к вопросу!
Как в линуксе правильно дать полные права на папку с cs-cart'ом новому юзеру, техподдержке?
Юзера создал, но у него read-only на файлы ядра. А нужно и на запись.
Разрешите присоединиться к вопросу!
Как в линуксе правильно дать полные права на папку с cs-cart'ом новому юзеру, техподдержке?
Юзера создал, но у него read-only на файлы ядра. А нужно и на запись.
Зависит от того, кто и как владеет файлами, а также какой пользователь (в какой группе состоит) пытается запросить доступ. Достаточно объёмный вопрос, на самом деле. Вы можете, например, выдать права на запись всем с помощью команд:
{code}find /path/to/store -type f -exec chmod ugo+w {} \;
find /path/to/store -type d -exec chmod ugo+w {} \;{code}
Это даст права на запись всем на директории и файлы в /path/to/store.
Как то пугающе звучит: "на запись всем".
Не лучше ли будет добавить его в отдельную группу, и ей, группе, уже права на запись всех файлов в папке КАРТА?
Как то пугающе звучит: "на запись всем".
Не лучше ли будет добавить его в отдельную группу, и ей, группе, уже права на запись всех файлов в папке КАРТА?
Разумеется, лучше. Но нельзя универсальный совет, подходящий под все случаи.
1) В каких группах состоит пользователь?
2) Кто владелец и группа, которым принадлежат файлы CS-Cart?
3) Какие права выставлены на файлы и директории?
Зависит от привилегий и то, каким образом организована аутентификация в демоне FTP.
Права администратора есть ... про аутенфикацию FTP не понял ... где можно это узнать ?
Ответы:
1) Vasia состоит в группе authorised
2) владелец файлов в папке КАРТА: Vova , группа service
Это плохо, что service?
3) Права на файлы, смотря где -rw-r--r--
ещё такие -rw-rw-rw-
Права администратора есть ... про аутенфикацию FTP не понял ... где можно это узнать ?
Полагаю, у своего хостинг-провайдера или администратора. В зависимости от реализации, FTP-сервер может ходить за именем пользователя и паролем в различные сервисы, в т.ч. СУБД. Самый простой способ аутентификации — через PAM (passwd), но встречаются вариации с хранением учётных записей в MySQL/SQLite и других бэкэндах.
Ответы:
1) Vasia состоит в группе authorised
2) владелец файлов в папке КАРТА: Vova , группа service
Это плохо, что service?
3) Права на файлы, смотря где -rw-r--r--
ещё такие -rw-rw-rw-
Например, вам нужно добавить пользователя vasia в группу service, файлам присвоить 664, а директориям 775.
Про .htaccess вопрос. На vps.
Как сделать, чтобы редиректило со страниц без слэша на конце на них же,но со слэшом?
site.ru/page на site.ru/page/
А то дубли получаются - ответ 200 -ок и у страниц с / и без /
Добрый день, Глеб!
Проблемка у нас на sww.com.ru
Первую страницу отдает неплохо, блог. Insights показывает 93/100. Но стоит зайти в каталог и там совсем другая картина. Причем, иногда достаточно быстро и там может отдать. А чаще время ответа сервера больше двух секунд.
Выходит, что в каталоге какие-то тормоза. У нас есть пара заказных модулей. Пробовал их отключать, чистил кеш, проверял... Не помогает.
Можете как-нибудь подсобить?
Сервер VDS, KVM-40, 2 CPU, 4096 MB RAM, диски SSD. Развернут nginx под Ubuntu Linux 16.04. Нагрузка небольшая, 1-2, иногда 3 посетителя.
Вижу многие пользуются LEMP стеком. В свете этого вопрос: нет ли разжёванных рецептов по поводу того, как организовать эффективное кэширование на этом стеке?
Спасибо.
Вижу многие пользуются LEMP стеком. В свете этого вопрос: нет ли разжёванных рецептов по поводу того, как организовать эффективное кэширование на этом стеке?
Спасибо.
Кеширование чего? Если речь идёт о кешировании статического контента (картинок, стилей, скриптов и пр.), то это несложно сделать с помощью expires или других заголовков. Говоря о полностраничном кешировании, в бесплатной редакции NGINX нет средств инвалидации такого кеша. Как следствие, реализовать функциональность Varnish не выйдет.
Добрый день, Глеб!
Можете как-нибудь подсобить?
Сервер VDS, KVM-40, 2 CPU, 4096 MB RAM, диски SSD. Развернут nginx под Ubuntu Linux 16.04. Нагрузка небольшая, 1-2, иногда 3 посетителя.
Прошу прощения за задержку с ответом. Предлагаю спрофилировать магазин с помощью XHProf и посмотреть что именно работает дольше ожидаемого. Напишите нам на sales@simtechdev.com и мы поможем разобраться в тормозах.
Напишите нам на sales@simtechdev.com и мы поможем разобраться в тормозах.
Спасибо! Уже написал:
<strong>TID:42138</strong>Кеширование чего? ...
Да собственно всего того, что получится настроить простому смертному без серьёзных дополнительных затрат.
По сути, я так понял, базовые функции (кэш статики) уже реализованы в этой инструкции. Плюс OpСache модуль установлен. Этого достаточно для начала с посещаемостью 3-12 человек одномоментно? (VPS SSD 1GB 1-ядро).
По поводу полностраничного кэширования - правильно ли я понял, что для этого нужен либо Nginx Plus либоVarnish?
Для последнего есть вот такие схемы - насколько они целесообразны на Ваш взгляд в ситуации небольшой посещаемости?
Спасибо.
Да собственно всего того, что получится настроить простому смертному без серьёзных дополнительных затрат.
По сути, я так понял, базовые функции (кэш статики) уже реализованы в этой инструкции. Плюс OpСache модуль установлен. Этого достаточно для начала с посещаемостью 3-12 человек одномоментно? (VPS SSD 1GB 1-ядро).
По поводу полностраничного кэширования - правильно ли я понял, что для этого нужен либо Nginx Plus либоVarnish?
Для последнего есть вот такие схемы - насколько они целесообразны на Ваш взгляд в ситуации небольшой посещаемости?
Спасибо.
Статические файлы кешируются на клиенте. Это видно в опции:
expires 14d;
Обязательно включите OPCache, код с ним работает быстрее.
Этого достаточно для начала с посещаемостью 3-12 человек одномоментно? (VPS SSD 1GB 1-ядро).
В теории, да. Смотря то, что вы понимаете под 3-12 человек одномоментно: 3-12 запроса к бэкэнду каждую секунду — нет. 3-12 в минуту — да.
По поводу полностраничного кэширования - правильно ли я понял, что для этого нужен либо Nginx Plus либоVarnish?
Всё верно. Полагаю, NGINX Plus вы не рассматриваете, потому Varnish. Есть пробная реализация полностраничного кеширования на Varnish 4.x от команды CS-Cart (https://github.com/cscart/full-page-cache-addon). Мы её никому не рекомендуем: разработчики не поддерживают проект, работает только с Varnish 4.0, работает только одна витрина. В течение месяца, думаю, мы представим свою реализацию на Varnish 5.x.
Кеширование в любом случае даст прирост. Однако стоит понимать, что оно работает до первого активного действия на сайте. Как только пользователь складывает продукт в корзину, авторизуется, добавляет в вишлист — странички перестают кешироваться.
Возможно ли настроить cs-cart для работы с кешем сессий redis на сокете, а не порту?
...не объясните - чем на практике оличаются
$config['cache_backend'] = 'apcu'; VS 'file';
Тестирую разными сервисами - разницу не замечаю. В каком случае будет полезен apcu ?
Спасибо.
...не объясните - чем на практике оличаются
$config['cache_backend'] = 'apcu'; VS 'file';
Тестирую разными сервисами - разницу не замечаю. В каком случае будет полезен apcu ?
Спасибо.
APCu — хранилище ключ значение в shared-памяти родительского процесса httpd, files — это же файлы на диске. Память априори быстрее диска, однако на скромных объёмах данных разницу вы не почувствуете.
Возможно ли настроить cs-cart для работы с кешем сессий redis на сокете, а не порту?
Судя по всему, нет. Модуль Redis для PHP поддерживает работу с UNIX-сокетами, правда в коде класса app/Tygh/Backend/Cache/Redis.php явно жёстко указан порт 6379/tcp по умолчанию. Выход для вас — забиндить сервис на 127.0.0.1, если вы беспокоитесь за доступ к сервису извне.