Re: Web сервер
Андрей, прежде рекомендую почитать документацию апача по этому вопросу http://httpd.apache.org/docs/2.2/vhosts/ потому как для ответа на Ваш вопрос, нужно понимание как минимум о каких виртуальных хостах идёт речь: •Виртуальные хосты, основанные на имени (несколько веб-сайтов на одном IP адресе). •IP-привязанные виртуальные хосты (отдельный IP адрес для каждого веб-сайта). и нужны ли вообще виртуальные хосты? (может это тестовый сервер для одного сайта на джумле?) 27.07.2015 12:16, Alexei пишет: В /etc/apache2/sites-enabled/ находятся действующие виртуалхосты, это симлинки на /etc/apache2/sites-available/ Там есть дефолтный вхост, как пример возьмите и скопируйте. Дефолтный указывает в /var/www/ лучше сделать /var/www/joomla/public_html/ и сделать вхост для него. 27 июля 2015 г., 11:53 пользователь Андрей andrei...@list.ru mailto:andrei...@list.ru написал: Здравствуйте. Я на Debian 8 поднял веб сервер через LAMP, и вроде всё нормально получилось. Теперь у меня вопрос куда, в какие директории, нужно располагать сам сайт написанный на Joomle, писал другой человек? И какие настройки для этого ещё нужно сделать, как настраивать виртуальные хосты? Помогите пожалуйста т.к. впервые этим занимаюсь. Заранее спасибо.
[DONE] wml://security/2015/dsa-331{6,8}.wml
Cheers! Lev Lamberov --- english/security/2015/dsa-3316.wml 2015-07-27 13:18:50.0 +0500 +++ russian/security/2015/dsa-3316.wml 2015-07-27 17:37:45.518173666 +0500 @@ -1,22 +1,24 @@ -define-tag descriptionsecurity update/define-tag +#use wml::debian::translation-check translation=1.1 maintainer=Lev Lamberov +define-tag descriptionобновление безопасности/define-tag define-tag moreinfo -pSeveral vulnerabilities have been discovered in OpenJDK, an -implementation of the Oracle Java platform, resulting in the execution -of arbitrary code, breakouts of the Java sandbox, information disclosure, -denial of service or insecure cryptography./p +pВ OpenJDK, реализации платформы Oracle Java, было обнаружено +несколько уязвимостей, которые приводят к выполнению +произвольного кода, выходу из песочницы Java, раскрытию информации, +отказу в обслуживании или небезопасному шифрованию./p -pFor the oldstable distribution (wheezy), these problems have been fixed -in version 7u79-2.5.6-1~deb7u1./p +pВ предыдущем стабильном выпуске (wheezy) эти проблемы были исправлены +в версии 7u79-2.5.6-1~deb7u1./p -pFor the stable distribution (jessie), these problems have been fixed in -version 7u79-2.5.6-1~deb8u1./p +pВ стабильном выпуске (jessie) эти проблемы были исправлены в +версии 7u79-2.5.6-1~deb8u1./p -pFor the unstable distribution (sid), these problems have been fixed in -version 7u79-2.5.6-1./p +pВ нестабильном выпуске (sid) эти проблемы были исправлены в +версии 7u79-2.5.6-1./p -pWe recommend that you upgrade your openjdk-7 packages./p +pРекомендуется обновить пакеты openjdk-7./p /define-tag # do not modify the following line #include $(ENGLISHDIR)/security/2015/dsa-3316.data # $Id: dsa-3316.wml,v 1.1 2015/07/27 08:18:50 kaare Exp $ + --- english/security/2015/dsa-3318.wml 2015-07-27 13:19:20.0 +0500 +++ russian/security/2015/dsa-3318.wml 2015-07-27 17:40:45.094283474 +0500 @@ -1,21 +1,23 @@ -define-tag descriptionsecurity update/define-tag +#use wml::debian::translation-check translation=1.1 maintainer=Lev Lamberov +define-tag descriptionобновление безопасности/define-tag define-tag moreinfo -pMultiple integer overflows have been discovered in Expat, an XML parsing -C library, which may result in denial of service or the execution of -arbitrary code if a malformed XML file is processed./p +pВ Expat, библиотеке для C для грамматического разбора XML, были +обнаружены многочисленные переполнения целых чисел, которые могут приводить к отказу в обслуживании или выполнению +произвольного кода в случае обработки некорректного файла в формате XML./p -pFor the oldstable distribution (wheezy), this problem has been fixed -in version 2.1.0-1+deb7u2./p +pВ предыдущем стабильном выпуске (wheezy) эта проблема была исправлена +в версии 2.1.0-1+deb7u2./p -pFor the stable distribution (jessie), this problem has been fixed in -version 2.1.0-6+deb8u1./p +pВ стабильном выпуске (jessie) эта проблема была исправлена в +версии 2.1.0-6+deb8u1./p -pFor the unstable distribution (sid), this problem has been fixed in -version 2.1.0-7./p +pВ нестабильном выпуске (sid) эта проблема была исправлена в +версии 2.1.0-7./p -pWe recommend that you upgrade your expat packages./p +pРекомендуется обновить пакеты expat./p /define-tag # do not modify the following line #include $(ENGLISHDIR)/security/2015/dsa-3318.data # $Id: dsa-3318.wml,v 1.1 2015/07/27 08:19:20 kaare Exp $ +
Re: [DONE] wml://security/2015/dsa-3317.wml
On Sun, Jul 26, 2015 at 09:50:38PM +0500, Lev Lamberov wrote: Cheers! Lev Lamberov --- english/security/2015/dsa-3317.wml2015-07-25 19:57:27.0 +0500 +++ russian/security/2015/dsa-3317.wml2015-07-26 21:49:17.147357384 +0500 @@ -1,39 +1,41 @@ -define-tag descriptionsecurity update/define-tag +#use wml::debian::translation-check translation=1.1 maintainer=Lev Lamberov +define-tag descriptionобновление безопасности/define-tag define-tag moreinfo -pSeveral vulnerabilities have been discovered in LXC, the Linux -Containers userspace tools. The Common Vulnerabilities and Exposures -project identifies the following problems:/p +pВ LXC, инструментах пользовательского пространства для Linux +Containers, было обнаружено несколько уязвимостей. Проект Common Vulnerabilities and Exposures +определяет следующие проблемы:/p ul lia href=https://security-tracker.debian.org/tracker/CVE-2015-1331;CVE-2015-1331/a -pRoman Fiedler discovered a directory traversal flaw in LXC when -creating lock files. A local attacker could exploit this flaw to -create an arbitrary file as the root user./p/li +pРоман Фидлер обнаружил уязвимость, проявляющуюся в смене каталога, которая возникает +при создании файлов блокировки. Локальный злоумышленник может использовать данную уязвимость для +создания произвольного файла от лица суперпользователя./p/li lia href=https://security-tracker.debian.org/tracker/CVE-2015-1334;CVE-2015-1334/a -pRoman Fiedler discovered that LXC incorrectly trusted the -container's proc filesystem to set up AppArmor profile changes and -SELinux domain transitions. A malicious container could create a -fake proc filesystem and use this flaw to run programs inside the -container that are not confined by AppArmor or SELinux./p/li +pроман Фидлер обнаружил, что LXC некорректно выбирает уровень доверия _Р_оман +файловой системе proc контейнера для настройки изменений профиля AppArmor и +переходов доменов SELinux. Некорректный контейнер может создать +поддельную файловую систему proc и использовать данную уязвимость для запуска программ внутри +контейнера, которые не были изолированы с помощью AppArmor или SELinux./p/li /ul -pFor the stable distribution (jessie), these problems have been fixed in -version 1:1.0.6-6+deb8u1./p +pВ стабильном выпуске (jessie) эти проблемы были исправлены в +версии 1:1.0.6-6+deb8u1./p -pFor the testing distribution (stretch), these problems have been fixed -in version 1:1.0.7-4./p +pВ тестируемом выпуске (stretch) эти проблемы были исправлены +в версии 1:1.0.7-4./p -pFor the unstable distribution (sid), these problems have been fixed in -version 1:1.0.7-4./p +pВ нестабильном выпуске (sid) эти проблемы были исправлены в +версии 1:1.0.7-4./p -pWe recommend that you upgrade your lxc packages./p +pРекомендуется обновить пакеты lxc./p /define-tag # do not modify the following line #include $(ENGLISHDIR)/security/2015/dsa-3317.data # $Id: dsa-3317.wml,v 1.1 2015/07/25 14:57:27 carnil Exp $ + -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150727164819.GA25952@localhost.localdomain
Утекает память
Почему-то система использует 15 Гб памяти. root@dana:~# free total used free sharedbuffers cached Mem: 19G15G 4,5G 328M 931M 8,8G -/+ buffers/cache: 5,4G14G Swap: 29G 0B29G После убийства процессов, требовательных к памяти (firefox, chromium, icedove), остаются использованными 14-10 Гб. Куда она утекает? Под какой-нибудь кэш? Как это понять? Проблема в том, что hibernate, при таком использовании сбоит. root@dana:~# for i in $(mount|grep tmp|cut -f3 -d' '); do df $i; done Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в udev devtmpfs10M0 10M0% /dev Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 4,0G 11M 4,0G1% /run Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 9,8G 2,5M 9,8G1% /dev/shm Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 5,0M 8,0K 5,0M1% /run/lock Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 9,8G0 9,8G0% /sys/fs/cgroup Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 9,8G 524K 9,8G1% /tmp Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 2,0G 8,0K 2,0G1% /run/user/1000 ... KiB Mem: 20516700 total, 15767592 used, 4749108 free, 953720 buffers KiB Swap: 31264596 total,0 used, 31264596 free. 9188968 cached Mem PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 23207 artiom20 0 1288736 514472 86708 S 6,5 2,5 1:33.34 firefox 22312 artiom20 0 875040 325572 78016 S 0,0 1,6 0:08.76 icedove 10634 artiom20 0 3457612 260240 89112 S 0,0 1,3 2:46.30 kwin 10643 artiom20 0 3848900 230240 96120 S 0,0 1,1 3:17.86 plasma-desktop 10644 artiom20 0 1705204 153260 85784 S 0,0 0,7 0:04.85 krunner 12416 artiom20 0 649636 147952 56164 S 0,0 0,7 0:01.80 okular 12414 artiom20 0 632840 145124 54504 S 0,0 0,7 0:02.06 okular 12391 artiom20 0 621124 144152 54452 S 0,0 0,7 0:04.17 okular 2147 root 20 0 538188 143328 93620 S 6,5 0,7 10:20.30 Xorg 12405 artiom20 0 652940 140332 56860 S 0,0 0,7 0:03.14 okular 12387 artiom20 0 616188 137692 54480 S 0,0 0,7 0:01.68 okular 12402 artiom20 0 649284 137128 56416 S 0,0 0,7 0:02.31 okular 12403 artiom20 0 650740 136324 56416 S 0,0 0,7 0:02.32 okular 12377 artiom20 0 614464 136136 54508 S 0,0 0,7 0:02.18 okular -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55b6750f.4070...@yandex.ru
Re: Утекает память
On 2015-07-27 14:14, Артём Н. wrote: Почему-то система использует 15 Гб памяти. root@dana:~# free total used free sharedbuffers cached Mem: 19G15G 4,5G 328M 931M 8,8G -/+ buffers/cache: 5,4G14G Swap: 29G 0B29G посмотри какой процесс пользует память ... ps axo %mem,cmd k -%mem | grep -v 0.0 smime.p7s Description: S/MIME Cryptographic Signature
Re: Утекает память
навскидку - что за куча okular'ов? сколько их там еще? 2015-208 21:14 Артём Н. artio...@yandex.ru wrote: Почему-то система использует 15 Гб памяти. root@dana:~# free total used free sharedbuffers cached Mem: 19G15G 4,5G 328M 931M 8,8G -/+ buffers/cache: 5,4G14G Swap: 29G 0B29G После убийства процессов, требовательных к памяти (firefox, chromium, icedove), остаются использованными 14-10 Гб. Куда она утекает? Под какой-нибудь кэш? Как это понять? Проблема в том, что hibernate, при таком использовании сбоит. root@dana:~# for i in $(mount|grep tmp|cut -f3 -d' '); do df $i; done Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в udev devtmpfs10M0 10M 0% /dev Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 4,0G 11M 4,0G 1% /run Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 9,8G 2,5M 9,8G 1% /dev/shm Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 5,0M 8,0K 5,0M 1% /run/lock Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 9,8G0 9,8G 0% /sys/fs/cgroup Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 9,8G 524K 9,8G1% /tmp Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 2,0G 8,0K 2,0G1% /run/user/1000 ... KiB Mem: 20516700 total, 15767592 used, 4749108 free, 953720 buffers KiB Swap: 31264596 total,0 used, 31264596 free. 9188968 cached Mem PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 23207 artiom20 0 1288736 514472 86708 S 6,5 2,5 1:33.34 firefox 22312 artiom20 0 875040 325572 78016 S 0,0 1,6 0:08.76 icedove 10634 artiom20 0 3457612 260240 89112 S 0,0 1,3 2:46.30 kwin 10643 artiom20 0 3848900 230240 96120 S 0,0 1,1 3:17.86 plasma-desktop 10644 artiom20 0 1705204 153260 85784 S 0,0 0,7 0:04.85 krunner 12416 artiom20 0 649636 147952 56164 S 0,0 0,7 0:01.80 okular 12414 artiom20 0 632840 145124 54504 S 0,0 0,7 0:02.06 okular 12391 artiom20 0 621124 144152 54452 S 0,0 0,7 0:04.17 okular 2147 root 20 0 538188 143328 93620 S 6,5 0,7 10:20.30 Xorg 12405 artiom20 0 652940 140332 56860 S 0,0 0,7 0:03.14 okular 12387 artiom20 0 616188 137692 54480 S 0,0 0,7 0:01.68 okular 12402 artiom20 0 649284 137128 56416 S 0,0 0,7 0:02.31 okular 12403 artiom20 0 650740 136324 56416 S 0,0 0,7 0:02.32 okular 12377 artiom20 0 614464 136136 54508 S 0,0 0,7 0:02.18 okular -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150727213819.24654...@ulf.tvoe.tv
Re: Утекает память
в последней колонке cached 8,8G 2015-07-27 21:14 GMT+03:00 Артём Н. artio...@yandex.ru: Почему-то система использует 15 Гб памяти. root@dana:~# free total used free sharedbuffers cached Mem: 19G15G 4,5G 328M 931M 8,8G -/+ buffers/cache: 5,4G14G Swap: 29G 0B29G После убийства процессов, требовательных к памяти (firefox, chromium, icedove), остаются использованными 14-10 Гб. Куда она утекает? Под какой-нибудь кэш? Как это понять? Проблема в том, что hibernate, при таком использовании сбоит. root@dana:~# for i in $(mount|grep tmp|cut -f3 -d' '); do df $i; done Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в udev devtmpfs10M0 10M0% /dev Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 4,0G 11M 4,0G1% /run Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 9,8G 2,5M 9,8G1% /dev/shm Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 5,0M 8,0K 5,0M1% /run/lock Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 9,8G0 9,8G0% /sys/fs/cgroup Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 9,8G 524K 9,8G1% /tmp Файловая система Тип Размер Использовано Дост Использовано% Cмонтировано в tmpfstmpfs 2,0G 8,0K 2,0G1% /run/user/1000 ... KiB Mem: 20516700 total, 15767592 used, 4749108 free, 953720 buffers KiB Swap: 31264596 total,0 used, 31264596 free. 9188968 cached Mem PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 23207 artiom20 0 1288736 514472 86708 S 6,5 2,5 1:33.34 firefox 22312 artiom20 0 875040 325572 78016 S 0,0 1,6 0:08.76 icedove 10634 artiom20 0 3457612 260240 89112 S 0,0 1,3 2:46.30 kwin 10643 artiom20 0 3848900 230240 96120 S 0,0 1,1 3:17.86 plasma-desktop 10644 artiom20 0 1705204 153260 85784 S 0,0 0,7 0:04.85 krunner 12416 artiom20 0 649636 147952 56164 S 0,0 0,7 0:01.80 okular 12414 artiom20 0 632840 145124 54504 S 0,0 0,7 0:02.06 okular 12391 artiom20 0 621124 144152 54452 S 0,0 0,7 0:04.17 okular 2147 root 20 0 538188 143328 93620 S 6,5 0,7 10:20.30 Xorg 12405 artiom20 0 652940 140332 56860 S 0,0 0,7 0:03.14 okular 12387 artiom20 0 616188 137692 54480 S 0,0 0,7 0:01.68 okular 12402 artiom20 0 649284 137128 56416 S 0,0 0,7 0:02.31 okular 12403 artiom20 0 650740 136324 56416 S 0,0 0,7 0:02.32 okular 12377 artiom20 0 614464 136136 54508 S 0,0 0,7 0:02.18 okular -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55b6750f.4070...@yandex.ru -- -- With best regards Max Dmitrichenko
Re: Утекает память
On 2015-07-27 14:38, Max Dmitrichenko wrote: в последней колонке cached 8,8G Это был мой первый ответ. но потом я посмотрел на вывод своего free: # free -h totalusedfree shared buff/cache available Mem:15G899M2.7G 24M 11G 14G Swap: 15G 0B 15G может потому что free поновее ... # dpkg -S `which free` procps: /usr/bin/free ii procps 2:3.3.10-2 amd64 smime.p7s Description: S/MIME Cryptographic Signature
Re: Утекает память
On 27.07.2015 21:44, Tim Sattarov wrote: ps axo %mem,cmd k -%mem | grep -v 0.0 Ничего криминального. От силы 15% наберётся, а это около 3 Гб. Собственно, прибив всё столько же (ну чуть больше/меньше) и освобождается, а 10 Гб остаются заняты. %MEM CMD= 2.6 /usr/lib/firefox/firefox 1.8 /usr/bin/icedove 1.2 /usr/bin/plasma-desktop 0.9 /opt/staruml/StarUML --type=renderer --no-sandbox --lang=en-US --lang=en-US --log-severity=disable --disable-accelerated-2d-canvas --disable-accelerated-video-decode --channel=15298.0.114383386 0.9 java -XX:+UseG1GC -XX:MaxGCPauseMillis=100 -XX:InitiatingHeapOccupancyPercent=25 -Xmx2048m -Xverify:none -Dsun.io.useCanonCaches=false -jar /usr/share/smartgit/lib/bootloader.jar 0.7 /usr/bin/X :0 vt7 -br -nolisten tcp -auth /var/run/xauth/A:0-vKvjfb 0.7 /usr/bin/krunner 0.5 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55b68a47.5060...@yandex.ru
Re: Утекает память
On 27.07.2015 21:51, Tim Sattarov wrote: On 2015-07-27 14:38, Max Dmitrichenko wrote: в последней колонке cached 8,8G Это был мой первый ответ. но потом я посмотрел на вывод своего free: И..? # free -h totalusedfree shared buff/cache available Mem:15G899M2.7G 24M 11G 14G Swap: 15G 0B 15G может потому что free поновее ... # dpkg -S `which free` procps: /usr/bin/free ii procps 2:3.3.10-2 amd64 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55b68949.6090...@yandex.ru
Re: аналоги spamassasin
14.07.2015 11:17, Andrey Melnikoff пишет: Впрочем, а покажи-ка конфиг своего спамассассина, мне аж не вериться, что он у тебя классифицирует правильно (особенно, если ему весь поток через learn пускать). лучше кто-нибудь покажите плз рабочий конфиг amavisd.conf, а то его дефолтный шаблон из /usr/share/doc/amavisd-new/examples в депрессию вгоняет(( 934 строки и все закомментарены - это что-то, до этого всё шло по плану: Exim + Dovecot + greylistd +Clamav + Spamassassin и тут появился amavisd-new, о котором в wiki.debian.org ни слова -- BW, Сохин Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55b67cff.7000...@yandex.ua
/usr/lib не в пути поиска
Коллеги, Сдаётся мне, что я что-то упустил. Обнаружил, что на 64-битной системе ld.so.conf не натравлен на /usr/lib, заместо этого есть /usr/lib/x86_64-linux-gnu. И вроде бы всё хорошо, но часть пакетов всё равно ставятся в /usr/lib. Каков здесь debian way? -- With best regards Max Dmitrichenko
Re: Утекает память
навскидку - что за куча okular'ов? сколько их там еще? Книжки недочитанные. Около 15. После убийства освобождается 1.5-2 Гб, которые я посчитал. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55b688c3.2030...@yandex.ru
Re: Утекает память
On 27.07.2015 21:38, Max Dmitrichenko wrote: в последней колонке cached 8,8G Ну, так подо что cached? 2015-07-27 21:14 GMT+03:00 Артём Н. artio...@yandex.ru mailto:artio...@yandex.ru: Почему-то система использует 15 Гб памяти. root@dana:~# free total used free sharedbuffers cached Mem: 19G15G 4,5G 328M 931M 8,8G -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55b68974.7010...@yandex.ru
Re: Утекает память
On 2015-07-27 15:41, Артём Н. wrote: On 27.07.2015 21:38, Max Dmitrichenko wrote: в последней колонке cached 8,8G Ну, так подо что cached? http://www.linuxatemyram.com/ 2015-07-27 21:14 GMT+03:00 Артём Н. artio...@yandex.ru mailto:artio...@yandex.ru: Почему-то система использует 15 Гб памяти. root@dana:~# free total used free shared buffers cached Mem: 19G15G 4,5G 328M 931M 8,8G smime.p7s Description: S/MIME Cryptographic Signature
Re: Утекает память
27.07.2015 22:41, Артём Н. пишет: On 27.07.2015 21:38, Max Dmitrichenko wrote: в последней колонке cached 8,8G Ну, так подо что cached? Дисковый кеш, библиотеки, сетевые буферы и прочее. Если коротко - не мешай системе работать. Как только эта память потребуется для реального приложения - она будет доступна. 2015-07-27 21:14 GMT+03:00 Артём Н. artio...@yandex.ru mailto:artio...@yandex.ru: Почему-то система использует 15 Гб памяти. root@dana:~# free total used free sharedbuffers cached Mem: 19G15G 4,5G 328M 931M 8,8G -- Best regards, Mikhail - WWW: http://www.antmix.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: Web сервер
27.07.2015 12:16, Alexei пишет: Дефолтный указывает в /var/www/ лучше сделать /var/www/joomla/public_html/ и сделать вхост для него. Согласно FHS (в частности, FHS 2.3) для этого лучше использовать /srv, создавая там иерархию по своему усмотрению, например, /srv/www или /srv/www/joomla. http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM -- Dmitry Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55b6bcf9.8040...@gmail.com
а почему bug-tracker-ы на alioth-е закрыты для просмотра анонимусами?
к примеру, tracker проекта bash-complteion: https://alioth.debian.org/tracker/?group_id=100114 может быть, это неподходящее место для сообщений об ошибках? а то я туда патч отправил: https://alioth.debian.org/tracker/index.php?func=detailaid=315118group_id=100114atid=413095 а теперь думаю: на него вообще кто-нибудь прореагирует? почему отправил туда? потому что проблема кросс-дистрибутивная и находится именно в коде bash-completion: http://stackoverflow.com/a/31637332/4827341 -- wbr, alexander barakin aka sash-kan. -- i will be very thankful to you if you will use order, that natural for the human: first question, then the answer. signature.asc Description: Digital signature
Web сервер
Здравствуйте. Я на Debian 8 поднял веб сервер через LAMP, и вроде всё нормально получилось. Теперь у меня вопрос куда, в какие директории, нужно располагать сам сайт написанный на Joomle, писал другой человек? И какие настройки для этого ещё нужно сделать, как настраивать виртуальные хосты? Помогите пожалуйста т.к. впервые этим занимаюсь. Заранее спасибо.
Re: Web сервер
В /etc/apache2/sites-enabled/ находятся действующие виртуалхосты, это симлинки на /etc/apache2/sites-available/ Там есть дефолтный вхост, как пример возьмите и скопируйте. Дефолтный указывает в /var/www/ лучше сделать /var/www/joomla/public_html/ и сделать вхост для него. 27 июля 2015 г., 11:53 пользователь Андрей andrei...@list.ru написал: Здравствуйте. Я на Debian 8 поднял веб сервер через LAMP, и вроде всё нормально получилось. Теперь у меня вопрос куда, в какие директории, нужно располагать сам сайт написанный на Joomle, писал другой человек? И какие настройки для этого ещё нужно сделать, как настраивать виртуальные хосты? Помогите пожалуйста т.к. впервые этим занимаюсь. Заранее спасибо.