"C:Program Files1cv8in1cv8.exe" CONFIG /F D:КонфигурацииТиповыеУпрТорг /N ИмяПользователя /P Пароль

"C:Program Files1cv8in1cv8.exe" ENTERPRISE /S СерверБаза /N ИмяПользователя /P Пароль

"C:Program Files1cv8in1cv8.exe" CONFIG /F D:КонфигурацииТиповыеУпрТорг /N ИмяПользователя /P Пароль

2. Если выскакивает ошибка то пишем su, вводим пароль главного админа и опять пишем ifconfig.

Эта команда показывает информацию о подключенных сетевых соединениях и как они сейчас настроены.

Теперь было бы не плохо взять настройки полученные от провайдера.

3.  Сейчас самое важное. Открываем и вводим настройки интернета.

sudo gedit /etc/network/interfaces – открываем файл настроек. gedit – это редактор. Можно использовать vi kate и другие.

В этом файле с верху немного текста и чуть ниже должен быть текст:

auto lo
iface lo inet loopback

А теперь идет шпаргалка. Кто то поймет а кто то не поймет. Задавайте вопросы с радостью помогу.

Ниже этого текста вводятся настройки интернета.

Если у Вас есть статический айпи и маска то пишем по шаблону нижеследующему.

auto eth0
iface eth0 inet static
address 192.168.137.1 -тут ваш IP
netmask 255.255.255.0 -тут маска сети вашего провайдера
broadcast 255.255.255.255 – эту строку можно не трогать точнее не писать
hostname myname – тут ваше сетевое имя
gateway 192.168.137.9 – тут шлюз вашего провайдера

В случае когда нету настроек или интернет дается по dhcp.

auto eth0

iface eth0 inet dhcp

4. Сохраняем.

5. Делаем рестарт интернета и возможно он уже заработает. sudo /etc/network/interfaces restart

6. Прописываем ДНС.

sudo /etc/resolv.conf -откроет в редакторе файл с ДНС-серверами

nameserver 83.243.64.1 – пишем ДНС своего провайдера
nameserver 172.23.160.2 - альтернативнмй ДНС

7.  Делаем рестарт интернета и возможно он уже заработает. sudo /etc/network/interfaces restart

8. Проверяем доступность интернета. ping ya.ru

Источник: http://somyso.wordpress.com/category/linux/

Чтобы продолжить запуск ОС, в диалоговом окне « Данная копия Windows не прошла проверку подлинности и проблема не разрешена. Данная копия Windows не обладает правами на получение полного спектра обновлений и поддержки корпорации Майкрософт . Чтобы защитить свою копию Windows , нажмите кнопку «Разрешить » нужно нажать кнопку  Разрешить (и так – каждый раз!). Ну что, дообновлялись?! Вот вам последствия бездумного скачивания и установки обновлений!

Но не всё потеряно, можно вернуть, так сказать «былую девственность» вашей Винде ( заодно и избежать ответственность microsoft ). За отображение ( активацию ) этой чудо-таблички с уведомлением о том, что Windows не прошёл проверку на подлинность — отвечают два файла: WgaTray.exe (329 КБ) и WgaLogon.dll (231 КБ). Оба расположены в «сердце» Windows XP – C: WINDOWS system32. WgaTray.exe постоянно «висит» в памяти, и, если его отключать через Диспетчер задач, он запускается заново.

Есть несколько методов решения этой проблемы (в том числе переименование/удаление WgaTray.exe и WgaLogon.dll, а также установка всевозможных патчей), но самый простой – это слегка подредактировать Реестр Windows.

Для этого нужно запустить Редактор реестра: Пуск – Выполнить… – Запуск программы – regedit – OK. Запустится  Редактор реестра, в котором нужно найти и удалить раздел HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionWinlogonNotifyWgaLogon

Внимание! Будьте осторожны при манипуляциях с Реестром !

Если вы испытываете затруднения с ручным редактированием Реестра (или вам просто некогда/лень разбираться с этим), скачайте и разархивируйте файл wga.rar, щелкните файл wga.reg одиночным (или двойным – в зависимости от настроек вашей операционной системы) щелчком. Появится диалоговое окно Редактора реестра «Вы действительно хотите добавить информацию из wga.reg в реестр?» – нажмите Да. Появится диалоговое окно Редактора реестра с сообщением, что данные из файла wga.reg были успешно внесены в реестр – нажмите OK.

После перезагрузки операционной системы сообщение о обнаруженной нелицензионности версии Windows — да не потревожит больше вашу чистую, незапятнанную пиратством совесть!

Примечание

При установке обновления Windows XP Genuine Advantage Notification на локальный компьютер копируются следующие файлы:

– Windows XP Genuine Advantage Validation – C: WINDOWS system32LegitCheckControl.dll (1,41 МБ);

– Уведомление о результатах проверки подлинности Windows – C: WINDOWS system32WgaLogon.dll (231 КБ);

– Уведомления о проверке подлинности Windows – C: WINDOWS system32WgaTray.exe (329 КБ).

При этом в системном кэше DLL создаются копии файлов:

– C: WINDOWS system32DllCache WgaLogon

– C: WINDOWS system32DllCache WgaTray

Хотя вышеуказанного редактирования Реестра вполне достаточно для устранения сообщения о поддельности копии (как sp3 так и sp2 ), после перезагрузки ПК лучше удалить и эти файлы.
Так же предпочтительнее будет отключить обновление о KB905474 (Понель Пуск, около часиков — желтый значёк.

Если у вас что-то не получилось, что можно использвать этот алгоритм действий:

1. Пуск -> Поиск (Start -> Search)
2. Выбрать все файлы и папки
3. В дополнительных параметрах (More Advanced Options) выбрать Поиск в скрытых файлах и папках (Search hidden files and folders)
4. Искать «WGA» (без кавычек)
5. Когда найдет: переименовать WgaTray в WgaTray_ и грохнуть WGANotify
6. CTRL + ALT + DEL найти wgatray.exe и завершить этот процесс
7. В результатх поиска найти WGATray.Settings и открыть блокнотом (notepad)
8. ПОЛНОСТЬЮ переписать содержание вот так: Balloon interval = 9999999999 daysDaysBeforeBuyNow Unactivated = 9999999999DaysBeforeBuyNow Nongenuine = 9999999999Disabled = trueReduced reminders = true
9. Сохранить и закрыть
10. Перезагрузиться
11. Трея больше нету! Осталось предупреждение в окне загрузки
12. Пуск -> Поиск (Start -> Run) ввести regedit
13. Идем в куст HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionUninstallWgaNotify
14. Убиваем два ключа, которые начинаются: NoRemove
15. Панель управления -> Установка и удаление программ (Control Panel -> Add or Remove Programs). Поставить галку «Показать обновления» (Show updates)
16. Windows Genuine Advantage Notifications (KB905474) Жмем «Удалить»
17. Ушло. Закрываем окна с «Панель управления» и «Установка и удаление программ»
18. Возвращаемся в реестр и полностьюудаляем папку WgaNotify: кликнуть в левой части и нажать DEL
19. Идем в куст HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionApp ManagementARPCacheWgaNotify кликаем на WgaNotify в левой части и жмем DEL
20. Идем в куст HKEY_LOCAL_MACHINESYSTEMControlSet001ServicesEventlogSystemWgaNotify кликаем на WgaNotify в левой части и жмем DEL
21. Идем в куст HKEY_LOCAL_MACHINESYSTEMControlSet002ServicesEventlogSystemWgaNotify кликаем на WgaNotify в левой части и жмем DEL
22. Терь можно прибить суку. Идем в куст HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionWinlogonNotifyWgaLogon — выбираем WgaLogon в левой части и жмем DEL
23. Перезагружаемся — нет ничего. Загружаемся — нет никакого таймера!
24. САМОЕ ГЛАВНОЕ! WGA ЗАХОЧЕТ ЗАГРУЗИТЬ И ПРОИСТАЛЛИТЬ СЕБЯ ПО-НОВОЙ. ПОЭТОМУ ПРИ СЛЕДУЮЩЕМ ОБНОВЛЕНИИ СНИМИТЕ ГАЛОЧКУ С ЭТОГО ОБНОВЛЕНИЯ И ВЫБИРИТЕ ОПЦИЮ "НЕ ОТОБРАЖАТЬ ЭТО ОБНОВЛЕНИЕ!!!

При обновлении через встроенную опцию Microsoft Update у вас будет в первых рядах надпись, что вы запретили к установке ВАЖНЕЙШИЕ обновления и будет предложено снова вернуть их и инсталлировать.
НИЧЕГО КРИТИЧЕСКОГО КРОМЕ KB905474 ТАМ НЕТУ! Любые обновления можно слить руками с даунлоад-центра MS.
И самое интересное: ВАЛИДАЦИЮ ДЛЯ СЛИВА ОБНОВЛЕНИЙ ПРОХОДЯТ ДАЖЕ ЗАБАНЕННЫЕ MS КОРПОРАТИВНЫЕ КЛЮЧИ!

Одним словом: можно не переустанавливать Windows — просто не ставьте апдейт 905474!

Несколько слов о веб-сервере Apache

Мы используем Apache httpd в качестве основного веб-сервера. Apache используется для организации большинства веб-серверов в мире и является самым массовым продуктом своего класса. Этот сервер обладает обширными возможностями конфигурации, является очень производительным и поддерживает все известные протоколы для работы веб-серверов. Специально для Apache созданы версии таких популярных языков программирования как Perl и PHP, а также этот сервер легко интегрируется с широко применяемыми СУБД (например, MySQL).

Главный сайт проекта находится по адресу httpd.apache.org, а основная документация по версии 1.3.хх доступна на странице httpd.apache.org/docs/.

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

Индексный файл

Индексный файл или файл-индекс — это тот файл, который открывается по умолчанию при обращении пользователя через веб к каталогу, а не к конкретному файлу. Например, ваш посетитель запросит адрес http://ваш_домен/price/, где price — название каталога. Индексный файл это тот файл, который будет показан пользователю при обращении к каталогу без указании имени конкретного файла в нем.

По умолчанию индексными файлами являются следующие: index.html, index.htm, index.php, index.php3, index.phtml, index.shtml, default.htm или default.html. Если вы хотите чтобы первым открывался какой-то иной файл, нужно переопределить текущие значения. Как это сделать читайте здесь.

Назначение и использование файла .htaccess

Файл .htaccess (обратите внимание, что первый символ в названии файла — точка) применяется для управления веб-сервером Apache со стороны конечного пользователя хостинга. Вы помещаете в этот файл директивы, которые веб-сервер воспринимает и обрабатывает, выполняя действия в соответствии с настройками, которые были сделаны пользователем.

Файл .htaccess может быть размещен в корневом каталоге веб-сервера (прямо в каталоге www). В этом случае директивы из такого .htaccess действуют по всему веб-серверу. Также .htaccess может находиться и в конкретном подкаталоге сервера. Тогда директивы, которые указаны в этом файле, «перекрывают» действие директив из «основного» файла, который размещен в каталоге www или в любом каталоге более высокого уровня. То есть, действие директив из .htaccess наследуется сверху вниз, но не наоборот. Изменения, внесенные в файл, вступают в силу немедленно. Это связано с тем, что информация из .htaccess перечитывается при каждом обращении к веб-серверу Apache.

В .htaccess может быть помещено большинство из доступных директив для веб-сервера. Следует заметить, что директивы, в описании которых в поле Context отсутствует упоминание .htaccess недоступны для использования в этом файле конфигурации. На примере директивы AddType видим, что поле Context содержит упоминание о .htaccess, соответственно вы можете ее использовать:

Если использовать нужную директиву не получилось, и вы увидели ошибку после добавления директивы в .htaccess, скорее всего, использование команды запрещено в условиях виртуального хостинга. Напишите в техническую поддержку, мы постараемся вам помочь. Просьба подробно описать проблему и указать цели, которых хотите достичь использованием данной директивы.

Пример: как переопределить кодировку html-документов

Мы хотим «объяснить» веб-серверу что все html-документы, которые размещены на сервере, нужно «отдавать» клиенту в кодировке koi8-r, а не в windows-1251, как это сервер делает по умолчанию. Для этого поместим в .htaccess строку:

AddType "text/html; charset=koi8-r" .html .htm .shtml

Получив такой .htaccess, веб-сервер Apache станет выдавать клиентскому браузеру заголовок, в котором будет указано, что документ имеет кодировку koi8-r.

Если на вашем ресурсе существуют html-документы в разных кодировках, (ISO-8859-1, Windows-1250, Windows-1252, UTF-8), то вам, возможно, будет необходимо отключить принудительную выдачу заголовка с кодировкой windows-1251. Для этого в .htaccess добавляется строка:

AddDefaultCharset Off

При этом соответствующая кодировка должна быть прописана на каждой html-странице в виде тега

Это примеры простейшего использования возможностей конфигурирования Apache через файл .htaccess.

Пример: как закрыть директорию паролем

Одна из стандартных задач, которая решается путем использования .htaccess, это ограничение доступа к определенному каталогу на сервере. Например, нужно дать доступ к определенному каталогу отдельным посетителям, снабдив их при этом уникальным логином и паролем.

В каталоге, к которому хотим ограничить доступ по паролю, создаем файл .htaccess с такими директивами:

AuthType Basic AuthName "Some Name" AuthUserFile /home/uXXXXX/.htpasswd require valid-user 

Путь /home/uXXXXX/.htpasswd обозначает полный путь к файлу паролей на диске нашего сервера. Если, например, вы поместите файл .htpasswd (в нем будут пароли) в домашний каталог, куда вы попадаете зайдя на сервер по FTP, то путь к этому файлу будет иметь вид /home/uXXXXX/.htpasswd, где uXXXXX — наименование вашей виртуальной площадки (например, u12345).

В директиве AuthUserFile указываем абсолютный путь к файлу с логинами/паролями, который мы создадим чуть позже. Если вы создаете файл .htaccess на своем компьютере, а не сразу на сервере при помощи текстового редактора, обратите внимание на то, что .htaccess должен передаваться по FTP строго в текстовом (ASCII) режиме.

Создаем файл паролей. Файл с паролями должен содержать строки вида login:password. Пароль должен быть зашифрован с использованием алгоритма MD5. Один из способов создать такой файл — воспользоваться программой, входящей в поставку Apache — htpasswd (на нашем сервере она находится в каталоге /usr/local/bin/, полный путь — /usr/local/bin/htpasswd).

Рассмотрим как создать файл паролей в unix shell прямо на сервере. Зайдем в shell, и будем выполнять следующие команды:

• htpasswd -mbc .htpasswd user1 sNQ7j9oR2w

  создаем новый файл .htpasswd, в который добавляем запись для пользователя user1 с паролем, указанным в командной строке. Просьба обязательно заменить sNQ7j9oR2w на любой собственный пароль — здесь этот пароль указан только для примера

• htpasswd .htpasswd user2

  добавляем в уже существующий файл .htpasswd пользователя user2, а пароль вводим вручную в ответ на соответствующий запрос программы

Если вы используете Windows и не хотите пользоваться unix shell для генерации паролей, можно загрузить Windows-версию программы htpasswd здесь и создать файл с паролями на своем компьютере, после чего загрузить его на сервер. Если у вас уже установлена Windows-версия Apache, файл htpasswd.exe можно найти в каталоге Program FilesApache GroupApachein.

Итак, получите htpasswd.exe и используйте его для генерации паролей таким образом:

• htpasswd.exe -mc .htpasswd user1

  создаем новый файл паролей htpasswd.exe, пароль и его подтверждение будут запрошены интерактивно

• htpasswd.exe -m .htpasswd user2

  добавляем пользователя user2 в существующий файл паролей htpasswd.exe, запросив пароль интерактивно

После окончания заведения всех логинов файл нужно загрузить на сервер.

Пример: переопределение индексного файла

Ситуация: пользователь обратился к каталогу http://www.ваш_домен.ru/price/. При таком запросе первым откроется и будет показан индексный файл. Если вы хотите переопределить индексный файл и сделать так, чтобы первым открывался не index.htm, а, например, файл myindex.php, то сделать это можно поместив в файл .htaccess в соответствующем каталоге следующую инструкцию:

DirectoryIndex myindex.php

Получив .htaccess с таким содержимым, веб-сервер Apache откроет по умолчанию именно файл myindex.php.

Пример: запрет и разрешение выдачи листинга

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

Options +Indexes

Файл .htaccess необходимо создавать именно в том каталоге, в котором планируется разрешить листинг. Данная директива будет действовать также и на все подкаталоги (это достигается включенной по умолчанию в настройках виртуального хоста директивой AllowOverride All).

По умолчанию включена директива Options -Indexes, и в случае отсутствия индексной страницы вы получите HTTP ошибку 403.

Пример: собственные страницы ошибок

Иногда посетители веб-сервера запрашивают страницы, которые по каким-то причинам на сервере не существуют: неправильная ссылка с другой страницы или с другого сайта, владелец сервера случайно удалил документ и так далее. По умолчанию Apache выдает некую довольно аскетичную страницу, на которой находится сообщение вроде «File not found». Вы можете создать альтернативную версию этой страницы, задав обработчик этой ошибки через .htaccess. Читайте об этом подробнее в разделе «Диагностика ошибок в работе сайта, обработка ошибок 403, 404,..».

Пример: запрет доступа с некоторых IP-адресов

Иногда возникает необходимость запретить доступ к сайту или его части с некоторых IP-адресов.

В  таком случае необходимо создать в нужной директории файл .htaccess с директивами. Например, чтобы запретить доступ с IP-адреса 172.16.16.16:

Order Allow,Deny Allow from All Deny from 172.16.16.16

Теперь при попытке обратиться к сайту с IP-адреса 172.16.16.16 посетитель получит ошибку 403 или вашу страницу для этой ошибки.

Указание части адреса в виде 172.16.16 ограничит доступ из подсети 172.16.16/24.

С более подробной документацией вы можете ознакомиться в документации по Apache.

Пример: запрет доступа к некоторым файлам

Иногда возникает необходимость запретить доступ к определенным файлам. Например, к конфигурационным файлам, содержащим реквизиты доступа к базам данных, интерфейсам и т.п. Допустим, в файле config.cfg вы храните логин/пароль доступа к базе данных. Создаем в этой директории файл .htaccess с директивами:

 Order allow,deny Deny from all 

Теперь, если посетитель наберет в браузере нечто вида http://www.ваш_домен.ru//config.cfg, он получит ошибку 403 или вашу страницу для этой ошибки.

Пример: заголовок last-modified

В ряде случаев требуется, чтобы web-сервер выдавал HTTP-заголовок Last-Modified. К примеру, при регистрации вашего ресурса на Яндексе, возникает ошибка «Неправильные даты». Для статических документов cервер будет выдавать значение last-modified всегда. Это действительно для html-файлов. Для SSI cервер будет выдавать значение last-modified в том случае, если прописана директива «XBitHack full» (просто пропишите эту строку в .htaccess), и для файла, к которому происходит обращение, выставлен атрибут «исполняемый» для группы. В скриптах last-modified выдается иными средствами. Например, если учесть то, что php-скрипт генерирует код динамически, то самым логичным будет в качестве last-modified отдавать текущую дату и время./>

Реализуется это следующим образом:

("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); ?>

Внимание: команда header должна выполняться в php-скрипте до того, как скрипт начнет выдавать html-текст в браузер пользователя.

Полезные ссылки по теме:

• Функция header
• Функции для работы с сервером Apache

Пример: управление кэшированием

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

Настройка параметров модуля mod_expires производится в файле .htaccess, что позволяет сделать индивидуальные настройки для каждого каталога.

В приведенном ниже примере отключено кэширование для текстовых документов, установлен период обновления для файлов с расширением gif — 3 месяца с момента изменения файла, для файлов с расширением jpeg — 1 день с момента обращения:

ExpiresActive on ExpiresByType image/jpeg "access plus 1 day" ExpiresByType image/gif "modification plus 3 months" ExpiresByType text/html "now"

Примечание: При использовании Parser если вам необходимо полностью исключить заголовки от модуля Apache mod_expires, то для этого необходимо в директории с parser3.cgi создать файл .htaccess и внести в него следующую директиву: ExpiresActive off

Пример: как создать переадресацию

• Если у вас размещены 2 домена (не обязательно на одной площадке) domain1.tld и domain2.tld, и вам необходимо, чтобы при обращении к domain2.tld у пользователей изменялся адрес на «правильный», и сразу происходило перенаправление, тогда добавьте для домена domain2.tld переадресацию на http://domain1.tld/. О том, как это сделать, написано в следующей статье.

• Если вам необходимо, чтобы при обращении к вашему домену domain.tld происходило автоматическое перенаправление на www.domain.tld, создайте на виртуальной площадке в директории /home/uXXXX/domain.tld/www файл .htaccess (обратите внимание на то, что название файла начинается с точки) следующего содержания:

  RewriteEngine on RewriteCond %{HTTP_HOST} ^domain.tld RewriteRule ^(.*)$ http://www.domain.tld/$1 [R=permanent,L]

  где uXXXX — имя вашей виртуальной площадки, domain.tld — имя вашего домена.
• О создании переадресаций с другими условиями, вы можете узнать из документации по web-серверу Apache.

Пример: особенность переадресации на синонимах

Предположим, есть домен domain1.tld и синоним domain2.tld. Если запросить в браузере адрес http://domain2.tld/dir/ со знаком слэша в конце, то будет отображена индексная страница из директории dir основного домена, при этом содержимое адресной строки браузера останется без изменений. Но если запросить http://domain2.tld/dir без слэша в конце, то произойдёт переадресация на http://domain1.tld/dir/, и содержимое адресной строки изменится соответствующим образом.

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

Если такое поведение веб-сервера вас не устраивает, добавьте в файл .htaccess следующие строки:

RewriteEngine on RewriteCond %{REQUEST_FILENAME} -d RewriteCond %{REQUEST_URI} !^domain2.tld$ RewriteRule ^(.+[^/])$ http://domain2.tld/$1/ [R]

О создании переадресаций с другими условиями вы можете узнать из документации по web-серверу Apache.

Установленные модули Apache

Список стандартных и дополнительных модулей для веб-сервера Apache, которые установлены на хостинговых машинах:

• mod_env
• mod_log_config
• mod_mime
• mod_status
• mod_include
• mod_autoindex
• mod_dir
• mod_cgi
• mod_actions
• mod_alias
• mod_rewrite
• mod_access
• mod_auth
• mod_expires
• mod_setenvif
• mod_php

Наши пользователи могут конфигурировать и использовать данные модули в рамках, которые предусмотрены техническими стандартами и тарифным планом конкретного пользователя.

• Asianux 2.0
• Asianux 3.0
• Oracle Enterprise Linux 4.0
• Oracle Enterprise Linux 5.0
• Red Hat Enterprise Linux 4.0
• Red Hat Enterprise Linux 5.0
• SUSE Enterprise Linux 10.0

Эти операционные системы официально рекомендованы Oracle и сертифицированы для Oracle Database 11g. Кроме того, можно проводить установку на операционную систему семейства Windows. Процесс установки на различных платформах практически идентичен.

Весь процесс установки подробно описывается в Quick Installation Guide11g Release 1 (11.1) for Linux x86. Кроме того, в этом документе описываются требования к программному и аппаратному обеспечению.

Все примеры и настройки будут выполняться на:

• SuSe Enterprise Linux 10.3 32bit
• Oracle Database 11g (11.1.0.7.0) 32bit

Проверка версии ядра

Для установки Oracle 11g на SuSe Linux Enterprise Server 10 требуется версия ядра не ниже 2.6.16.21. Проверить версию ядра можно выполнив команду:

# uname –r

Установка требуемых пакетов

Следующие пакеты должны быть установлены в системе (указанной версии или выше):

• binutils-2.16.91.0.5
• compat-libstdc++-5.0.7
• gcc-4.1.0
• glibc-2.4-31.2
• glibc-devel-2.4-31.2
• ksh-93r-12.9
• libaio-0.3.104
• libaio-devel-0.3.104
• libelf-0.8.5
• libgcc-4.1.0
• libstdc++-4.1.0
• libstdc++-devel-4.1.0
• make-3.80
• sysstat-6.0.2

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

# rpm -q <имя_пакета>

Если пакет не установлен, то установите из дистрибутива или загрузите с сайта разработчика средствами автоматической установки.

Создание необходимых пользователей и групп операционной системы

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

• Группа OSDBA (dba) – эта группа создается перед установкой программного обеспечения Oracle Database. Она идентифицирует пользователей имеющих администраторские привилегии (привилегии SYSDBA). По-умолчанию, имя этой группы dba.
• Группа OSOPER (oper) – эта группа опциональна, если вы хотите отделить пользователей операционной системы с ограниченными администраторскими привилегиями (привилегии SYSOPER). По-умолчанию, члены группы OSDBA так же имеют привилегии SYSOPER. Обычно имя этой группы – oper.
• Группа OSASM (asmadmin) – это новая привилегия, для выполнения задач по администрированию Automatic Storage Management. Используя привилегию SYSASM внутри привилегии SYSDBA стирает разделение между администратором базы данных и администратором Automatic Storage Management. Группа OSASM, представлена в Oracle 11g. Члены группы могут соединятся, как SYSASM, используя аутентификацию операционной системы и имеют полный доступ к Automatic Storage Management. Обычно имя группы asmadmin.

Следующая группа операционной системы необходимая для установки: группа Oracle Inventory (обычно, oinstall) – должна быть группа с доступом на запись в Oracle Central Inventory (oraInventory). Oracle Central Inventory содержит:

• Реестр домашних директорий Oracle (Oracle database и Automatic Storage Management)
• Журналы установки и файлы отладки от установки программного обеспечения Oracle

Пользователь, владелец программного обеспечения Oracle: обычно это пользователь oracle, этого пользователя требуется создать до установки программного обеспечения. Этот пользователь должен имеет группу Oracle Inventory как первичную. И вторичной одну из групп OSDBA или OSASM. Итак, создадим требуемые группы:

Сначала проверяем, существуют ли такие группы:

# grep oinstall /etc/group
# grep dba /etc/group

и если нет, то создаем:

# /usr/sbin/groupadd oinstall
# /usr/sbin/groupadd dba

Далее требуется создать пользователя, владельца экземпляра Oracle. Проверяем, есть ли уже такой пользователь:

# id oracle

Если такой пользователь существует, то на экран терминала будет выведена информация о пользователе и группах которым он принадлежит:

uid=440(oracle) gid=200(oinstall) groups=201(dba),202(oper)

Если такого пользователя нет, то выполняем:

# /usr/sbin/useradd -g oinstall -G dba oracle

Если же пользователь существует, но его первичная группа не oinstall, то выполняем следующую команду:

# /usr/sbin/usermod -g oinstall -G dba oracle

После того как пользователь создан, задем ему пароль:

# passwd oracle

После ввода команды, система попросит указать пароль для пользователя и подтвердить ввод.

Конфигурация ядра Linux

Следующим шагом является установка параметров ядра, согласно документации Oracle:

fs.file-max = 512 * PROCESSES
kernel.shmall = 2097152
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default = 4194304
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 262144
net.ipv4.tcp_wmem = 262144 262144 262144
net.ipv4.tcp_rmem = 4194304 4194304 4194304

Значения параметров выставляются в файле /etc/sysctl.conf, после внесения изменений требуется выполнить перезагрузку. Если какое либо из значений больше требуемого, то вносить изменения не требуется.

На SuSe системах требуется выполнить:

# /sbin/chkconfig boot.sysctl on

И указать GID группы oinstall, как значение параметра /proc/sys/vm/hugetlb_shm_group, это позволит пользователю создавать сегмент общей памяти.

Создание директорий для Oracle

При создании директорий следует учитывать, что для программного обеспечения потребуется порядка 3 Гб места, и еще потребуется место в дальнейшем для хранения файлов данных.

# mkdir -p /u01/app/
# chown -R oracle:oinstall /u01/app/
# chmod -R 775 /u01/app/

В директории /tmp должно быть не менее 400 Мб доступного места.

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

# mkdir /mount_point/oradata
# chown oracle:oinstall /mount_point/oradata
# chmod 775 /mount_point/oradata

Например, для нашей установки, точка монтирования будет такой же, как и для программного обеспечения /u01:

# mkdir /u01/oradata
# chown oracle:oinstall /u01/oradata
# chmod 775 /u01/oradata

Для хранения файлов Flash recovery area:

# mkdir /u01/flash_recovery_area
# chown oracle:oinstall /u01/flash_recovery_area
# chmod 775 /u01/flash_recovery_area

Установка и настройка ASM подробнее будет рассмотрена в дальнейших уроках, и сейчас рассматриваться не будет.

Установка Oracle Database

Когда все подготовительные операции выполнены, можно переходить к установке Oracle. Далее, все действия по установке и настройки выполняются под созданным нами пользователем oracle. Логинимся как oracle, переходим в каталог с дистрибутивом Oracle, на жестком диске или DVD диске, и находим исполняемый файл runInstaller. Запускаем его:

oracle@test:/tmp/oracle_distr/database> ./runInstaller
Starting Oracle Universal Installer...

Checking Temp space: must be greater than 80 MB.   Actual 208116 MB    Passed
Checking swap space: must be greater than 150 MB.   Actual 3969 MB    Passed
Checking monitor: must be configured to display at least 256 colors.    Actual 16777216    Passed
Preparing to launch Oracle Universal Installer from /tmp/OraInstall2009-02-08_05-14-09PM. Please wait ...oracle@test:/tmp/oracle_distr/database> libxcb:
WARNING! Program tries to unlock a connection without having acquired
        a lock first, which indicates a programming error.
        There will be no further warnings about this issue.
libxcb: WARNING! Program tries to lock an already locked connection,
        which indicates a programming error.
        There will be no further warnings about this issue.
Oracle Universal Installer, Version 11.1.0.6.0 Production
Copyright (C) 1999, 2007, Oracle. All rights reserved.

Если все хорошо, и все тесты пройдены, то откроется графическое приложение Oracle Universal Installer (OUI):

Где предлагается выбрать тип установки Basic или Advanced. В базовом типе установки часть опций будет скрыта от пользователя и выставлены по умолчанию. Например, для всех пользователей базы данных будет выставлен единый пароль, опции файловой системы и т.д. При выборе Advanced пользователю предлагается вручную указывать необходимые настройки. Выберем тип Advanced (Продвинутый) и нажимаем кнопку Next (Далее):

На втором шаге предлагается указать размещение oraInventory и имя группы операционной системы. В нашем случае это группа oinstall и директория oraInventory - /u01/app/oraInventory. Кнопка Installed Products позволяет просмотреть информацию об установленных продуктах Oracle.
Переходим к следующему шагу установки:

На этом шаге предлагается выбрать редакцию Oracle Database Server. На выбор три варианта: Enterprise Edition – наиболее полная версия с поддержкой Grid, повышенной отказоустойчивостью и т.д. Standart Edition – предназначена для предприятий среднего размера, рабочих групп и Custom – позволяет выбрать компоненты по своему выбору. Нажав на кнопку Product Languages можно выбрать доступные языки продукта. Выбираем языки Русский и Английский, редакцию сервера Enterprise Edition и переходим далее.

Указываем базовый каталог, имя домашней директории и саму домашнюю директорию. Переходим далее.

Здесь производится проверка параметров системы и установленных пакетов. В некоторых случаях тест может пройти с предупреждениями или ошибками. В зависимости от характера, если вы уверены что все в порядке, можно указать, что проверено пользователем (отметить проверку галочкой, и ее статус станет User verified)и продолжить установку. Важно быть точно уверенным, что все в порядке, потому что в дальнейшем ошибки установки могут привести к непредсказуемым последствиям. Если все в порядке переходим далее.

На этом этапе установки предлагается выбор, создавать или нет базу данных, если да то настраивать ли ASM, или установить только программное обеспечение и дать возможность пользователю создать БД позже. Выбираем установку только программного обеспечения.

Указываем привилегированные группы операционной системы. О них шла речь в начале урока, когда описывалось создание групп и их назначение. Переходим к следующему шагу.

Все готово для установки и предоставляется суммарный отчет по продуктам для установки, требуемому пространству и т.д. Если вы со всем согласны и ничего не упустили, то нажимаем Install, после чего начнется копирование файлов.

После завершения копирования файлов, будет предложено выполнить два скрипта под пользователем root.

Для этого открываем новый терминал и выполняем:

oracle@test:~> su -
Password:
test:~ # cd /u01/app/oraInventory/
test:/u01/app/oraInventory # ./orainstRoot.sh
Changing permissions of /u01/app/oraInventory to 770.
Changing groupname of /u01/app/oraInventory to oinstall.
The execution of the script is complete
test:/u01/app/oraInventory #

Затем выполняем второй скрипт:

test:/u01/app/oraInventory # cd /u01/app/oracle/product/11.1.0/db_1/
test:/u01/app/oracle/product/11.1.0/db_1 # ./root.sh
Running Oracle 11g root.sh script...
The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /u01/app/oracle/product/11.1.0/db_1
Enter the full pathname of the local bin directory: [/usr/local/bin]:
   Copying dbhome to /usr/local/bin ...
   Copying oraenv to /usr/local/bin ...
   Copying coraenv to /usr/local/bin ...
Creating /etc/oratab file...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
Finished product-specific root actions.

После того как скрипты выполнены возвращаемся к установке, нажимаем ОК и видим финальный экран установки с сообщением об успешном завершении:

На этом установка завершена.

Установка Apache на операционные системы семейства Unix

Классически, в Unix программное обеспечение устанавливается путем сборки из исходников:

Скачайте и распакуйте дистрибутив с httpd.apache.org с помощью браузера типа lynx/links или команды fetch/wget, например:

$ fetch http://apache.rin.ru/dist/httpd/apache_1.3.31.tar.gz
$ tar xzf apache_1.3.31.tar.gz

Конфигурируем Apache:

$ cd apache_1.3.31
$ ./configure

Для тонкой настройки Apache, следует изучить файл INSTALL (входящий в комплект исходников PHP) и указать необходимые параметры в строке ./configure. Впрочем, как правило, настройки по умолчанию вполне подходят.

Скомпилируйте Apache:

$ make

Установите Apache:

$ su - заходим под суперпользователем (root), если все предыдущие операции производили из-под своего обычного логина)
# make install

На этапе configure, вероятно, вы увидите ошибки, связанные с отсутствием в системе необходимых библиотек. Их необходимо скачать и установить в соответствии с инструкциями, находящимися в файлах INSTALL дистрибутивов (обычно – это та же последовательность ./configure && make && make install). Это дело довольно долгое и занудное, посему уже давно большинство Unix-систем включают в себя то или иное более удобное средство установки программного обеспечения.

Установка Apache на FreeBSD

Free BSD включает специальное средство для установки программного обеспечения – порты (ports), представляющие собой набор скриптов, автоматически скачивающих, настраивающих, компилирующих и устанавливающих программные продукты, включая необходимые для запуска библиотеки (dependences – зависимости). Здесь мы не будем подробно рассматривать, как в Free BSD работать с портами – это описано в Free BSD Handbook и множестве книг. Предположим, что в вашей системе библиотека портов установлена и обновлена.

Переходим в каталог порта Apache:

Как создать новый документ?

НовыйДокумент = Документы.ПриходныйКассовыйОрдер.СоздатьДокумент(); 
НовыйДокумент.Дата = ТекущаяДата();

Как найти документ?

ИскомыйДокумент = Документы.РеализацияТоваровУслуг.НайтиПоНомеру(НомерДок, Дата(2005, 1, 1)); 
Если НЕ ИскомыйДокумент.Пустая() Тогда 
// Выполнить действия в случае обнаружения такого документа. … 
КонецЕсли;

Как открыть форму документа?

Форма = ИскомыйДокумент.ПолучитьФорму(); 
Форма.Открыть();

Как изменить значение реквизита и записать документ?

ДокОбъект = СсылкаНаДокумент.ПолучитьОбъект(); 
ДокОбъект.Ответственный = глТекущийПользователь; 
ДокОбъект.Записать(); 

// Запись с проведением документа
ДокОбъект.Записать(РежимЗаписиДокумента.Проведение); 

// Запись с отменой проведения
ДокОбъект.Записать(РежимЗаписиДокумента.ОтменаПроведения);

Как добавить строку в табличную часть документа, имея ссылку на документ?

ОбъектДок = Док.ПолучитьОбъект(); 
НоваяСтрока = ОбъектДок.Товары.Добавить(); 

// Заполнить значения реквизитов. 
НоваяСтрока.Количество = 10; 
НоваяСтрока.Цена = 55;  

// Записать документ. 
ОбъектДок.Записать();

Как удалить строки из табличной части документа?

ОбъектДокумента = Документ.ПолучитьОбъект(); 
ОбъектДокумента.Товары.Очистить();

Как перебрать строки документа?

Для Каждого ТекущаяСтрока Из Документ.Товары Цикл 

	// Действия со строкой табличной части. 
КонецЦикла; 


СтаршийИндекс = Документ.Товары.Количество() - 1; 
Для Сч = 0 по СтаршийИндекс Цикл 

	// Действия со строкой табличной части.
КонецЦикла;

Как выгрузить табличную часть документа?

ТаблицаТоваровДокумента = Документ.Товары.Выгрузить();

Как посчитать итог в табличной части документа?

ВсегоПоКолонкеСумма = Документ.Товары.Итог("Сумма");

Как провести документ?

НужныйДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);

Как перебрать документы?

ВыборкаДокументов = Документы.Расходная.Выбрать(НачалоГода(ТекущаяДата()), КонецГода(ТекущаяДата())); 
Пока ВыборкаДокументов.Следующий() Цикл 
	// Действия с документом - элементом выборки, 
	// его значение содержится в переменной ВыборкаДокументов 
КонецЦикла 


Запрос = Новый Запрос; 
Запрос.Текст = " 
|ВЫБРАТЬ 
| РеализацияТоваровУслуг.Ссылка 
|ИЗ 
| Документ. РеализацияТоваровУслуг КАК РеализацияТоваровУслуг 
|ГДЕ 
| РеализацияТоваровУслуг.Контрагент = &Контрагент 
| И 
| (РеализацияТоваровУслуг.Номер < 100 | ИЛИ | РеализацияТоваровУслуг.Дата < ДАТАВРЕМЯ(2005, 1, 1)) 
| И 
| РеализацияТоваровУслуг.Товары.Номенклатура В ИЕРАРХИИ(&Номенклатура)"; 

Запрос.УстановитьПараметр("Контрагент", ОтбКонтрагент); 
Запрос.УстановитьПараметр("Номенклатура", ОтбНоменклатура); 

Результат = Запрос.Выполнить(); 
Выборка = Результат.Выбрать(); 
Пока Выборка.Следующий() Цикл 
	// действия с документом - элементом выборки, 
	// его значение содержится в переменной Выборка 
КонецЦикла;

Как пометить на удаление все приходные накладные?

ДокументыВида = Документы.ПоступлениеТоваровУслуг.Выбрать(); 
Пока ДокументыВида.Следующий() Цикл 
	ДокОбъект = ДокументыВида.ПолучитьОбъект(); 
	ДокОбъект.УстановитьПометкуУдаления(Истина); 
КонецЦикла;

Как, имея ссылку на документ, создать в базе его копию?

ДокументКопия = ИсходныйДокумент.Скопировать(); 
ДокументКопия.Дата = РабочаяДата; 
ДокументКопия.Записать(); 


ДокументКопия.Дата = ИсходныйДокумент.Дата;

Как, имея ссылку на документ, прочитать его движения по регистру?

Запрос = Новый Запрос; 
Запрос.Текст ="ВЫБРАТЬ * 
|ИЗ 
| РегистрНакопления.ОстаткиНоменклатуры КАК ОстаткиНоменклатуры 
|ГДЕ 
| ОстаткиНоменклатуры.Регистратор = &Регистратор"; 

Запрос.УстановитьПараметр("Регистратор", ПолеВводаРегистратор); 


НаборЗаписейРегистра = Движения.ОстаткиНоменклатуры; 
НаборЗаписейРегистра.Прочитать(); 
Для Каждого Запись из НаборЗаписейРегистра Цикл 
	// Чтение и модификация очередного движения. 
КонецЦикла; 


Для Каждого НаборЗаписейРегистра из Движения Цикл 
	НаборЗаписейРегистра.Прочитать(); 
	Для Каждого Запись из НаборЗаписейРегистра Цикл 
		// Чтение и модификация очередного движения. 
 	КонецЦикла; 
КонецЦикла;

Как определить, по каким регистрам документ выполнил движения?

ВЫБРАТЬ ПЕРВЫЕ 1 
	"Внутренние заказы" КАК Регистр 
ИЗ 
	РегистрНакопления.ВнутренниеЗаказы КАК ВнутренниеЗаказы 
ГДЕ 
	ВнутренниеЗаказы.Регистратор = &Регистратор 

ОБЪЕДИНИТЬ 

ВЫБРАТЬ ПЕРВЫЕ 1 
	"Заказы поставщикам" КАК Регистр 
ИЗ 
	РегистрНакопления.ЗаказыПоставщикам КАК ЗаказыПоставщикам 
ГДЕ 
	ЗаказыПоставщикам.Регистратор = &Регистратор 

ОБЪЕДИНИТЬ 

ВЫБРАТЬ ПЕРВЫЕ 1 
	"Размещение заказов покупателей" КАК Регистр 
ИЗ 
	РегистрНакопления.РазмещениеЗаказовПокупателей КАК РазмещениеЗаказовПокупателей 
ГДЕ 
	РазмещениеЗаказовПокупателей.Регистратор = &Регистратор 

ОБЪЕДИНИТЬ 

ВЫБРАТЬ ПЕРВЫЕ 1 
	"Товары в резерве на складах" КАК Регистр 
ИЗ 
	РегистрНакопления.ТоварыВРезервеНаСкладах КАК ТоварыВРезервеНаСкладах 
ГДЕ 
	ТоварыВРезервеНаСкладах.Регистратор = &Регистратор

Как в табличной части документа удалить строки с нулевым значением реквизита "Количество"?

ОбъектДок = СсылкаДок.ПолучитьОбъект(); 
СтруктураДляПоиска = Новый Структура("Количество", 0); 

ТабличнаяЧастьДок = ОбъектДок.Товары; 
МассивПустыхСтрок = ТабличнаяЧастьДок.НайтиСтроки(СтруктураДляПоиска); 

Для каждого Строка Из МассивПустыхСтрок Цикл 
	ТабличнаяЧастьДок.Удалить(Строка); 
КонецЦикла; 

ОбъектДок.Записать(); 



СтруктураДляПоиска = Новый Структура("Количество", 0); 

МассивПустыхСтрок = Товары.НайтиСтроки(СтруктураДляПоиска); 

Для каждого Строка Из МассивПустыхСтрок Цикл 
	Товары.Удалить(Строка); 
КонецЦикла;

Как очистить колонку "СтавкаНДС" в табличном поле "Товары" уже заполненного документа?

Процедура ТоварыСтавкаНДСПриИзменении(Элемент) 

	// Рассчитать реквизиты табличной части. 
	РассчитатьСуммуНДСТабЧасти(ЭлементыФормы.Товары.ТекущиеДанные, ЭтотОбъект); 

КонецПроцедуры // ТоварыСтавкаНДСПриИзменении() 



Для Каждого Строка из Товары Цикл 
	Строка.СтавкаНДС = Неопределено; 

	// Передать управление на процедуру, вызываемую 
	// из обработчика события "ПриИзменении" для поля ввода "СтавкаНДС" 
	ЭлементыФормы.Товары.ТекущаяСтрока = Строка; 
	РассчитатьСуммуНДСТабЧасти(ЭлементыФормы.Товары.ТекущиеДанные, ЭтотОбъект); 

КонецЦикла;

Как заполнить значения свойств нового документа на основании существующего?

НовыйСчет = Документы.СчетНаОплатуПокупателю.СоздатьДокумент(); 
ЗаполнитьЗначенияСвойств(НовыйСчет, ДокументЗаказа, , "Дата"); 

// Заполнить табличную часть Товары. 
Для Каждого СтрокаТоваровЗаказа Из ДокументЗаказа.Товары Цикл 
	ЗаполнитьЗначенияСвойств(НовыйСчет.Товары.Добавить(), СтрокаТоваровЗаказа); 
КонецЦикла; 

// Заполнить табличную часть ВозвратнаяТара 
Для Каждого СтрокаТарыЗаказа Из ДокументЗаказа.ВозвратнаяТара Цикл 
	ЗаполнитьЗначенияСвойств(НовыйСчет.ВозвратнаяТара.Добавить(), СтрокаТарыЗаказа); 
КонецЦикла; 

// Заполнить табличную часть Услуги 
Для Каждого СтрокаУслугЗаказа Из ДокументЗаказа.Услуги Цикл 
	ЗаполнитьЗначенияСвойств(НовыйСчет.Услуги.Добавить(), СтрокаУслугЗаказа); 
КонецЦикла; 

НовыйСчет.ЗаказПокупателя = ДокументЗаказа; 

Форма = НовыйСчет.ПолучитьФорму(); 
Форма.Открыть(); 

Как получить перечень приходных накладных, в которых не заполнены номенклатурные позиции?

Запрос = Новый Запрос; 
Запрос.Текст = "ВЫБРАТЬ РАЗЛИЧНЫЕ 
| ПриходнаяТовары.Ссылка как Накладные 
|ИЗ 
| Документ.ПоступлениеТоваровУслуг.Товары КАК ПриходнаяТовары 
|ГДЕ 
| ПриходнаяТовары.Номенклатура = &ПустаяНоменклатура"; 

Запрос.УстановитьПараметр("ПустаяНоменклатура", Справочники.Номенклатура.ПустаяСсылка()); 

ТаблицаНакладных = Запрос.Выполнить();

Как на дату расходной накладной определить курс валюты управленческого учета?

ВЫБРАТЬ 
	КурсыВалютСрезПоследних.Валюта КАК ВалютаУпр, 
	КурсыВалютСрезПоследних.Курс КАК КурсУпр 
ИЗ 
	РегистрСведений.КурсыВалют.СрезПоследних(&ДатаДокумента, Валюта В 
									(ВЫБРАТЬ 
										УчетнаяПолитикаСрезПоследних.ВалютаУправленческая 
									ИЗ 
										РегистрСведений.УчетнаяПолитика.СрезПоследних(&ДатаДокумента, ) КАК УчетнаяПолитикаСрезПоследних ) 
						) КАК КурсыВалютСрезПоследних

Как из формы документа вызвать его неоперативное проведение?

Процедура ОсновныеДействияФормыОК(Кнопка) 

ЭтаФорма.ИспользоватьРежимПроведения = ИспользованиеРежимаПроведения.Неоперативный; 
ЗаписатьВФорме(РежимЗаписиДокумента.Проведение); 
Закрыть(); 

КонецПроцедуры

Как в обработке проведения получить остатки, актуальные на позицию документа?

Запрос.Текст = " ВЫБРАТЬ 
| ВзаиморасчетыСКонтрагентамиОстатки.СуммаВзаиморасчетовОстаток, 
| ВзаиморасчетыСКонтрагентамиОстатки.СуммаУпрОстаток 
|ИЗ 
| РегистрНакопления.ВзаиморасчетыСКонтрагентами.Остатки(&ПараметрПериод, 
| ДоговорКонтрагента = &Договор 
| И 
| Сделка =&Сделка) КАК ВзаиморасчетыСКонтрагентамиОстатки"; 

Запрос.УстановитьПараметр("ПараметрПериод", МоментВремени()); 

Как определить количество документов и количество разных значений реквизита в таблице записей документа?

ВЫБРАТЬ 
	КОЛИЧЕСТВО(РегистрацияПростоевВОрганизации.Ссылка) КАК Случаев, 
	КОЛИЧЕСТВО(РАЗЛИЧНЫЕ РегистрацияПростоевВОрганизации.ФизЛицо) КАК Работников 
ИЗ 
	Документ.РегистрацияПростоевВОрганизации КАК РегистрацияПростоевВОрганизации 
ГДЕ 
	РегистрацияПростоевВОрганизации.Проведен 

В последовательность "ПартионныйУчет" добавлено измерение "Организация". Как теперь получить данные по границам последовательности для каждого значения этого измерения?

ТаблицаГраниц = Последовательности.ПартионныйУчет.ПолучитьГраницы("Организация"); 
Для Каждого СтрокаТаблицыГраниц Из ТаблицаГраниц Цикл 
	Организация = СтрокаТаблицыГраниц.Организация; 
	ДатаГП = СтрокаТаблицыГраниц.Граница.Дата; 
	СсылкаГП = СтрокаТаблицыГраниц.Граница.Ссылка; 
КонецЦикла;

В апреле 2011 специалисты компании SEOEffect Tools решили поставить эксперимент с целью проследить влияние кнопки Google +1 на позиции сайта. Эксперимент стартовал 4 апреля – практически через 4 дня после того, как компания Google объявила о появлении кнопки «+1» в экспериментальном режиме.

Когда я наткнулась на эксперимент, мне сразу захотелось перевести его дословно и выложить на блоге. Прочитав весь текст (30 страниц), я поняла, что этого делать не стоит – оказывается, наши забугорные коллеги по количеству воды в публикациях могут переплюнуть даже самых красноречивых российских блоггеров. Но эксперимент, тем не менее, все равно показался мне интересным и стоящим внимания читателей, так что изложу у себя его основную суть. Свои аннотации (их не так много) буду выделять курсивом, что б не запутать вас, где описание эксперимента авторами, а где – мои рассуждения. Скачать оригинальное описание эксперимента можно на сайте SEOEffect. Если Вы вообще не понимаете, о чем речь, тогда сначала прочитайте, что такое кнопка Google +1 у меня и о том, как добавить кнопку Google +1 на свой сайт у Глобатора.

Краткое описание эксперимента

Компания SeoEffect Tools попросила своих читателей «проголосовать» за три страницы в поисковых результатах Google и сообщить об этом действии через твиттер (ретвитнуть). На просьбу откликнулось 72 читателя, авторы эксперимента проследили влияние их действий на позиции, трафик и видимость страниц.

В результате были сделаны такие выводы:
1. Наличие «голосов» повышает видимость сайта в поиске для пользователей, которые за него «голосовали» и для их социального круга. Если вы «проголосуете» за сайт, который находится на 9-м месте, то в следующий раз по этому же запросу вы увидите его выше – например, на 5-7 позициях. Если за него проголосуют также ваши знакомые, для вас и для них он будет показываться еще выше (Топ 1, Топ 3) .

2. Наличие “голосов” повышает СTR сайта в выдаче. Социальные рекомендации от людей, которых вы лично знаете (вашего социального круга) зачастую являются более убедительные, чем советы экспертов. Кроме того, наличие “голосов” возле тайтла в выдаче привлекает внимание к сайту и делает его более кликабельным в результатах выдачи.

Эти выводы в оригинальном описании эксперимента повторяются четыре раза в различных формулировках. Думаю, что их суть дойдет до моих читателей и с первого раза.

Постановка эксперимента

Эксперимент стартовал 4 апреля, в нем «учавствовали» три страницы сайта компании:

-http://www.seoeffect.com/
-http://www.seoeffect.com/demo-and-specs/keyword-research-tool.php
-http://www.seoeffect.com/blog/Participate-in-the-SEO-Effect-Google-plus1-button-experiment-/

Авторы исследования через рассылку, FB и Твиттер призвали своих читателей присоединиться к эксперименту. Желающие должны были ознакомиться с детальной инструкцией участника и подтвердить свое участие через Твиттер. Предполагалось набрать минимум 50 участников.

С самого начала экспериментаторы натолкнулись на трудности – оказалось, что некоторым пользователям кнопка «+1» не показывается, даже если они залогинились в социальный профайл и присоединились к эксперименту на сайте Google. Также кнопка не работала в браузере Opera и т.д.

Экспериментаторы оценивали влияние кнопки «+1» на показы, CTR, позиции в выдаче и долю трафика из поиска по определенным ключевым словам.

Влияние “голосов” на результаты поиска

Так выглядел сайт вначале эксперимента (1 день). Метка «You shared this» – это аннотация GoogleBuzz.

Сайт компани SEOEffect в результатах поиска после того, как на кнопку «+1» нажали 10 участников эксперимента:

Перевод оранжевых сносок:
– URL 1: профили пользователей не отображаются со своим «голосами» для этого URL – социальный статус заимствуется с Твиттера;
– URL 2: рядом с «голосами» отображаются профили 3-х проголосовавших пользователей;
– URL 3: рядом с «голосами» отображается профили 3-х других пользователей.

После того, как на кнопку “+1″ нажали 25 пользователей, ничего не поменялось…

После того, как «проголосовали» 29 участников, экспериментальный URL по запросу «Seo Effect» был выброшен с первой тройки результатов и стал появляться только в «Других результатах» с четырьмя «голосами» (Google пронюхал накрутку?).

После того, как набралось 29 «голосов» по запросу «keyword research tool», сайт появился внизу первой страницы. Экспериментаторы считают, что это связано не с «голосами», а с появлением ссылки в Google Buzz. Количество «проголосовавших» возле URL не показывается.

После того, как количество «голосов» достигло 40 (запрос «seo effect»), Google обнулил результаты для трех экспериментальных урлов, «голоса» возле них в выдаче перестали показываться вообще (доигрались). Возле нескольких других страниц все еще показывается кнопка +1.

60 «голосов», третий день эксперимента. По запросу «keyword research tool» сайт по-прежнему показывается внизу первой страницы в результате упоминания в Google Buzz. Количество «+1», похоже, не имеют никакого влияния, хотя возле некоторых страниц в поиске они отображаются (см. GoogleAdwords Tool – Топ1 результатов поиска).

Когда набралось 60 «голосов» для запроса «seo effect», сайт вернулся по этому запросу на 1 место. Но в аннотации возле кнопки «+1» упоминаются только 4 из 60 проголосовавших.

Интересный момент – авторы эксперимента обратили внимание, что, например, по запросу «Google +1» кнопка Google не показывается ни у одного сайта, что несколько странно:
Рис 25.

Как +1 влияет на CTR в выдаче

Чтоб обойти ограничение персональным поиском, экспериментаторы смотрели на показатель по количеству страниц в Инструментах Вебмастера. Там показывается средняя позиция для ключевых слов и страниц за определенный период времени (максимум – последние 30 дней) .

На рисунке ниже – результаты по Google WebmasterTools на протяжении 30 дней от старта эксперимента. Увеличение показов и CTR в результатах поиска для сайта SEOEffect оказалось не долгосрочным:

До и после: результаты эксперимента

Сравнив показатели до и после эксперимента, его организаторы заметили следующее:
– количество показов главной страницы сайта SEOEffect не увеличилось, зато средняя позиция по ключевым словам повысилась на 24%;
– страница про анализ ключевых слов получила больше кликов и ее средняя позиция выросла на 20%;
– публикация на блоге также получила больше трафика, но это объясняется скорее всего естественным интересом пользователей. Поскольку эксперимент Google был анонсирован всего на несколько дней раньше, это вполне объясняет тот факт, что люди как раз начали искать информацию о нем.

На рисунке внизу показано, как отличались показатели для сайта SEOEffect.com до и после эксперимента. Средняя позиция для всех ключевых слов поднялась на 20%:

Доля трафика

Авторы эксперимента отмечают, что доля трафика из поиска для трех экспериментальных страниц поднялась на 3%,общая доля трафика выросла на 2%. Они считают, что рост связан непосредственно с экспериментом, но на это могут быть и другие причины (например, интерес пользователей к самому эксперименту).

Кнопка Google +1 и 301 редирект

В самом начале авторы заметили, что URL одной из экспериментальных страниц совсем не ЧПУ (человекопонятный) и это вдохновило их на еще один эксперимент. После того, как у страницы с плохим URL появились первые «голоса», авторы поменяли URL, поставив со старого URL 301 редирект на новый. Как только новый URL проиндексировался, «голоса» в выдаче возле этой страницы перестали показываться. Это значит, что «+1» не передаются с помощью 301 редиректа. Возможно, это специально предусмотрено разработчиками, что б не было злоупотреблений вебматерами (что б не перекидывали «голоса» на левые страницы, за которые пользователи никогда бы не проголосовали).

На картинке – 2 урла. Первый – действующий, без “голосов”. Второй -старый, с которого стоит 301 редирект на действующий. Возле второго все еще присутствует кнопка с “голосами”:

Через 5 дней: в выдаче остался только действующий URL, “голоса” не передались:

Почему эксперимент не может быть “чистым”

Далее авторы перечисляю факторы, из-за которых получить чистые данные по влиянию кнопки «+1» невозможно:
– сезонные колебания и погода (вообще странное замечание конечно, учитывая ключевые слова, упоминавшиеся в эксперименте… Не могу представить, что б интерес к запросам «seo effect» или «keywords research tool» менялся во время дождя);
– распространение информации об эксперименте через Твиттер (ссылки с Твиттера также могли повлиять на результат);
– слишком быстрая накрутка «голосов» – большинство из них были набраны в течении первых 48 часов от момента старта эксперимента. Google мог посчитать это накруткой и не учитывать «голоса» (я тоже склоняюсь к этому варианту, кстати);
– географические отличия – большинство голосовавших находились в Голландии, а там вообще в выдаче вместо кнопки +1 показываются звездочки. Возможно, алгоритм учета «голосов» там тоже отличается от того, который действует в международном поиске.

Вот как “голоса” выглядят в голландском поиске Google:

Заключение и выводы

Из-за большого количества искажающих факторов в результате эксперимента появилось еще больше вопросов, чем было до него. Тем не менее, авторы озвучили такие предварительные выводы:
1. Позиции сайта увеличились в среднем на 20%, увеличился CTR и посещаемость сайта из поиска.
2. «Голоса» положительно сказались на количестве показов сайта в результатах выдачи, потому что они повышают страницу в выдаче для как для самих «проголосовавших», так и для пользователей из их социального круга.
3. «Голоса» привлекают внимание к странице в поиске и делают ее более заметной.
4. URL страниц, отмеченных «+1», в локальных поисках других стран отмечаются значком «+1», а значком звезды.
5. Google постоянно обнуляет информацию о «голосах», либо их влияние со временем ухудшается (а я думаю что ни то, ни другое, просто из-за такой быстрой накрутки их влияние просто не учитывалось).
6. В поисковых результатах никогда не показывается более 3 профилей проголосовавших.
7. В ходе эксперимента ни разу не показывалось общее количество проголосовавших более 4-х, хотя на самом деле для каждого URL их было более 60.
8. 301 редирект не передает информацию о «голосах». Если URL страницы, за которую голосовал, сменить на другой с использованием 301 редиректа, голоса теряются.
Конец эксперимента.

Позволю себе высказать свое мнение про сам эксперимент и его результаты:
1) Компания SEOEffect Tools запустила эксперимент слишком рано. Работа кнопки «+1» еще не была налажена самими разработчиками, с 31 марта по 2 июня она работала в экспериментальном режиме. Это не могло не сказаться на результатах – думаю, если такой эксперимент повторить сейчас, результаты будут несколько иными.

2) Промежуток времени, в течении которого набирались голоса, был слишком мал. Не думаю, что Google запустил бы новую фичу, которую так легко накрутить, без антифрод-фильтра. Очевидно, что 60 голосов (большая часть которых принадлежала жителям одного региона) за 2 дня Google мог посчитать накруткой и просто не учитывать их.

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

4) Сам эксперимент был продуман не до конца. Непонятно, зачем было дублировать «голоса» ретвитами, если авторы сами понимали, что это может исказить результат. Не ставилась задача проанализировать качество голосов (профили проголосовавших), в учет бралось только количество. Не было предусмотрено распределение голосов по времени и географии. В общем, есть много «но».

Авторы эксперимента сами понимают, что полученный результат далек от идеала и вроде как планируют провести новое исследование. Мы же будем ждать появления кнопки «+1» в российской выдаче и готовиться к собственным экспериментам.

преобразование http-ссылок с помощью Apache

Допустим, у вас есть работающий веб-сайт, состоящий из большого количества статических html-страниц. Все идет хорошо, но вдруг в какой-то момент вы решаете усовершенствовать работу веб-сайта и добавляете динамические скрипты: в результате страничка новостей теперь доступна по ссылке http://www.site.com/cgi-bin/news.cgi вместо прежней http://www.site.com/news.html, а каталог, в котором хранились страницы с описанием российских регионов, полностью перекочевал в динамику, и наш горячо любимый 77-й регион теперь доступен по неэстетично выглядящей ссылке http://site.ru/cgi-bin/regions.pl?region=77&mode=brief вместо легко запоминаемой http://site.ru/regions/77.html.

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

Анализ проблемы наводит на мысль о том, как хорошо было бы иметь возможность обращаться к одним и тем же страницам по различным http-ссылкам, причем для страниц с похожими ссылками было бы очень удобно описать одно общее для них правило вместо того, чтобы для каждой страницы выписывать все возможные варианты ведущих на нее http-ссылок. Если ваш веб-сайт работает под управлением весьма популярного в настоящее время веб-сервера^* Apache (скорее всего, это именно так), то в вашем распоряжении есть мощнейшее средство преобразования http-ссылок, которое реализуется специальным программным модулем mod_rewrite. Некоторые директивы данного модуля могут использоваться только в конфигурационном файле самого веб-сервера, другие же — в специальных файлах .htaccess, которые можно располагать в подкаталогах иерархии вашего веб-сайта. Именно эти директивы из .htaccessи производят основную работу по преобразованию http-ссылок, поэтому их мы опишем более подробно.

Для перестраховки можно уточнить у службы технической поддержки вашего хостера, включен ли модуль mod_rewrite в состав веб-сервера, обслуживающего ваш веб-сайт, и допускается ли использование его директив в файлах .htaccess. Поскольку данный модуль широко используется во многих проектах, каждый уважающий себя хостер на оба ваших вопроса ответит: «Да, конечно». Если же вы получили отрицательный ответ, это хороший повод задуматься о смене хостинг-провайдера на другого, предоставляющего более качественные услуги.

Прежде чем углубиться в описание возможностей модуля mod_rewrite, приведем пример решения двух описанных выше проблем:

# Включение преобразования ссылок
RewriteEngine on

# Новостная страница
RewriteRule ^news.html$ /cgi-bin/news.cgi

# Страницы с описаниями регионов
RewriteRule ^regions/([0-9]+).html$ /cgi-bin/regions.pl?region=$1&mode=brief

Директива RewriteEngine включает или выключает преобразование http-ссылок (соответственно "RewriteEngine on« или »RewriteEngine off"). Действие директивы распространяется на текущий каталог и на все его подкаталоги, в которых нет своих файлов .htaccessс данной директивой.

Правила преобразования ссылок наследуются чуть сложнее. Чаще всего преобразование по умолчанию отключено в основном конфигурационном файле веб-сервера. Допустим, что вы записали в .htaccess некоего каталога директиву "RewriteEngine on" и некоторое количество правил преобразования. Перейдем теперь в один из подкаталогов.

• Если здесь нет файла .htaccess, либо в нем нет ни одной директивы модуля mod_rewrite, то все правила преобразования наследуются от родительского каталога.
• Если в файле .htaccess есть хотя бы одна директива модуля mod_rewrite, то не наследуется ничего, а состояние по умолчанию выставляется таким же, как в главном конфигурационном файле веб-сервера (по умолчанию "off"). Поэтому, если вы желаете иметь в этом каталоге свой набор правил преобразования, не забудьте добавить директиву "RewriteEngine on".
• Есть и третий вариант. Допустим, вы желаете унаследовать все правила из родительского каталога и добавить к ним несколько новых — для этого вам понадобится директива RewriteOptions, которая допускает только один фиксированный аргумент. Таким образом, в файл .htaccess вы должны записать ваши новые правила и две директивы: "RewriteEngine on« и »RewriteOptions inherit".

А теперь перейдем непосредственно к описанию правил. Преобразования описываются при помощи директивы RewriteRule. Правил может быть несколько, при этом все они применяются в порядке их описания. Когда правила заканчиваются, они вновь начинают применяться с самого начала, и этот цикл продолжается до тех пор, пока «срабатывает» хотя бы одно из правил. В некоторых случаях это может приводить к зацикливанию, поэтому при описании правил нужно быть предельно внимательным. Существует несколько специальных флагов, которые предоставляют возможность прервать этот процесс на определенном правиле или пропустить несколько правил (об этом будет рассказано ниже). Синтаксис директивы RewriteRule выглядит следующим образом:

RewriteRule «исходный путь» «замена» «флаги»

Исходный путь — это часть исходной ссылки, от которой отрезаны имя сервера, путь до текущего каталога и параметры запроса. Допустим, что ваш веб-сайт www.site.com расположен в каталоге /home/site/www. Тогда для ссылки http://www.site.com/test/list.html?mode=0 исходным путем в каталоге /home/site/www будет test/list.html, а в каталоге /home/site/www/test — list.html. Исходный путь задается регулярным выражением (синтаксис регулярных выражений Apache подробно описан в статье "Маленькие настройки большого веб-сервера"). Символ ! перед исходным путем означает, что правило «срабатывает» по несовпадениюссылки с заданным регулярным выражением.

Замена — это то, на что будет заменена исходная ссылка в случае «срабатывания» правила. Замена может быть относительной (если она не начинается с символа /) и абсолютной (если она начинается с символа / или представляет собой полную ссылку, начинающуюся с http:// или https://). В замене можно использовать определенные части исходного пути, отмеченные круглыми скобками. При этом макрос $1 обозначает ту часть исходного пути, которая расположена внутри первой пары скобок, $2 — внутри второй пары и так далее.

Флаги — это дополнительные опции для данного правила, которые перечисляются в квадратных скобках через запятую.

• R (redirect) останавливает процесс преобразования и возвращает результат браузеру клиента как редирект на данную страницу (302, MOVED TEMPORARY). С данным флагом можно указать другой код результата, например "R=301" возвратит редирект с кодом 301 (MOVED PERMANENTLY).
• F (forbidden) возвращает ошибку 403 (FORBIDDEN).
• G (gone) возвращает ошибку 410 (GONE).
• P (proxy) — по этому флагу Apache выполняет подзапрос (sub-request) к указанной странице с использованием программного модуля mod_proxy, при этом пользователь ничего не узнает об этом подзапросе. Если модуль mod_proxy не входит в состав вашей сборки Apache, то применение данного флага вызовет ошибку.
• L (last) останавливает процесс преобразования, и текущая ссылка считается окончательной.
• N (next) запускает процесс преобразования с первого по порядку правила.
• C (chain) объединяет несколько правил в цепочку. Если первое правило цепочки «не срабатывает», то вся цепочка игнорируется.
• NS (nosubreq) разрешает «срабатывание» правила только для настоящих запросов, игнорируя подзапросы (подзапрос может быть вызван, например, включением файла при помощи директивы SSI^*).
• NC (nocase) отключает проверку регистра символов.
• QSA (qsappend) добавляет исходные параметры запроса (query string) к замене. Если замена не включает в себя новые параметры запроса, то исходные параметры запроса добавляются автоматически. Если же включает, то без флага QSA исходные параметры запроса будут утеряны.
• PT (passthrough) останавливает процесс преобразования и передает полученную новую ссылку дальше «по цепочке», чтобы над ней могли «поработать» директивы Alias, ScriptAlias, Redirect и им подобные (тогда как при флаге L новая ссылка считается окончательной и не подлежит дальнейшей обработке).
• S (skip) пропускает следующее правило, если данное правило «сработало». Можно пропускать несколько правил, если указать их количество, например: "S=3".
• E (env) устанавливает переменную окружения, например: "E=переменная:значение".

Примеры (во всех случаях показано содержимое файла .htaccess, расположенного в корневом каталоге веб-сайта):

# Пример 1. Каталоги проектов project1 и project2 веб-сайта www.site.com ранее содержали статические html-страницы, теперь же эти страницы расположены на двух отдельных веб-сайтах project1.ru и project2.ru (в той же иерархии)

# Первый способ требует наличия модуля mod_proxy и создает дополнительную нагрузку на веб-сервер, но зато посетитель веб-сайта не знает, откуда в действительности выбираются веб-страницы

# Символы / даются с вопросительными знаками, чтобы правильно обработать ссылки вида http://www.site.com/project1 и http://www.site.com/project1/

RewriteRule ^project1/?(.*) http://project1.ru/$1 [P]
RewriteRule ^project2/?(.*) http://project2.ru/$1 [P]

# Второй способ возвращает внешние редиректы, так что посетитель увидит в адресной строке своего браузера, что страницы реально расположены на других веб-сайтах

RewriteRule ^project1/?(.*) http://project1.ru/$1 [R]
RewriteRule ^project2/?(.*) http://project2.ru/$1 [R]

# Допустим, что в редиректах мы желаем передать в запросе какие-нибудь дополнительные параметры. Применение флага QSA позволит нам сохранить параметры оригинального запроса, так что ссылка http://site.com/project1/news.pl?mode=daily будет преобразована в http://project1.ru/news.pl?came_from=site.com&mode=daily

RewriteRule ^project1/?(.*) http://project1.ru/$1?came_from=site.com [R,QSA]
RewriteRule ^project2/?(.*) http://project2.ru/$1?came_from=site.com [R,QSA]

# Пример 2. Электронная книга отдается динамическим скриптом в то время как нам желательно иметь «красивую» иерархию вида "http://lib.ru/book1/chapter3.html". Кстати, расширение .html помогает нам скрывать динамическую природу нашего веб-сайта

RewriteRule ^([a-z0-9]+)/([a-z0-9]+).html$ /cgi-bin/view_chapter.cgi?book=$1&chapter=$2 [NC]

# Пример 3. Нам желательно скрыть от пользователя используемую на веб-сайте технологию, для чего мы не будем пользоваться расширениями в наших http-ссылках. Без флага L данное правило зациклится

RewriteRule (.+) $1.html [L]

# В то же время посетитель может ввести ссылку с расширением по одному ему понятным причинам. Правильно обработать такую ситуацию поможет следующее правило:

RewriteRule ^([^.]+) $1.html [L]

# Пример 4. На веб-сайте есть статические ссылки с расширением .html и динамические ссылки с расширением .pl. Допустим, что динамические ссылки остались прежними, а статические должны обрабатываться cgi-скриптом

# Первый вариант предельно прост:

RewriteRule (.+).html$ /cgi-bin/new_script.cgi?page=$1 [L]

# Второй вариант более общий. Например, если нам нужно преобразовать массу различных ссылок кроме одной-двух, можно воспользоваться специальной «заменой без изменения» (обозначается символом -):

RewriteRule .pl$ — [L]
RewriteRule (.*) /cgi-bin/new_script.cgi?page=$1 [L]

# Пример 5. Есть один особый случай, когда делается внешний редирект на относительную ссылку. Допустим, мы находимся в каталоге /home/site.com/www/test веб-сайта site.com. Каталог доступен по ссылке http://site.com/test/. Нам нужен внешний редирект с файлов *.html на *.shtml. Приводимые директивы записываются в файл /home/site.com/www/test/.htaccess

# Решение тривиально, если использовать абсолютную замену, но в этом случае нам приходится жестко прописывать название каталога, что не совсем хорошо:

RewriteRule (.+).html /test/$1.shtml [R]

# Если написать замену как относительную ссылку (см. ниже), то результат будет не таким, каким мы его ожидаем увидеть (это обусловлено особенностями преобразования ссылок на уровне каталогов): например, ссылка http://site.com/test/aaa.html будет преобразована в http://site.com/home/site.com/www/test/aaa.shtml

RewriteRule (.+).html $1.shtml [R]

# По полученной ссылке видно, что там подставлен полный реальный путь к нужному файлу. Решить проблему можно при помощи директивы RewriteBase, параметром которой является префикс для всех относительных замен, находящихся в данном файле .htaccess

RewriteBase /test

# Пример 6. Задание переменных окружения применяется очень редко, но тем не менее приведем два примера, не нуждающихся в пояснении

# Сохраняет в окружении расширение исходного файла

RewriteRule ^([^.]+).([a-z]+)$ /cgi-bin/new_script.cgi?page=$1 [L,E=EXT:$2]

# Сохраняет в окружении содержимое http-заголовка X-Forwarded-For

RewriteRule .(cgi|pl)$ — [L,E=%{HTTP:X-Forwarded-For}]

Несмотря на такое изобилие, преобразование ссылок не ограничивается только директивой RewriteRule. Есть еще одна директива, которая используется не менее часто — это директива RewriteCond. Данная директива предназначена для проверки некоторых дополнительных параметров и всегда ставится непосредственно перед директивой RewriteRule. Если директива RewriteCond «срабатывает», то проверяется следующая за ней директива RewriteRule, если же «не срабатывает», то директива RewriteRuleигнорируется.

# Если подряд записаны несколько директив RewriteCond, то следующая за ними директива RewriteRule проверяется только в том случае, когда «сработали» все директивы RewriteCond:

RewriteCond условие1
RewriteCond условие2
RewriteRule преобразование1

RewriteRule преобразование2

# Следует обратить внимание, что в приведенном выше примере вторая директива RewriteRule проверяется в любом случае, так как все директивы RewriteCond относятся только к первой директиве RewriteRule. Если же вы желаете, чтобы условия относились к обеим директивам RewriteRule, то вам придется повторить их еще раз:

RewriteCond условие1
RewriteCond условие2
RewriteRule преобразование1

RewriteCond условие1
RewriteCond условие2
RewriteRule преобразование2

# Применение флага OR позволяет объединять условия не по И (как это делается по умолчанию), а по ИЛИ. В следующем примере директива RewriteRule проверяется, если выполняется любое из двух предшествующих условий:

RewriteCond условие1 [OR]
RewriteCond условие2
RewriteRule преобразование

Синтаксис директивы RewriteCond выглядит следующим образом:

RewriteCond «проверяемое выражение» «условие» «флаги»

Проверяемое выражение — это строка, которая может состоять из обычных символов, макросов и переменных. Макросы $1, $2 и так далее ссылаются на соответствующие выражения в скобках из следующей по порядку директивы RewriteRule. Макросы %1, %2 и так далее ссылаются на выражения в скобках из предыдущей по порядку директивы RewriteCond. Кстати, макросы %* могут также использоваться и в директивах RewriteRule для ссылки на предыдущую директиву RewriteCond.

Переменные записываются в виде %{ИМЯ_ПЕРЕМЕННОЙ}. Наиболее часто используются следующие переменные: QUERY_STRING (параметры запроса), REMOTE_ADDR (IP-адрес^* посетителя), REMOTE_HOST (имя хоста посетителя), REMOTE_USER (имя пользователя, если он прошел авторизацию), REMOTE_METHOD (обычно GET или POST), PATH_INFO (путь к файлу веб-страницы), HTTP_USER_AGENT (содержимое http-заголовка User-Agent), HTTP_REFERER (содержимое http-заголовка Referer), HTTP_COOKIE (содержимое http-заголовка Cookie), HTTP_HOST (имя хоста веб-сайта), TIME_YEAR (все переменные TIME_* хранят разбитые на части текущие дату и время), TIME_MON, TIME_DAY, TIME_HOUR, TIME_MIN, TIME_SEC, TIME_WDAY, REQUEST_URI (строка запроса без имени хоста и параметров запроса), REQUEST_FILENAME (имя файла из REQUEST_URI), THE_REQUEST (полная строка запроса в том виде, в котором ее присылает браузер посетителя). Помимо стандартных переменных можно проверять содержимое любого http-заголовка: %{HTTP:Название-Заголовка}.

Условие — это обычное регулярное выражение. Кроме регулярных выражений существует еще несколько видов условий (условию может предшествовать символ !, который трактуется как отрицание):

• =ABC — значение переменной должно быть лексически равно строке ABC
• >ABC — значение переменной должно быть лексически больше строки ABC
•  — значение переменной должно быть лексически меньше строки ABC
• -d — должен существовать каталог, имя которого совпадает со значением переменной
• -f — должен существовать файл, имя которого совпадает со значением переменной
• -s — должен существовать файл ненулевой длины, имя которого совпадает со значением переменной
• -l — должен существовать симлинк, имя которого совпадает со значением переменной
• -F — должен существовать файл, имя которого совпадает со значением переменной, и этот файл должен быть доступен по внешней ссылке на данный веб-сайт
• -U — должна быть доступна http-ссылка, имя которой совпадает со значением переменной

Флагов может быть всего два: OR (объединение директив RewriteCond по ИЛИ, как было написано выше) и NC (отключение проверки регистра аналогично одноименному флагу для директивы RewriteRule).

И, наконец, примеры применения:

# Пример 1. Жесткий запрет посещений нашего веб-сайта для робота поисковой системы Google

RewriteCond %{USER_AGENT} Googlebot
RewriteRule .* — [F]

# Другой вариант возвращает вместо ошибки 403 (FORBIDDEN) ошибку 404 (NOT_FOUND)

RewriteCond %{USER_AGENT} Googlebot
RewriteRule .* — [R=404]

# Пример 2. Есть два каталога /home/site/storage1 и /home/site/storage2, в которых нужно искать запрашиваемые файлы

RewriteCond /home/site/storage1/%{REQUEST_FILENAME} -f
RewriteRule (.+) /home/site/storage1/$1 [L]

RewriteCond /home/site/storage2/%{REQUEST_FILENAME} -f
RewriteRule (.+) /home/site/storage2/$1 [L]

# Пример 3. Если ссылка не найдена на нашем веб-сайте, отправить посетителя на www.site.ru

RewriteCond %{REQUEST_URI} !-U
RewriteRule (.*) http://www.site.ru/$1 [R]

# Пример 4. Закрыть доступ к веб-сайту в рабочее время

RewriteCond %{TIME_HOUR}%{TIME_MIN} >1000
RewriteCond %{TIME_HOUR}%{TIME_MIN} RewriteRule .* — [F]

# Пример 5. Есть скрипт, раз в сутки производящий оптимизацию базы данных. Если посетитель зайдет в этот момент на веб-сайт, то получит ошибку — вместо этого необходимо показать ему страницу с сообщением о том, что через пару минут все придет в норму. Оптимизирующий скрипт на время своей работы создает файл /home/site/optimizer.pid

RewriteCond /home/site/optimizer.pid -f
RewriteRule .* /optimization_message.html

# Пример 6. Посетители веб-сайта авторизуются при помощи стандартной авторизации (AuthType BasicAuth). Необходимо по ссылке /home/* показывать содержимое их домашних каталогов

RewriteCond %{REMOTE_USER} !=""
RewriteCond /home/(%{REMOTE_USER}) -d
RewriteRule (.*) /home/%1/$1

И в заключение вкратце упомянем еще о двух директивах преобразования ссылок, которые не входят в модуль mod_rewrite — это Redirect и RedirectMatch. Ими можно пользоваться, во-первых, как упрощенными вариантами директивы RewriteRule, а во-вторых, в случаях, когда модуль mod_rewrite по каким-то причинам отсутствует в вашей сборке веб-сервера Apache. Примеры:

# Обе директивы при «срабатывании» возвращают редиректы. В качестве замены всегда должна использоваться абсолютная ссылка

# Обычный безусловный редирект:

Redirect /news http://www.site.com/cgi-bin/news.cgi

# Редирект с подстановкой:

RedirectMatch (.*.gif)$ http://www.site.com/alt/path/to/gif/files$1

Возможно, на первый взгляд преобразование http-ссылок с помощью модуля mod_rewrite покажется очень сложной задачей, но на самом деле это не так: с опытом придет и понимание, и мастерство. Если вы внимательно читаете документацию, четко представляете необходимые преобразования ссылок и тщательно проверяете написанные вами правила, все будет работать правильно. Иначе и быть не может, не так ли?