4 Октября 2014 20:15

Freebsd: Король умер, доздравствует король.

Начиная с 1 сентября 2014 года FreeBsd перешло на установку с использованием нового пакетного менеджера (pkg). Любая попытка установки программы из портов выдает следующую ошибку


Код
pkg(8) must be version 1.3.8 or greater, but you have 1.2.7_2.  
You must upgrade the ports-mgmt/pkg port first.

Для того чтобы заработал новый механизм установки программ выполняем следующее:

1. открываем файл /etc/make.conf и дописываем следующую строку
Код
WITH_PKGNG="YES"
Она говорит о том, что мы перешли на установку программ через пакеты.

2. Удаляем существующий конфигурационный файл для pkg и копируем на его место данные из файла по умолчанию
Код
# rm -f /usr/local/etc/pkg.conf
# cp /usr/local/etc/pkg.conf.sample /usr/local/etc/pkg.conf
3. Создаем каталог /usr/local/etc/pkg/repos
Код
# mkdir -p /usr/local/etc/pkg/repos

4. Создаем в этом каталоге файл FreeBSD.conf со следующим содержимым
Код
FreeBSD: { 
 url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest",  
 mirror_type: "srv",  
 enabled: yes 
}
Тем самым мы указали путь на репозиторий.

5. Теперь устанавливаем, если ранее не было установлено, новый установщик (pkg). Для FreeBsd начиная с 8.4 установка происходит следующей командой
Код
# /usr/sbin/pkg
или, если первый выриант не сработал
Код
# cd /usr/ports/ports-mgmt/pkg
# make
# make install clean


6. Обновляем старые пакеты
Код
# pkg2ng

7. Обновляем базу pkg
Код
# pkg update -f

8. Проверяем версию пакета
Код
# pkg -v
На экран должна вывестись версия пакета.

Все теперь мы работаем с новым установщиком программ.

Просмотров:12387 0  

'bitrix:asd.share.buttons' is not a component

14 Августа 2011 10:33

Утилита SCREEN - оконный менеджер терминала

Цитата
Во время обслуживания сайтов клиентов, а зачастую и при выполнении работ по администрированию сервера, используя удаленный доступ, приходится по несколько часов ждать завершения тех или иных задач откинувшись на спинку кресла. В принципе эта ситуация нормальная, но когда в конце 2-3 часовой работы отваливается сеть, а процессы еще не закончили работать - приходится грязно материться и начинать все заново. Вот и начинаешь задумываться над тем, как избежать такой ситуации.

Порывшись в интернете нашел ответ на данный вопрос. Вот несколько утилит которые помогут разрешить проблему.

nohup - утилита позволяющая запустить программу независимо от shell.
dtach - еще одна утилита для создания отдельных сессий для каждого приложения.
screen - утилита, являющаяся полноценным оконным менеджером для терминала
tmux - еще один оконный менеджер для терминалов, который является альтернативой screen

Аналогично порывшись в интернете можно найти описание всех их. Для ленивых можно почитать например здесь http://debiania.blogspot.com/2010/05/nohup-dtach-screen-tmux.html

Для себя выбрал утилиту SCREEN. Про нее и пойдет дальнейшее повествование.

По умолчанию она не установлена в FreeBSD, поэтому ставим ее.
Код
server# cd /usr/ports/sysutils/screen 
server# make install clean 
После установки в каталоге /usr/local/etc появится общесистемный конфигурационный файл screenrc. Если нужно что-бы разные пользователи, могли запускать программу со своими настройками, просто копируем этот файл в домашнюю директорию юзера с именем .screenrc.

Во время работы с утилитой screen, почти все сочетания клавиш работают через комбинацию [ Ctrl+a ], то есть сначала нажимаете ее, а уже затем управляющую комбинацию, например, что-бы получить исчерпывающую информацию по всем сочетаниям клавиш, жмем: [ Ctrl+a, ? ].
Приведу самые мной используемые

Код
с  - создать новый экран
p - предыдущий экран 
n - следующий экран 
d - выйти из утилиты screen  
\ - убить (kill) запущенный screen

Запустить утлиту можно командой
Код
server#screen
или
Код
server#screen -S test
где test - имя сессии придуманное вами
Если утилита SCREEN запущена, то в нее можно войти по команде
Код
server#screen -rd
или, если сессий запущено несколько
Код
server /#screen -rd номер сессии


Утилита SCREEN может работать до тех пор пока сервер не будет перезагружен. Если такое случится, в системе останутся мертвые экземпляры, ранее работавших SCREEN, о чем мы будем проинформированы следующим образом:
Код
server# screen -rd 
There are 
screens on: 
     48273.ttyp5.hostname     (Dead ???) 
Remove dead 
screens with 'screen -wipe'. 
There is no screen to be detached.
От мертвых экземплярова можно избавиться командой
Код
server# screen -wipe


Источник вдохновения: http://vds-admin.ru/freebsd/screen-polnotsennyi-okonnyi-menedzher-dlya-terminala

Просмотров:3117 0  

'bitrix:asd.share.buttons' is not a component

2 Февраля 2011 0:25

Оптимизация сервера MySql. Шаг первый. Утилита mysqltuner.

Так повелось, что в мире хостинга , самой популярной базой данных, де факто стала база mysql. Простота установки , бесплатность, а главное, высокая скорость работы, сделали ее одной из наиболее часто используемых баз данных в мире хостинга. Она может многое, работает быстро, но, без должной изначальной настройки может стать очень узким местом. А отсюда может тянуться и медленная загрузка страниц сайта, и ошибки на страницах вида "Too many active connections".

После установки mysql на выделенный сервер, изначально его файл конфигурации размещается в /etc/my.cnf и выглядит весьма скромно. В такой конфигурации работать то он будет, но про какую-либо оптимальную работу говорить не приходиться. Вот и попробуем немного улучшить наши настройки сервера mysql, для его более оптимальной работы. Первым делом нам необходимо взять более менее нормальный конфигурационный файл my.cnf, более подходящий для нашего сервера. А найти его можно в /usr/share/mysql. Там есть четыре необходимых нам файлика: my-small.cnf, my-medium.cnf, my-large.cnf и my-huge.cnf. Выбираем под наш сервер, нашу память, наши запросы наиболее подходящий файл. my-small.cnf - конфигурация для систем с обьемом памяти менее 64Mb, где mysql используется время от времени. Это не для нас. medium.cnf - чуть лучше, под mysql может выделяться до 64Мb памяти. В общем то это тоже обычно не для нас, разве что очень маломощные VDS, VPS. my-large.cnf - уже посерьезнее, для систем с оперативной памятью от 512Мb. my-huge.cnf - для систем с оперативной памятью 1-2Gb. Выбираем одну из наиболее подходящих нам конфигураций и переписываем ее вместо текущей my.cnf . Например:

Код
cp /usr/share/mysql/my-large.cnf  /etc/my.cnf


После чего делаем рестарт сервера.

service mysqld restart

В общем случае эффект даже от такого, казалось бы простого шага сразу должен почувствоваться. Дальнейшая оптимизация производительности сервера mysql может проводиться с помощью использования специальных утилит.



Одной из таких утилит, которая может помочь в выявлении проблемных мест конфигурации сервера mysql, является утилита mysqltuner. Утилита представляет собой скрипт написанный на языке perl. Инсталляции не требует. Его просто нужно скачать

wget http://mysqltuner.pl/

и запустить

perl mysqltuner.pl

Скрипт попросит имя и пароль MySQL администратора, после чего выведет результаты своей работы. Вывод результатов работы утилиты примерно такой:

[root@host 1]# perl mysqltuner.pl


>> MySQLTuner 1.0.1 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
Please enter your MySQL administrative login: root
Please enter your MySQL administrative password:

-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.0.82sp1-log
[!!] Switch to 64-bit OS - MySQL cannot currently use all of your RAM

-------- Storage Engine Statistics -------------------------------------------
[--] Status: -Archive +BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 19M (Tables: 90)
[!!] InnoDB is enabled but isn't being used
[!!] BDB is enabled but isn't being used
[!!] Total fragmented tables: 18

-------- Performance Metrics -------------------------------------------------
[--] Up for: 16m 37s (6K q [6.059 qps], 146 conn, TX: 54M, RX: 665K)
[--] Reads / Writes: 62% / 38%
[--] Total buffers: 298.0M global + 6.3M per thread (100 max threads)
[OK] Maximum possible memory usage: 929.2M (26% of installed RAM)
[OK] Slow queries: 0% (0/6K)
[OK] Highest usage of available connections: 5% (5/100)
[OK] Key buffer size / total MyISAM indexes: 256.0M/2.3M
[!!] Key buffer hit rate: 91.3% (1K cached / 101 reads)
[OK] Query cache efficiency: 97.6% (5K cached / 5K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 8 sorts)
[OK] Temporary tables created on disk: 5% (1 on disk / 17 total)
[OK] Thread cache hit rate: 96% (5 created / 146 connections)
[OK] Table cache hit rate: 95% (115 open / 121 opened)
[OK] Open file limit used: 21% (222/1K)
[OK] Table locks acquired immediately: 100% (286 immediate / 286 locks)

-------- Recommendations -----------------------------------------------------
General recommendations:
Add skip-innodb to MySQL configuration to disable InnoDB
Add skip-bdb to MySQL configuration to disable BDB
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
Enable the slow query log to troubleshoot bad queries
В первую очередь, на мой взгляд, стоит обратить внимание на строку
Highest usage of available connections: 5% (5/100)
Количество текущих соединений - 5, количество возможных соединений - 100. Параметр 100 - это параметр использующийся по умолчанию. Обычно этого значения маловато, именно из-за него появляются сообщения вида "Too many active connections". Увеличим этот параметр до 300. Открываем файл /etc/my.cnf в любимом редакторе и в секции [mysqld] добавляем строчку
max_connections = 300
Сохраняемся, выходим и перегружаем сервер mysql. Повторно запустив mysqltuner увидим соответствующие изменения в выводе.

Еще одним, наиболее важным параметром увеличения производительности mysql является key_buffer_size. Параметр определяет размер общего для всех пользовательских процессов буфера индексных блоков MyISAM таблиц. Обычно устанавливается в пределах 30-40% от общей выделенной под Mysql оперативной памяти.

Следует помнить, что рекомендации утилиты mysqltuner будут тем более оптимальны, чем дольше работает без перезагрузок сервер mysql. Скажем так: минимальный интервал в общем то должен составлять не менее 24 часов, о чем и предупреждает утилита после своего запуска.

Вкратце рассказал про первые шаги на поприще оптимизации работы базы данных mysql. Очень подробную информацию практически по каждому параметру в конфиге my.cnf можно найти вот тут. Единственный минус - ресурс англоязычный, но при необходимости, я думаю, разобраться можно.
Удачи всем в деле оптимизации mysql и быстрых вам SELECT-ов. :-)

источник
http://dedicatesupport.com/content/optimizatsiya-servera-mysql-shag-pervyi-utilita-mysqltuner

Просмотров:3027 0  

'bitrix:asd.share.buttons' is not a component

18 Декабря 2010 0:03

Настройки SquirrelMail установленного с помощью ISPManager

Итак, возникла задача завести почту на сервере (ОС FreeBSD 7.3) с установленной на нем панелью ISPmanager. Вроде бы ничего сложного, но не тут то было :o . Выполнив в панели установку почтового клиента SquirrelMail и заведя ящик натыкаемся на ошибку следующего типа
Код
Error opening ../data/default_pref
Could not create initial preference file!
/var/spool/squirrelmail/pref/ should be writable by user httpd
Please contact your system administrator and report this error.


Как выяснилось в дальнейшем эта проблема вызвана в кривых правах доступа к
следующим папкам (пока входа в почту нет, нет и файлов)

Код
/var/spool/squirrelmail/pref
/var/spool/squirrelmail/attach


Покопавшись в дебрях интернета можно найти, решение этой проблемы. Для того что бы ошибка пропала нужно изменить права доступа, выполнив следующие команды:
Код
chgrp mgrsecure /var/spool/squirrelmail/pref
chgrp mgrsecure /var/spool/squirrelmail/attach
chmod 770 /var/spool/squirrelmail/pref


Вроде бы права поправили и можно радоваться, но не тут то было. Ошибка не исчезла и связано это с тем, что пользователь apacha по умолчанию доступа в эти директории не имеет (Имя пользователя apacha можно найти в конфигурационном файле /usr/local/etc/apache22/httpd.conf. В большинстве случаев имя этого пользователя www).

Даем ему права
Код
chown -R www /var/spool/squirrelmail/pref


Все теперь можно нормально логироваться и работать с почтовыми ящиками.

Просмотров:6044 0   Комментариев:46

'bitrix:asd.share.buttons' is not a component

19 Сентября 2010 10:35

Установка PEAR::Net_SMTP из портов

Для установка PEAR::Net_SMTP из портов Freebsd

Код
#cd /usr/ports/net/pear-Net_SMTP
#make all install clean

Просмотров:4497 0   Комментариев:13

'bitrix:asd.share.buttons' is not a component

16 Августа 2010 0:41

Установка и настройка eAccelerator

Установка и настройка eAccelerator
Создаем папку для распаковки и инсталяции


cd /usr/local/src
mkdir eAccelerator
cd eAccelerator


Качаем с сайта производителя eaccelerator и распаковываем его в созданную папку. Собираем eaccelerator. Для сбора и прочего нужны компоненты, если их нет, ставим их.

( yum install autoconf automake libtool php-devel )

wget http://nchc.dl.sourceforge.net/sourceforge/eaccelerator/eaccelerator-0.9.5.3.tar.bz2
tar -xvjf eaccelerator-0.9.5.3.tar.bz2
cd eaccelerator-0.9.5.3
export PHP_PREFIX="/usr/local"
$PHP_PREFIX/bin/phpize - если такой команды нет - установите пакет php5-dev
./configure --enable-eaccelerator=shared --with-php-config=$PHP_PREFIX/bin/php-config


(либо можно вместо двух предидущих строк сделать так
phpize
./configure --enable-eaccelerator=shared --with-php-config=/usr/bin/php-config
будет одно и тоже)

make
make install


Правим php.ini, чтобы его найти выполняем (whereis php). Добавляем в конец файла перед секцией о Зенде.В такой вариации будет работать как расширение ПХП (рекомендую)

extension_dir = "/usr/local/lib/php/extensions/no-debug-non-zts-20060613/" - можно не указывать.
extension = "eaccelerator.so"
eaccelerator.shm_size="64"
eaccelerator.cache_dir="/tmp/eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="1M" - по умолчанию 0
eaccelerator.shm_ttl="3600" - по умолчанию 0
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"


Если нужно установить как расширение для Zend, то пишем вот это

zend_extension="/usr/lib/php5/eaccelerator.so" - пишем путь к ПХП.


Создаем папку для хранения кэша eaccelerator и ребутим Апач

mkdir /tmp/eaccelerator
chmod 777 /tmp/eaccelerator
service httpd restart

Просмотров:2971 0   Комментариев:1

'bitrix:asd.share.buttons' is not a component

13 Августа 2010 17:26

301 редирект – корректная переадресация через htaccess и php header

Редирект 301 (301 Permanent Redirect) используется в нескольких случаях: при смене домена, при переносе страницы сайта, для склейки имени сайта с www и без него. Это важно для передачи Page Rank (PR) и сохранения поискового трафика.

Сам я столкнулся с его необходимостью, когда после переезда своего портала из зоны com, в ru обнаружил, что Google, Яндекс и другие поисковые системы, естественно не "забывают" старого сайта (отчасти еще и из-за того, что у меня была некорректно установлена своя страница, для обработки 404 ошибки, которая возвращала код ответа 200 OK). Более того, Google за полгода оставил для нового сайта PR=0, хотя для старого он сохранился PR=4.

Тема 301 редиректа постоянно обсуждается в различных SEO-форумах, да и каждая поисковая система в своей системе помощи имеет специальные разделы. Пока разбирался я нашел перечисленные ниже варианты организации редиректа, часть из которых опробовал у себя.

301 редирект это наилучший метод сохранения ваших позиций в поисковых системах, когда вы переносите страницу или сайт. Код "301" интерпретируется как постоянное перемещение ("moved permanently").

Простой редирект (в файле .htaccess или httpd.conf для Apache):

Redirect 301 / http://www.you.com/new.htm
где:
Redirect 301 - это инструкция, говорящая что страница перемещена
/ - означает, что все с верхнего уровня сайта, включая все подкаталоги, будет переадресовано
http://www.you.com/new.htm - новая страница или сайт (не забывайте поставить последний "/", если переадресация идет на сайт).
Чтобы переадресовать только страницу, сохранив PR старой страницы:
Redirect 301 /old/old.htm http://www.you.com/new.htm
где:
/old/old.htm - путь и имя старой страницы

Аналогичный синтаксис для переадресации сайта:
RedirectPermanent / http://www.you.com/

Пример переадресации каталога:
RedirectPermanent /old-directory http://www.domain.com/new-directory/
Например, зашедших в test переадресуем на www.test.com, остальных на enter.test.com (порядок следования записей важен):

Redirect permanent /test http://www.test.com/
Redirect permanent / http://enter.test.com/
Примечание: для моих целей (изменение домена) хватило первого варианта простого 301 редиректа.

Использование mod_rewrite (прописывается в файле .htaccess):

Ставшая классической задача слияния имена сайта с www и без него, решается так:

Options +FollowSymLinks
RewriteEngine on
RewriteCond %{HTTP_HOST} ^yoursite\.com
RewriteRule ^(.*)$ http://www.yoursite.com/$1 [R=permanent,L] .
или альтернативный синтаксис:

Options +FollowSymLinks
RewriteEngine On
RewriteCond %{HTTP_HOST} ^domain\.com$ [NC]
RewriteRule ^(.*)$ http://www.domain.com/$1 [R=301,L]
Обозначение [R=301,L] означает: перенаправить клиента и отправить ему код статуса 301 (R=301) и сделать это правило последним (L).

Редирект старого домена на новый:

Options +FollowSymLinks
RewriteEngine on
RewriteRule (.*) http://www.newdomain.com/$1 [R=301,L]
Например, если необходимо чтобы вместо rewrite.htm загружался файл rewrite.html, добавьте в .htaccess:

RewriteEngine on
RewriteBase /
RewriteRule ^rewrite\.htm$ rewrite.html [R=permanent]
Для замены всех .htm файлов .html файлами:

RewriteEngine on
RewriteBase /
RewriteRule ^(.*)\.htm$ $1.html [R=permanent]
Редирект на PHP:

<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.newdomain.ru/newdir/newpage.htm");
exit();
?>
Лучше указать HTTP/1.1, так как более старые не поддерживают виртуальный хостинг. Не забудьте, что до вызова header, ничего не должно выводиться (например, echo или print). Поэтому этот код лучше ставить в начало php-скрипта. Более полный вариант php редиректа с сохранением передаваемой страницы и параметров вызова:
<?
$ref=$_SERVER['QUERY_STRING'];
if ($ref!='') $ref='?'.$ref;
header('HTTP/1.1 301 Moved Permanently');
header('Location: http://newdomain.com/'.$ref);
exit();
?>
Редирект на ASP

<%@ Language=VBScript %>
<%
Response.Status="301 Moved Permanently"
Response.AddHeader "Location", "http://www.new-url.com"
response.end
%>
Редирект на ASP.NET

<script runat="server">
private void Page_Load(object sender, System.EventArgs e)
{
Response.Status = "301 Moved Permanently";
Response.AddHeader("Location","http://www.new-url.com");
}
</script>
Редирект на ColdFusion

<.cfheader statuscode="301" statustext="Moved permanently">
<.cfheader name="Location" value="http://www.new-url.com">
Редирект с помощью meta refresh

<meta http-equiv='refresh' content='0; url=http://newdomain.com'>
где 0 - задержка переадресации в секундах, newdomain.com -страница, куда переадресуем. Некоторые старые браузеры не поддерживают meta refresh со значением 0, для совместимости можно установить ненулевой значение, хотя, на мой взгляд это уже не актуально. Такой редирект не сможет склеить ваши сайты (с www и без) и передать PR, так как игнорируется поисковыми системами. Он возвращает код 200 OK, что соответствует обычной странице. Эта техника популярна у спамеров, поэтому ее стоит применять только для страниц, которые не будут индексироваться.

Редирект с помощью JavaScript

Варианты переадресации на JavaScript чаще реализуются с использованием функции setTimeout('функция', задержка).

Например, автоматически сделать Click на кнопке "Submit" формы "searchform" через 0.1 сек после загрузки кода:

setTimeout('document.forms["searchform"].Submit.click()', 100);

На кнопку "Submit" можно повесить любое действие, например, открыть новый url в этом окне. Кстати такое редиректы чаще встречаются при организации Дорвеев (DorWay) - браузер Пользователя будет переадресован на другую страницу, а поисковый робот, который "не понимает" JavaScript, будет индексировать эту страницу, недоступную пользователю. На ней дорвейщики размещают текст, напичканный "нужными" ключевыми словами.

Чтобы просто переадресовать на другую страницу можно вставить после один из вариантов кода на JavaScript:

location="http://www.newdomain.com";
document.location.href="http://www.newdomain.com";
window.location.reload("http://www.newdomain.com");
document.location.replace("http://www.newdomain.com");
В последнем случае уже нельзя будет вернуться на страницу выполнившую переадресацию, так как ее адрес стирается из history, что нередко и нужною. Если нужна задержка по времени, можно оформить location="http://www.newdomain.com"; в виде функции и вставить ее в setTimeout('функция()', задержка_в_мсек); Редирект на JavaScrupt не является 301 редиректом и не передаст PR страницы, не сможет обеспечить ее склейку.
Отметим дополнительно некоторые особенности редиректов:
Методы редиректа с .htaccess работают только на Linux серверах, имеющих Apache с включенным модулем Mod-Rewrite.
Использование .htaccess создает дополнительную нагрузку на сервер Apache, более эффективно прописывать те же команды в его конфигурационном файле hpptd.conf, но, как правило, к нему нет доступа у вебмастера.
301 редирект, позволяет сберечь трафик и передать PR страницы для поисковых систем (для Google точно).
процесс склейки и передачи PR занимает длительное времени - до нескольких месяцев и также зависит от поисковой системы, поэтому не удаляйте старую страницу или сайт, пока не произойдет окончательный перенос.
некоторые поисковые системы требуют для склейки сайтов дополнительных настроек, например, для Яндекса нужно дополнительно прописывать robots.txt
Заключение. Безопасный способ редиректа старых страниц на новые или старого сайта на новый адрес, с сохранением позиций в поисковых системах, заключается в использование 301 редиректа, который также позволит вам передать старый Page Rank страницы на новый сайт.

Более подробно про mod_rewrite можно прочитать на:
http://www.engelschall.com/pw/apache/rewriteguide/
http://www.apache.org./docs/mod/mod_rewrite.html

Проверить корректность редиректа и других возвращаемых заголовков, можно, например, здесь:
http://www.rexswain.com/httpview.html

Источник http://sb-money.ru/article.php?a=75

Просмотров:5100 0   Комментариев:20

'bitrix:asd.share.buttons' is not a component

open_basedir, ISPMANAGER и BITRIX

При настройки производительности сайта, работающего на нашем любимом битриксе, возникла маленькая проблема, а именно - на сервере установлена панель ISPManager которая по умолчанию прописывает open_basedir для переменных окружения php. Оговорюсь сразу эта переменная нужна для обеспечения безопасности на хостинге, где много пользователей. А когда пользователь один, то этой особенностью можно пожертвовать и получить чуть ли не двух кратный рост производительности.

Ну а теперь по существу как отключить эту фенечку :D
Все описанное справедливо для сервера на базе FreeBSD

1. Заходим в php.ini и проверяем чтобы safe_mode. Он должен быть в состоянии off

Код
safe_mode = Off


2. Ищем строку ;open_basedir =
и меняем ее на
Код
open_basedir = none


3. Сохраняем файл php.ini

4. Заходим в конфиг apache (httpd.conf), находим php_admin_value open_basedir "путь к сайту" на
Код
php_admin_value open_basedir none


5. Сохраняем httpd.conf

6. перегружаем apache
Код
apachectl restart


Вот и все. Теперь лезем в битру, запускаем тест производительности и радуемся :D

Так же эта директива помимо виртуального хоста в может быть включена еще для директории глобально в secure.conf
Так что на всякий пожарный смотрим там тоже и правим по надобности.

Просмотров:10344 0   Комментариев:2

'bitrix:asd.share.buttons' is not a component

Страницы: 1 | 2 | 3 | След.
IT-технологии
WEB сервера, настройка и конфигурирование, интересные решения
Программирование
WEB программирование, WEB дизайн, Кросс-браузерная верстка
Технические науки
Физика, Математика, Химия и все-то, что лежит в основе наших знаний