Как правильно именовать schema database
«Всякое приказание должно быть отдано
в должное время, в должном месте,
и в выражениях, исключающих двоякое толкование»
(Из Устава Петровских времен)
Обсуждаемый вопрос заключается в следующем. Если мы начали разработку базы данных для некоторой задачи, определились с набором схем, таблиц, полей, внешних ключей, то как нам следует называть все эти объекты, и зачем вообще нужно говорить о какой-то особой системе наименований?
Проблема чем-то похожа на выбор имен для переменных при написании программного кода. Но разница в том, что в написании процедур мир давно уже пришел к идее локальных переменных, и их имена остаются на совести автора-программиста — согласуются только параметры вызова. А вот база данных — штука глобального характера. Имена таблиц и полей используются в процедурах обработки, в клиентских формах ввода, в отчетах. Стройная система имен позволит «протащить» логику организации данных сквозь весь проект, сделать все его части более читабельными, за что вы получите немало благодарностей как от коллег по команде, так и от себя лично, когда вернетесь к задаче эдак через полгодика. С другой стороны, полтысячи разношерстных огрызков вроде ‘trb_zrplt_mumu’, по десятку на одно и то же понятие, выведут из себя кого угодно.
- Единство именования программных единиц во всем проекте. Другими словами, если у нас есть, скажем «документ» (doc), или «номер документа» (docnum), то именно так должны называться таблица БД, ее соответствующее поле, соответствующие поля всевозможных VIEW, поля клиентских наборов данных, локальные переменные в процедурах обработки, классы, представляющие эту сущность на клиенте, поля (свойства) в этих классах, объекты во всех отчетах, и вообще все, что содержит в себе документ (номер). Другими словами, нельзя допускать размножения сущностей без необходимости. Нередко проектировщики свято соблюдают этот принцип Оккама при моделировании «внешних» данных, но напрочь игнорирую его во внутренней «кухне».
- Самодокументируемость структуры базы данных. Сформулировать это зыбкое понятие трудно, но без него работать еще труднее.
- Единообразие подачи информации пользователю. Если вернуться к тому же ‘номеру документа’, то с единством названия становится легче проследить и за единством подписей полей ввода, кнопок, шапок отчетов, содержащих этот реквизит, чтобы пользователь не терялся.
Выбор имени сущности
- Имя должно быть существительным (полным, сокращенным либо аббревиатурой) в единственном числе.
- Имя должно быть как можно короче. Оптимально — 2-4 буквы, максимум до 10.
- Имя должно быть уникальным в пределах базы данных.
- Имя должно быть мнемонически понятным проектантам без заглядывания в словарь (но словарь такой хорошо бы составить).
- Желательно, чтобы имена не начинались и не заканчивались на другие имена сущностей.
Нетрудно заметить, что все эти правила противоречат друг другу. И в инженерной практике это скорее правило, чем исключение. Чего стоит хотя бы идея плавающего танка. Так что придется выкручиваться.
Итак, почему как можно короче? Потому что на основании имени сущности мы будем «лепить» другие идентификаторы. Они будут встречаться целыми списками в секциях FROM, WHERE. И если названия таблицы и пяти соединенных справочников будут несокращенными словами в 16-20 символов, то это порадует лишь поклонников языка Шекспира, но успешно затуманит смысл простейших SQL-запросов.
Требование уникальности понятно само собой. Стоит лишь заметить, что здесь нужно максимально учесть перспективы роста БД. Возможно, стоит набросать список сущностей, которые могут войти в БД в следующих версиях системы, даже если эта работа отдаленного будущего.
Чтобы сделать имена понятными, нужно определиться — «salary» или «zarplata» ? То есть в качестве имен сущностей можно использовать английские слова и сокращения, либо русские (кстати, почему бы и не на других языках? Лишь бы. см. Правило 4 😉 Кстати, неплохо использовать комбинации из двух понятий. Например «группа пользователей» — «ugroup», «группа домов» — «hgroup».
Последнее, пятое правило говорит, что если у вас уже есть таблица ‘документ’ (doc), то для ‘докторов’ и ‘доктрин’ нужно выбрать что-то другое, а не ‘ doc tor’ и ‘ doc trine’. Океан тоже нехорошо называть ‘oc’ (иначе документ будет интуитивно восприниматься как нечто связанное с океаном — d oc ). Для решения такой проблемы можно изменить либо удлинить проблемный идентификатор, например ‘dcm’, ‘docum’,
Наименование таблиц
Многие проектировщики дают таблицам непосредственно имена сущностей (в единственном числе), например street, city. Другие же ратуют за то, что таблицы нужно называть множественным числом — streets, cities. И единого мнения быть не может. Дело в том, что если говорить об удобочитаемости SQL-запросов, вроде следующего:
SELECT * FROM cities, streets WHERE streets.cityid = cities.cityid AND streets.name LIKE "%тупик Третьего Интернационала%"
то нетрудно заметить, что секция FROM грамматически подразумевает множественное число — «ВЫБРАТЬ.. ИЗ городов, улиц «. В то же время секция WHERE «читается» с единственным числом — «ВЫБРАТЬ ту запись , ГДЕ название улицы ПОХОЖЕ . «, и это понятно — ведь условие под WHERE применяется к каждой записи набора по отдельности, то есть к каждой улице.
Если вспомнить, что мы хотим использовать имя сущности также в программах обработки данных, где объектом работы становится именно «единица» информации (например в названии класса для хранения одной улицы TStreet, а затем в названии переменой-объекта objStreet1), то разумнее остановиться на единственном числе как на стандарте. Но ведь в таблице все-таки живет множество сущностей! Как это выразить? Для таблиц примем следующее волюнтаристское решение:
Имя таблицы состоит из служебного префикса и имени сущности . Например.
Можно ввести дополнительные соглашения, приятные для программистов. Например, что записи из таблиц типа ‘C’ не удаляются, а только иногда добавляются. Что в интерфейсе для работы с таким списком будет достаточно унифицированной формы с полным просмотром содержимого и простейшим поиском-фильтром, а для выбора значения — выпадающего списка (ComboBox).
Не будем также забывать, что в качестве имен сущностей мы разрешили себе использовать сокращения и аббревиатуры. А в этом случае добавление «s» или «es» вряд ли добавит ясности и читабельности.
Будем считать, что с правилом именования таблиц мы определились. Разумеется, из любого правила есть исключения. Скажем, как именовать таблицы, отражающие связи «много-ко-многим»?, например вхождение пользователей (сущность user ) в группы (сущность ugroup )? Предлагаю использовать специальный префикс «nn_» , и получится nn_user_ugroup . Возможны и другие исключения.
Наименование полей
Имена полей таблицы, как правило, составляются из имени сущности ( city ), смыслового суффикса ( id, name, area ), и необязательного дополнительного суффикса (применяется для полей внешних ключей в случае множественных ссылок, рассмотрим это ниже). Например
scity — Справочник городов | |
cityid | Ид (PK) |
city name | Название |
city area | Площадь (км2) |
city populcnt | Население |
cstrtype — Список типов улиц | |
strtypeid | Ид (PK) |
strtype name | Название |
sstreet — Справочник улиц городов | ||
1 | streetid | Ид (PK) |
2 | cityid | Город.Ид (FK scity ) |
3 | strtypeid | Тип улицы.Ид (FK cstrtype) |
4 | street name | Название |
В зале слышны крики ревнителей минимализма и экономии символов. Мы видим, что в имени каждого поля таблицы участвует название сущности, то есть практически повторяется имя таблицы (без префикса). Оправдано ли это? Почему бы всегда не называть идентификаторы просто ID , названия — Name ? Ведь в SQL-запросах есть возможность полной нотации имен, с указанием таблицы: WHERE scity.name LIKE «%МОСКВА%» AND sstreet.name LIKE «%ЛЕНИНА%» ?
Первое, на чем споткнется такой подход — внешние ключи. Пусть в списке типов улиц cstrtype ключ мы назвали ID , и ключ улицы тоже назвали ID . Как прикажете назвать поле номер 3 в таблице улиц sstreet , которое ссылается на тип улицы cstrtype ? Ах, вот теперь вы хотите назвать его strtype_id ? Но тогда получается, что в БД есть поля, содержащие одну и ту же информацию, а названные по-разному. Кто здесь хотел не плодить сущности без необходимости? Для единообразия придется вернуться в cstrtype , и переименовать тамошний ключ ID тоже в strtype_id . К той же печке и пританцевали.
Ну хорошо, не унимаются минималисты. С ключами понятно. А названия, и прочие неключевые поля? Их-то можно назвать просто Name?
Хорошо. Назовем названия города, улицы и типа улицы просто Name, и составим запрос, выводящий «Улица Ленина, Москва».
SELECT cstrtype.name, sstreet.name, scity.name. Хм. FROM scity, cstrtype, sstreet WHERE . связи между таблицами и условия поиска.
Три поля с одинаковыми названиями в результате запроса. Какое безобразие! Интересно, что на большинстве SQL-серверов ошибки выдано не будет, и строки данных будут правильны. Но имена столбцов! Некоторые SQL-сервера молча переименуют поля, вроде name_1, name_2, или name_a, name_b (кстати, я не припомню, чтобы порядок такого переименовывания где-то документировался). Другие издевательски вернут набор данных с тремя одинаковыми полями — типа вам из погреба виднее, разбирайтесь. Редкий ClientDataSet не выдаст Access Violation от такого зрелища, не говоря уже о безнадежности задачи FieldByName().
В этом месте обычно вспоминают о возможности SELECT cstrtype.name AS strtypename , долго сопят, размышляя о бритве Оккама, а затем лезут в поля таблиц дописывать имя сущности. Опять пританцевали.
Ну хорошо, умоляют последние минималисты. Обозначать принадлежность поля таблице надо. Но зачем же полное имя сущности повторять? Можно ведь сократить — ‘STName’, ‘StrName’, ‘CName’.
Нет, господа минималисты! Ведь зачем мы добавляем имя сущности в имя поля? Обеспечить уникальность полей в результатах запросов! А уникальность эта в общем виде должна работать в масштабах базы данных. Вот завтра выйдете на международный рынок, появится у вас понятие стран (Country), и имя страны как сократите — опять «CName»? Поэтому ставим вопрос ребром. Если вы можете сократить имя сущности до удобочитаемой и в то же время уникальной величины — так это сокращение и используйте изначально как имя сущности. Нет — используйте полное. Но везде одно и то же.
С именем сущности в составе названия поля вроде бы разобрались. А что там за смысловой префикс, все эти -id, -name, -label, -area ?
- id — внутренний идентификатор, суррогатный ключ. Автоинкрементный. От пользователя скрывается. Никогда не модифицируется.
- code — пользовательский идентификатор, уникальный ключ. Например, табельный номер сотрудника. Как правило, неизменный; но при необходимости его можно менять (когда у отдела кадров сносит крышу), причем без каскадных обновлений БД.
- name — имя чего-либо (скорее идентификатор, или нечто каноническое)
- label — название (обычно человеческое удобное название)
- notes — поле типа TEXT, для примечаний
- num — номер чего-либо (может быть числовой либо текстовый, например Письмо N «1234/56-789«)
- . разумеется, список можно продолжать.
Ставить ли подчеркивание между сущностью и смысловым суффиксом, вроде street_name — дело вкуса. Это красиво выглядит в статье, но отвратительно в программном коде, потому что в точечной нотации objStreet.Street_Name подчеркивание выглядит как разделитель более высокого уровня, чем точка, и сбивает с толку. Кроме того, подчеркивания плохо видны на некоторых шрифтах и на бумажных распечатках. Поэтому подчеркивания я использую редко. В Pascal достаточно придерживаться общепринятой венгерской нотации — начинать каждое слово с заглавной буквы: StreetName, а в SQL чаще всего пишут ключевые слова большими буквами, идентификаторы — в венгерской нотации или просто маленькими буквами.
Иногда в нескольких таблицах встречаются служебные поля, не связанные с какой-либо сущностью, а используемые программистом либо базой данных для служебных целей, например поля вроде Row_ID в Oracle. Здесь нужно следить, чтобы имена сущностей не пересекались с названиями таких полей, иначе служебные поля будут ошибочно «мысленно привязаны» к какой-то нашей таблице.
Множественные ссылки
Иногда в базах данных встречается ситуация, требующая дополнения описанных правил. Рассмотрим пример — точки и вектор, имеющий начало и конец:
SPOINT — Справочник точек | |
pointid | Ид |
pointX | X |
pointY | Y |
pointName | Имя |
pointColor | Цвет точки |
SVECTOR — Справочник векторов | |
vectorid | Ид |
pointid_start | Начало (FK SPOINT ) |
pointid_end | Конец (FK SPOINT ) |
vectorColor | Цвет вектора |
В ситуации, когда из одной таблицы есть более одной ссылки на один и тот же справочник, приходится использовать дополнительный суффикс (_start, _end) в наименованиях полей-ссылок. Это тот редкий случай, когда я использую подчеркивание.
Кроме того, те же дополнительные суффиксы придется использовать и при переобозначении выходных полей запроса, если придется объединять оба экземпляра справочника. Например, выведем список векторов с указанием координат начала и конца:
SELECT vectorid, ps.pointX AS pointX_start, ps.pointY AS pointY_start, pe.pointX AS pointX_end, pe.pointY AS pointY_end FROM svector v, spoint ps, spoint pe WHERE v.pointid_start = ps.pointid AND v.pointid_end = pe.pointid
Другими словами, если справочник используется в двух вариантах (как _start и как _end), то мы должны быть готовы представить все его данные в этих двух вариантах одновременно добавлением соответствующих дополнительных суффиксов к именам полей, а для пользователя — добавлением слов «Начало», «Конец» к стандартным наименованиям шапок отчета.
Коварство ситуации заключается в том, что помимо очевидного случая (две ссылки из одной таблицы на другую), мы можем прийти к той же проблеме на внешне благополучной схеме БД, если, начав путешествие из какой-либо таблицы по стрелкам внешних ключей, имеем возможность попасть в какой-либо справочник более чем одним путем. Если в каком-либо запросе мы захотим объединения всех промежуточных таблиц, опять придется разруливать варианты справочника.
Небольшое замечание. Если в процессе проектирования наклевывается ситуация с множественными ссылками, особенно более чем в двух вариантах — проверьте, не лучше ли заменить эту схему таблицей один-то-многим. Например, если у города есть руководитель мэрии, и председатель обкома партии:
SCITY — справочник городов | |
cityid | |
manid_mer | FK sman — люди |
manid_partyboss | FK sman- люди |
. |
то это можно выразить иначе:
SCITY- справочник городов | |
cityid | |
. |
SBOSS — справочник начальников (один город — много начальников) | |
bossid | |
cityid | FK scity |
bstypeid | FK cbstype — виды начальников |
manid | FK sman — люди |
и дополнительный справочник, отражающий, в сущности, понятия _mer и _partyboss первоначального варианта:
CBSTYPE — виды начальников | |
bstype id | |
bstypename | Название (мэр, партийный лидер и т.д.) |
Когда же разумно применять такое преобразование? Например, трудно представить себе, что у вектора появится третья вершина, или что у бухгалтерской проводки появится что-то кроме дебета и кредита — следовательно, таблица 1-N не нужна. А вот новые начальники в городе могут появиться запросто — например, военный комендант, если произойдет военный переворот, и командир партизанского военного округа, возглавляющий ему сопротивление. Баррикады, стрельба, переделка структуры БД. А с 1-N таблицей нам и структуру базы данных менять не надо, только дополнить справочник CBSTYPE!
Другие объекты базы данных
- Первичные ключи называем так: PK_имя_таблицы.
- Уникальные: UN_имя_таблицы_имена_всех_полей (если хватит терпения и допустимой длины), или просто UN_имя_тфблицы_номер_ключа_по_порядку.
- Внешние ключи: FK_имя_таблицы_имя_поля_ссылки_имя_таблицы-справочника
Указанные правила выглядят более естественно при выполнении некоторых дополнительных условий, которые выходят за рамки проблемы наименования, но о которых стоит упомянуть. Как вы уже заметили, в рассмотренных примерах в каждой таблице есть первичный ключ, причем ключ суррогатный. В этом вопросе я являюсь поклонником мнения Анатолия Тенцера, высказанного в статье «Естественные ключи против искусственных ключей». Лучше всего, когда в первичном ключе всего одно поле. Разумные дополнения к этому правилу — это территориально распределенные базы данных, где в первичном ключе участвует еще одно поле — идентификатор узла БД, уже упоминавшиеся таблицы «много-ко-многим» (nn_), и различные реализации времязависимых таблиц с указанием сроков действия каждой записи — эти реквизиты тоже участвуют в PK.
Еще один вопрос, который напрашивается после «упорядочения» названий в БД — как автоматизировать использование этого богатства? У нас есть названия сущностей, в том числе с русской расшифровкой, названия и русская расшифровка названий полей — нельзя ли сохранить эту информацию в БД и использовать ее непосредственно в программе, ее диалогах, фильтрах, отчетах, независимо используемых компонентов и языков? К сожалению, не существует общепринятого способа сохранения таких метаданных для использования различными средами разработки. Все движения в этом направлении намертво завязаны на конкретные продукты (Репозиторий в Delphi, системный словарь в PowerBuilder, конфигуратор в 1C, метаданные в Visual FoxPro), и все они обладают определенными ограничениями и неудобствами. Так что здесь есть о чем помечтать.
Документация
Архитектура расположения каталогов программного комплекса подразумевает под собой чёткое разделение двух различных типов данных: изменяемых данных пользователя (настройки, временные файлы, логи т.д.) и неизменяемых данных (модули, программы, служебные файлы).
Если говорить простым языком, то в папке modules никакие файлы никогда не изменяются, не создаются и не удаляются, а в папках domains и userdata напротив, данные постоянно меняются. Такая архитектура создана специально для упрощения синхронизации данных между различными копиями комплекса и экономии места при резервном копировании.
Установка и запуск
Open Server Panel является портативным программным комплексом, однако для удобства пользователей устанавливается через инсталлятор.
Сборку можно разместить на внешнем жёстком диске, это позволит использовать Open Server Panel на любом компьютере, который отвечает системным требованиям. Однако не стоит размещать сборку на USB-флеш накопителе из-за крайне медленной работы флеш-памяти при параллельных запросах на чтение/запись и её быстрого износа.
Желательно установить Open Server Panel на SSD-накопитель, при его наличии. Это позволит значительно повысить скорость работы всех модулей и компонентов программного комплекса.
Внимание!
Не устанавливайте программу поверх существующей версии, это может уничтожить все имеющиеся базы данных, кастомизированные конфиги и другую важную информацию.
Системные требования
- Операционные системы: Windows 7 SP1 x64 / Windows Server 2008 R2 SP1 или новее (32-битные системы не поддерживаются);
- Свободные аппаратные ресурсы: от 500 МБ RAM и от 10 ГБ места на диске;
- Системное ПО: MSVC++ 2005-2022 Redistributable Packages (есть в комплекте);
Установка
В процессе установки Open Server Panel отметьте галочками пункт по установке Microsoft Visual C++ 2005-2008-2010-2012-2013-2015-2019 Redistributable Package, пункт по установке RuntimePack Lite, пункт по настройке Windows и пункт по оптимизации системы для работы с SSD (при его наличии). Без выполнения этих действий работа Open Server Panel на вашем компьютере не гарантируется.
Установку/переустановку библиотек от Microsoft и применение настроек Windows необходимо выполнять c каждой новой версией Open Server Panel даже в том случае, если вы уже делали это ранее.
Запуск
Для запуска Open Server Panel используйте файл Open Server.exe. После старта программы вы увидите красный флажок в области уведомлений Windows (область возле системных часов). Чтобы включить непосредственно сам веб-сервер и сопутствующие модули нажмите на флажок, далее выполните [Меню → Запустить].
Если сервер не запускается перейдите к разделу Решение проблем данного справочного руководства.
Настройка Windows 10
Перед установкой Open Server Panel в системах семейства Windows 10 необходимо обязательно предварительно снять галочку, показанную на картинке, и перезагрузить систему.
Без выполнения данного условия запуск Open Server Panel в системах семейства Windows 10 будет невозможен. В случае попытки запуска до выполнения данного условия произойдёт порча файлов конфигурации программы, что приведёт к невозможности её дальнейшего использования и запуска.
Установка обновлений
Open Server Panel это достаточно сложный программный комплекс с постоянно совершенствующейся архитектурой. Как таковой процедуры обновления не предусмотрено. При выходе новой версии Open Server Panel необходимо заново выполнить все настройки, скопировать папки ваших сайтов и выполнить перенос баз данных.
Не распаковывайте файлы дистрибутива поверх существующей версии, а так же не пытайтесь скопировать файлы конфигурации и профилей из старой версии программы в новую!
Если есть возможность обновиться простым копированием файлов (довольно редкое явление), то ссылка на патч всегда публикуется в новостях на сайте вместе с аннотацией к новой версии.
Подключение
По умолчанию все дополнительные модули выключены. Перед началом работы с Open Server Panel убедитесь в том, что вы включили нужные вам модули в настройках программы.
Ниже представлены установленные в Open Server Panel начальные настройки (значения по умолчанию) для подключения к различным модулям. Вы всегда можете самостоятельно изменить эти настройки по своему усмотрению.
Подключение к MySQL
- Адрес: домен вашего сайта*
- Порт: 3306
- Пользователь: root
- Пароль: (пустой)
Предупреждение
Доступ с удалённых хостов (%) включён по умолчанию и возможен с любого ip. Обязательно выполните настройку прав удалённого доступа у пользователей БД до того, как вы запустите Open Server на публичном IP (если планируете).
Подключение к PostgreSQL
- Адрес: домен вашего сайта*
- Порт: 5432
- Пользователь: postgres
- Пароль: postgres
Подключение к MongoDB
- Адрес: домен вашего сайта*
- Порт: 27017
- Пользователь: (пусто)
- Пароль: (пусто)
Подключение к Memcached
- Адрес: домен вашего сайта*
- Порт: 11211
Макс. размер памяти используемой сервером Memcache по умолчанию равен 64 Мб. Данный параметр можно изменить выполнив [Меню → Настройки → Разное].
Подключение к Redis
- Адрес: домен вашего сайта*
- Порт: 6379
Подключение к DNS
- Адрес: домен вашего сайта*
- Порт: 53
Подключение к FTP
- Адрес: домен вашего сайта*
- Порт: 21 (990 для FTPS)
- Пользователь: ftp
- Пароль: ftp
Внимание!
Модуль FTP-сервера экспериментальный. Он имеет известные уязвимости и проблемы с быстродействием. Используйте его только в целях локальной разработки. Не активируйте модуль в условиях, когда доступ к серверу открыт во внешнюю сеть!
Домен localhost
Если вы хотите использовать привычный адрес localhost для подключения к MySQL, PostgreSQL, FTP или Memcache серверу, то достаточно не удалять стандартный домен localhost или создать одноимённый алиас.
Автоматизация подключения
При работе с локальными копиями действующих веб-проектов часто возникают трудности с постоянным редактированием файлов конфигурации, в основном это касается настроек подключения к базе данных. Чтобы этого избежать рекомендуется:
- Локально создать пользователя базы данных с теми же именем, паролем и привилегиями, что используются на удалённом сервере.
- Создать алиас с тем же именем, что используется в качестве хоста базы данных на удалённом сервере.
—
* Например, если ваш скрипт размещен по адресу testserver.loc/mysql.php, то хостом (адресом) для подключения к MySQL, Redis и другим модулям будет домен: testserver.loc
Домены и алиасы
Режимы управления доменами
В Open Server Panel существует три режима управления списком доменов: автопоиск, ручное управление и ручное+автопоиск. По умолчанию используется первый режим автоматического подключения папок из корневой директории указанной в настройках.
Как работает автопоиск
Программа сканирует заданную веб-директорию на наличие папок с доменами, после чего в каждой найденной папке производится поиск подпапок (корневой папки домена) которые указаны в настройках для автосканирования. Если ни одна из предполагаемых корневых подпапок не найдена, то корнем домена становится сама папка с доменом.
Как работает совмещённое управление (ручное + автопоиск)
При использовании совмещенного режима управления доменами программа сначала подключает домены созданные вручную, после чего производится автоматическое сканирование по процедуре описанной выше.
Создание домена в автоматическом режиме
Чтобы создать домен или поддомен откройте [Меню → Папка с сайтами] и создайте папку с именем будущего домена. После создания домена перезапустите сервер.
Создание домена в ручном режиме
Чтобы создать домен или поддомен перейдите в раздел [Меню → Настройки → Домены] и создайте запись вида: домен => папка. В качестве папки домена можно выбрать уже существующую папку на диске или создать её непосредственно в окне выбора каталога. После создания домена сохраните настройки.
Создание кириллического домена
Open Server Panel поддерживает кириллические домены, однако будьте внимательны, папку с доменом нужно называть его реальным именем, а не псевдо названием на кириллице. Для пиво.рф реальным названием (punycode формат) будет xn--b1altb.xn--p1ai и создав такой домен вы получите доступ к http://пиво.рф. Для конвертации доменных имён в punycode формат и обратно используйте [Меню → Дополнительно → IDN конвертер].
Создание поддомена
Процесс создания поддомена аналогичен процедуре создания обычного домена. При создании только поддомена доступность основного домена существующего в сети Интернет не теряется, т.е. вы сможете работать с локальным поддоменом имея при этом доступ к рабочему домену в сети Интернет.
Создание алиаса
Чтобы создать алиас перейдите в раздел [Меню → Настройки → Алиасы] и создайте запись вида: исходный домен => конечный домен. После создания алиаса сохраните настройки.
Обратите внимание — создание алиаса вида *.xxx.xx не имеет смысла в Windows и не означает то, что вам станут доступны любые поддомены вида test.xxx.xx, mail.xxx.xx и т.д. Необходимо создать конкретный алиас или домен чтобы он стал доступен, это особенность операционной системы Windows.
Иконка сайта в меню доменов
При наличии корректного файла favicon.ico в корневой папке домена иконка сайта будет отображаться в меню программы.
Ограниченный режим работы
В некоторых случаях управление доменами и алиасами недоступно (см. Ограниченный режим).
Работа с MySQL
Перед началом работы с MySQL убедитесь в том, что вы включили нужный вам модуль в настройках программы.
Создание пользователя MySQL
- Откройте [Меню → Дополнительно → PHPMyAdmin]
- Введите имя пользователя root и пустой пароль
- В PHPMyAdmin откройте раздел [Привилегии]
- Нажмите ссылку [Добавить нового пользователя]
- Заполните форму и нажмите кнопку [Создать пользователя]
Информация
В том случае, если помимо прочих привилегий для пользователя будет отмечена привилегия SUPER, то кодировка, установленная по умолчанию в настройках MySQL сервера, не будет на него действовать. Кодировку нужно будет указывать в ваших скриптах персонально для каждого подключения к MySQL, потому отмечать привилегию SUPER не рекомендуется.
Информация
Для входа в Adminer используйте логин и пароль пользователя БД. Если ваш пользователь БД не имеет пароля, то для авторизации в Adminer необходимо использовать пароль заданный в плагине авторизации самого Adminer, по умолчанию это admin.
Пароль указывается в файле index.php находящимся в modules\system\html\openserver\adminer
Рекомендуется сменить этот пароль перед началом использования программы.
Создание базы данных MySQL
- Откройте [Меню → Дополнительно → PHPMyAdmin]
- Введите имя пользователя root и пустой пароль
- В PHPMyAdmin откройте раздел [Базы данных]
- Введите название новой базы данных и выберите её кодировку
- Нажмите кнопку [Создать]
Переключение модулей баз данных
Будьте внимательны при смене активного модуля базы данных. Каждый модуль имеет свое отдельное хранилище баз и настроек, они никак не связаны друг с другом, поэтому вы не увидите созданные вами базы данных при переключении на другой модуль.
Предупреждение
Во время установки Open Server Panel выполняется настройка Windows, во время которой IPv4 трафик получает приоритет над IPv6 при разрешении доменных имён. Если не выполнять данную процедуру, то процесс подключения в MySQL серверу может выполняться очень долго (более 1 сек).
Чтобы проверить корректность настройки приоритетов откройте консоль и введите ping localhost. Если в ответе вы получаете адрес ::1 вместо 127.0.0.1, значит приоритеты настроены неверно.
Переменная Path
Для добавления собственных путей в переменную окружения PATH можно использовать файл ./userdata/config/path.txt
Пути необходимо добавлять по одному вписывая каждый с новой строки, например:
C:\Windows D:\My Programs %realprogdir%\data\dll C:\Windows\System32
Информация
По умолчанию файл path.txt не подключается. См. [Меню → Настройки → Сервер].
Использование переменных в качестве подстановок
Переменная | Описание переменной |
---|---|
%realprogdir% | Реальный путь до папки с Open Server Panel (обратный слеш «\») |
%progdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (обратный слеш «\») |
%sprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (слеш «/») |
%dprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (двойной обратный слеш «\\») |
%dsprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (двойной слеш «//») |
%realsitedir% | Реальный путь до корневой папки доменов (обратный слеш «\») |
%sitedir% | Генерируемый путь до корневой папки доменов с учетом виртуального диска (обратный слеш «\») |
%ssitedir% | Генерируемый путь до корневой папки доменов с учетом виртуального диска (слеш «/») |
%httpport% | Порт HTTP сервера |
%httpsport% | Порт HTTPS сервера |
%postgresqlport% | Порт PostgreSQL сервера |
%mysqlport% | Порт MySQL сервера |
%mongodbport% | Порт MongoDB сервера |
%memcacheport% | Порт Memcache сервера |
%ftpport% | Порт FTP сервера |
%httpdriver% | Название модуля HTTP |
%phpdriver% | Название модуля PHP |
%mysql_driver% | Название модуля MySQL/MariaDB |
%pg_driver% | Название модуля PostgreSQL |
%mongo_driver% | Название модуля MongoDB |
%memcachedriver% | Название модуля Memchached |
%redisdriver% | Название модуля Redis |
%dnsdriver% | Название модуля DNS |
%ip% | IP адрес сервера |
%disk% | Буква диска из генерируемого пути до папки с Open Server Panel с учетом виртуального диска (только буква) |
%osdisk% | Буква диска из реального пути до папки с Open Server Panel (только буква) |
%sysdisk% | Системный диск Windows (только буква) |
Настройка DNS
Встроенный DNS сервер предназначен для использования в локальных сетях или для отладки веб-приложений. Для детальной настройки доступна общая конфигурация сервера, а так же конфигурация доменов.
Для использования встроенного DNS сервера необходимо выполнить настройку сетевого интерфейса на каждом компьютере ДО запуска самого сервера. Выполнить настройку необходимо как на локальной машине, так и на других компьютерах в локальной сети, которые хотят получить доступ к вашим доменам. Без указания локального DNS сервера в настройках сетевого подключения запуск сервера будет невозможен (если модуль DNS активирован в настройках Open Server Panel).
По умолчанию параметр TTL установлен в значение 60 (секунд), вы можете изменить это значение в файле ./userdata/init.ini однако следует иметь ввиду, что бездумное изменения TTL может спровоцировать кэширование неактуальных записей другими компьютерами в вашей сети. Изменяйте этот параметр только в том случае, если вы действительно понимаете его предназначение.
Предупреждение
Перед началом использования DNS-модуля убедитесь в том, что у вас отсутствуют домены без точки в своём названии. Если таковые имеются, то переименуйте их добавив .virtual или .loc к имени домена.
Внимание!
Если ваш браузер производит разрешение доменных имён через прокси-сервер или использует функцию DNS over HTTPS от стороннего DNS-провайдера (например Google или CloudFlare), то локальные домены, созданные вами в Open Server, не будут доступны в этом браузере.
Рекомендации по настройке
- В качестве IP адреса сервера выберите в настройках Open Server Panel IP адрес вашего компьютера в локальной сети или сети Интернет (не выбирайте параметр Все доступные IP).
- Откройте свойства нужного сетевого подключения:
Центр управления сетями → Подключение xxx → Свойства → Протокол Интернета версии 4 → Свойства → Общие → Использовать следующие адреса DNS-серверов.
Пропишите следующие адреса NS серверов:
xxx.xxx.xxx.xxx
8.8.8.8 (или любой другой реальный резервный DNS)
После правильной настройки все компьютеры в вашей локальной сети смогут получить доступ к доменам Open Server Panel.
Совпадение имён локальных и реальных доменов
Если включён DNS-модуль, то при каждом запуске сервера и при каждой его остановке Open Server Panel выполняет очистку DNS-кэша Windows
Таким образом, если имя локального и реального домена совпадают и если ваш браузер не имеет собственного DNS-кэша, то браузер будет получать контент с реального домена пока сервер не запущен и с локального домена когда сервер запущен. Если ваш браузер имеет встроенный DNS-кэш, то вам необходимо установить расширение для возможности его ручной очистки чтобы иметь удобный доступ к двум доменам попеременно.
Так же вы можете просто иметь второй браузер, который настроен на использование стороннего DNS-провайдера (например Google или CloudFlare) и потому он будет видеть только реальный домен независимо от того, запущен локальный сервер или нет.
Планировщик заданий
Использование планировщика заданий (Сron)
Значения времени вводятся в виде цифр, комбинации цифр или *.
Вы можете задать моменты времени, используя запятые как разделители:
Например: 1,2,3
Результат: задание выполняется 3 раза, в 1-ю,2-ю и 3-ю минуты часа.
Вы можете указать диапазон, используя дефис:
Например: 5-7
Результат: задание выполняется 3 раза, в 5-ю,6-ю и 7-ю минуты часа.
Вы можете задать периодичность выполнения используя звездочку (*) и слэш (/):
Например: */2
Результат: задание выполняется каждые 2 минуты.
Вы можете комбинировать способы для создания точного расписания:
Например: 1,5,11-15,30-59/2
Результат: задание выполняется в 1,5, с 11 по 15 и каждые 2 минуты с 30 по 59.
Вышеприведённая схема указания времени актуальная для всех временных периодов (минута, час, число, месяц, день недели). Для запроса URL в планировщике нужно использовать вспомогательную утилиту Wget (см. примеры). В строке команд можно использовать подстановки.
Использование переменных в качестве подстановок
Переменная | Описание переменной |
---|---|
%realprogdir% | Реальный путь до папки с Open Server Panel (обратный слеш «\») |
%progdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (обратный слеш «\») |
%sprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (слеш «/») |
%dprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (двойной обратный слеш «\\») |
%dsprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (двойной слеш «//») |
%realsitedir% | Реальный путь до корневой папки доменов (обратный слеш «\») |
%sitedir% | Генерируемый путь до корневой папки доменов с учетом виртуального диска (обратный слеш «\») |
%ssitedir% | Генерируемый путь до корневой папки доменов с учетом виртуального диска (слеш «/») |
%httpport% | Порт HTTP сервера |
%httpsport% | Порт HTTPS сервера |
%postgresqlport% | Порт PostgreSQL сервера |
%mysqlport% | Порт MySQL сервера |
%mongodbport% | Порт MongoDB сервера |
%memcacheport% | Порт Memcache сервера |
%ftpport% | Порт FTP сервера |
%httpdriver% | Название модуля HTTP |
%phpdriver% | Название модуля PHP |
%mysql_driver% | Название модуля MySQL / MariaDB |
%pg_driver% | Название модуля PostgreSQL |
%mongo_driver% | Название модуля MongoDB |
%memcachedriver% | Название модуля Memchache |
%redisdriver% | Название модуля Redis |
%dnsdriver% | Название модуля DNS |
%ip% | IP адрес сервера |
%disk% | Буква диска из генерируемого пути до папки с Open Server Panel с учетом виртуального диска (только буква) |
%osdisk% | Буква диска из реального пути до папки с Open Server Panel (только буква) |
%sysdisk% | Системный диск Windows (только буква) |
Примеры заданий планировщика
Запрос по протоколу HTTP каждые 30 минут:
*/30 * * * * "%progdir%\modules\wget\bin\wget.exe" -q --no-cache http://xxx.ru/cron.php -O nul
Запрос по протоколу HTTPS каждый час в 10 минут, в 20 минут и в 40 минут:
10,20,40 * * * * "%progdir%\modules\wget\bin\wget.exe" --secure-protocol=TLSv1_2 --no-check-certificate -q --no-cache https://xxx.ru/cron.php -O nul
Выполнение файла cron.php интерпретатором PHP ежеминутно:
*/1 * * * * "%progdir%\modules\php\%phpdriver%\php-win.exe" -c "%progdir%\modules\php\%phpdriver%\php.ini" -q -f "%sitedir%\xxx.ru\cron.php"
Информация
Конструкция -O nul в аналогична -O /dev/null в Linux и используется в примере для того, чтобы ответ, полученный wget от сервера, не сохранялся на диске.
Исполняемый файл php-win.exe используется вместо обычной CLI-версии PHP потому, что он ничего не выводит и, соответственно, не открывает консоль (окошко dos не появляется на экране).
Предупреждение
При составлении заданий для планировщика заключайте любые указания путей файловой системы в кавычки. В противном случае задание не сможет выполняться при наличии пробела(ов) в пути к исполняемому файлу или в его аргументах (при указании папок и файлов).
Предопределенные переменные планировщика
Переменная | Описание переменной |
---|---|
%hh% | Текущий час (00-23) |
%mm% | Текущая минута (00-59) |
%ss% | Текущая секунда (00-59) |
%MM% | Текущий месяц (01-12) |
%MMM% | Текущий месяц (Янв-Дек) |
%DD% | Текущий день (01-31) |
%WW% | Текущий день недели (Пн-Вс) |
%WD% | Текущий день недели (1-7, 1-понедельник, 7-воскресенье) |
%YYYY% | Текущий год (4 цифры) |
%YY% | Текущий год (последние 2 цифры) |
%QUOTE% | Знак кавычек |
%PERCENT% | Знак процента |
В таблице показаны не все переменные. Полный список смотрите здесь.
При составлении заданий вы можете использовать как переменные для подстановки значений из Open Server Panel, так и предопределённые переменные самого планировщика. Кроме того, в качестве переменных планировщика можно использовать любые переменные среды окружения (environment variables), например %COMSPEC%.
Примеры заданий c использованием переменных
Очистка папки c:\temp\:
%COMSPEC% /c del /S /Q c:\temp\*
Задание будет развёрнуто планировщиком так:
C:\Windows\system32\cmd.exe /c del /S /Q c:\temp\*
А теперь пример создания резервной копии баз данных:
"%realprogdir%\modules\database\%mysql_driver%\bin\mysqldump.exe" -A --add-drop-database -E -i -Q -R --opt --user=root --result-file="%realprogdir%\%DD%_%MM%_%YYYY%_%hh%_%mm%_dump.sql"
Задание будет развёрнуто планировщиком так:
"C:\OSPanel\modules\database\MariaDB-10.3\bin\mysqldump.exe" -A --add-drop-database -E -i -Q -R --opt --user=root --result-file="C:\OSPanel\09_01_2020_14_25_dump.sql"
Информация
Следует принимать во внимание тот факт, что выполнение заданий происходит без переключения в рабочую папку той программы или скрипта, которые указаны в задании. Некоторые программы и PHP скрипты могут работать неправильно, если определение корневой папки реализовано в них некорректно.
Меню закладок
Для быстрого доступа к нужным страницам на сайтах и рабочим папкам, для запуска и выполнения любых программ и команд в Open Server Panel существует возможность создавать закладки.
Виды закладок
- Ссылка
- Папка
- Программа (возможен запуск с параметрами)
- Команда в формате командной строки Windows
Использование переменных в качестве подстановок
Переменная | Описание переменной |
---|---|
%realprogdir% | Реальный путь до папки с Open Server Panel (обратный слеш «\») |
%progdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (обратный слеш «\») |
%sprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (слеш «/») |
%dprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (двойной обратный слеш «\\») |
%dsprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (двойной слеш «//») |
%realsitedir% | Реальный путь до корневой папки доменов (обратный слеш «\») |
%sitedir% | Генерируемый путь до корневой папки доменов с учетом виртуального диска (обратный слеш «\») |
%ssitedir% | Генерируемый путь до корневой папки доменов с учетом виртуального диска (слеш «/») |
%httpport% | Порт HTTP сервера |
%httpsport% | Порт HTTPS сервера |
%postgresqlport% | Порт PostgreSQL сервера |
%mysqlport% | Порт MySQL сервера |
%mongodbport% | Порт MongoDB сервера |
%memcacheport% | Порт Memcache сервера |
%ftpport% | Порт FTP сервера |
%httpdriver% | Название модуля HTTP |
%phpdriver% | Название модуля PHP |
%mysql_driver% | Название модуля MySQL / MariaDB |
%pg_driver% | Название модуля PostgreSQL |
%mongo_driver% | Название модуля MongoDB |
%memcachedriver% | Название модуля Memchache |
%redisdriver% | Название модуля Redis |
%dnsdriver% | Название модуля DNS |
%ip% | IP адрес сервера |
%disk% | Буква диска из генерируемого пути до папки с Open Server Panel с учетом виртуального диска (только буква) |
%osdisk% | Буква диска из реального пути до папки с Open Server Panel (только буква) |
%sysdisk% | Системный диск Windows (только буква) |
Предупреждение
При создании закладок на запуск программ с параметрами разделителем пути до программы и параметрами запуска является знак # , иначе закладка будет выполнена через командную строку как обычная команда!
Примеры создания закладки на запуск программы с параметрами:
%realprogdir%\modules\heidisql\heidisql.exe#-h=127.0.0.1 -u=root -P=%mysqlport%
Меню программ
Добавление портативной программы
В Open Server Panel существует возможность добавить в меню свою портативную программу. Для этого необходимо выполнить следующие действия:
- Откройте папку ./progs/ в каталоге с Open Server Panel или создайте такую папку если её не существует;
- Создайте в папке ./progs/ подпапку с именем категории программ, например ./progs/Офисные программы, или используйте имя Default (программы из подпапки Default отображаются в корне меню, без категории);
- Скопируйте каталог с вашей портативной программой (например CintaNotes) в созданную вами папку ./progs/Офисные программы, в итоге у вас должен получиться такой путь: ./progs/Офисные программы/CintaNotes;
- Создайте в папке с портативной программой файл osinit.txt содержащий единственную строку с текстом, которая будет использована в меню Open Server Panel вместо отображения оригинального названия EXE файла программы;
- Перезапустите управляющую программу Open Server Panel;
Предупреждение
Имя портативной программы (без расширения) и имя папки, в которой она находится, должны быть идентичны! Например, если главный файл портативной программы называется CintaNotes.exe, то путь к нему должен выглядеть так: ./progs/Офисные программы/CintaNotes/CintaNotes.exe
Добавление категории программ
Чтобы добавить собственную категорию в меню программ следует создать одноимённую папку в директории ./progs/. Программы добавленные в папку Default отображаются в корне меню программ, без категории.
Добавление ярлыка программы
Помимо портативного софта в меню программ можно добавить ярлыки на локально установленные программы. Такой указатель на программу будет отображаться в меню вместе с другими программами и будет работать как самый обычный ярлычок. Чтобы добавить ярлык на локально установленную программу просто скопируйте его в папку ./progs/нужная_вам_категория_программ/ или ./progs/Default/.
Информация
Не пытайтесь cкопировать в папку портативных программ ярлыки на папки, сайты и другие объекты не являющиеся программами. Такие ярлыки не будут отображаться в меню и соответственно не будут работать. Для создания ярлыков к сайтам, папкам и т.д. используйте [Меню → Настройки → Закладки] (см. Меню закладок).
Старт/стоп скрипты
Дополнение сценариев запуска и остановки сервера
В Open Server Panel существует возможность дополнять сценарии запуска и остановки сервера своими .bat файлами (батниками).
Чтобы дополнить какой-либо сценарий необходимо создать файл-шаблон .tpl.bat в папке ./userdata/ с определённым именем (см. список ниже). Вы можете записать в такой файл произвольные последовательности команд, предназначенных для исполнения командным интерпретатором Windows.
Нужно понимать, что файлы с расширением .tpl.bat являются только шаблонами для итоговых .bat файлов. В процессе запуска или остановки сервера файлы-шаблоны будут преобразованы в исполняемые .bat файлы в той же папке с заменой переменных-подстановок и уже эти временные .bat файлы будут отправлены на выполнение.
Перед запуском
Используйте шаблон с именем /userdata/pre_start.tpl.bat для указания команд выполняемых ДО запуска всех модулей.
После запуска
Используйте шаблон с именем /userdata/start.tpl.bat для указания команд выполняемых ПОСЛЕ запуска всех модулей, но до того, как флаг состояния (в области уведомлений Windows) станет зеленым.
Перед остановкой
Используйте шаблон с именем /userdata/stop.tpl.bat для указания команд выполняемых ДО остановки модулей.
После остановки
Используйте шаблон с именем /userdata/post_stop.tpl.bat для указания команд выполняемых ПОСЛЕ остановки модулей, но до того, как флаг состояния (в области уведомлений Windows) станет красным.
Предупреждение
После начала процедуры завершения работы Windows запуск любых новых процессов невозможен, поэтому СТОП-скрипты (stop.bat и post_stop.bat) не выполняются. Если вам требуется обязательное выполнение скриптов остановки, то необходимо выключать Open Server Panel вручную непосредственно перед тем, как вы хотите выключить компьютер.
Внимание!
Каждый созданный вами батник (для любого сценария из перечисленных выше) должен корректно отработать и завершиться, иначе сервер будет ожидать окончания его выполнения бесконечно.
Использование переменных в качестве подстановок
В файлах-шаблонах с расширением .tpl.bat можно использовать подстановки. Доступные варианты подстановки программных переменных:
Переменная | Описание переменной |
---|---|
%realprogdir% | Реальный путь до папки с Open Server Panel (обратный слеш «\») |
%progdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (обратный слеш «\») |
%sprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (слеш «/») |
%dprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (двойной обратный слеш «\\») |
%dsprogdir% | Генерируемый путь до папки с Open Server Panel с учетом виртуального диска (двойной слеш «//») |
%realsitedir% | Реальный путь до корневой папки доменов (обратный слеш «\») |
%sitedir% | Генерируемый путь до корневой папки доменов с учетом виртуального диска (обратный слеш «\») |
%ssitedir% | Генерируемый путь до корневой папки доменов с учетом виртуального диска (слеш «/») |
%httpport% | Порт HTTP сервера |
%httpsport% | Порт HTTPS сервера |
%postgresqlport% | Порт PostgreSQL сервера |
%mysqlport% | Порт MySQL сервера |
%mongodbport% | Порт MongoDB сервера |
%memcacheport% | Порт Memcache сервера |
%ftpport% | Порт FTP сервера |
%httpdriver% | Название модуля HTTP |
%phpdriver% | Название модуля PHP |
%mysql_driver% | Название модуля MySQL / MariaDB |
%pg_driver% | Название модуля PostgreSQL |
%mongo_driver% | Название модуля MongoDB |
%memcachedriver% | Название модуля Memchache |
%redisdriver% | Название модуля Redis |
%dnsdriver% | Название модуля DNS |
%ip% | IP адрес сервера |
%disk% | Буква диска из генерируемого пути до папки с Open Server Panel с учетом виртуального диска (только буква) |
%osdisk% | Буква диска из реального пути до папки с Open Server Panel (только буква) |
%sysdisk% | Системный диск Windows (только буква) |
Кроме написания команд перечисленные выше переменные можно использовать для указания реальных переменных окружения, например:
setx DIR_PHP "%realprogdir%\modules\php\%phpdriver%"
Ограниченный режим
При недоступном на запись HOSTS файле программа переходит в ограниченный режим работы с урезанной функциональностью.
В ограниченном режиме вам будет недоступна следующая функциональность:
- Использование своих алиасов и доменов (кроме домена localhost);
- Указание IP адреса сервера (кроме адресов 127.0.0.1 и *);
Таким образом в ограниченном режиме вам будет доступен один из двух IP адресов: 127.0.0.1 или *, и только один домен localhost. Другие созданные вами алиасы и домены не будут обработаны программой.
Работать в ограниченном режиме уместно только при полном отсутствии прав администратора, например в условиях организации. В любом другом случае крайне рекомендуется правильно настроить права доступа к HOST файлу для возможности полноценной работы с разными доменами. Разрешить запись в HOSTS файл для всех пользователей можно выполнив через консоль (запускать от имени Администратора) следующую команду:
attrib -s -r -h -a C:\Windows\system32\drivers\etc\hosts
Если в логах запуска вы видите сообщение о том, что Hosts файл недоступен для записи, то возможно что доступ к этому файлу блокируется антивирусом/файрволом, либо действуют ограничения прав доступа Windows.
Добавьте Open Server Panel, а так же все остальные компоненты, о которых будет спрашивать антивирус/файрвол, в доверенные программы. Отключите защиту HOSTS файла (или системных файлов) в настройках вашего антивируса/файрвола, если такая защита присутствует. Попробуйте вручную удалить файл C:\Windows\System32\Drivers\etc\hosts и заново создать со следующим содержимым:
127.0.0.1 localhost
В случае работы без прав администратора, но с доступным на запись HOSTS файлом, программа работает в нормальном режиме без каких-либо ограничений.
Предупреждение
При включённой службе контроля учётных записей пользователей (UAC) и запуске без прав администратора Open Server Panel не будет иметь доступа к HOSTS файлу и автоматически перейдёт в ограниченный режим работы.
Запуск без внесения записей в HOSTS файл
В Open Server Panel реализована возможность полноценного запуска без внесения записей в HOSTS файл. Эта возможность будет полезна пользователям офисных сетей и терминалов, где доступ к HOSTS файлу имеет только старший администратор. Если опция [Не вносить изменения в HOSTS файл] включена, то запуск сервера происходит без редактирования HOSTS файла будто все домены в нём уже прописаны, т.е. доступ к этому файлу не требуется вовсе.
Следует не забывать обращаться к администратору вашей сети после каждого создания домена, администратор должен внести нужные записи в HOSTS файл, иначе вы не сможете их использовать.
Формат внесения записей в HOSTS файл стандартный — ip пробел домен, например:
192.168.5.10 rhino.acme.com 192.168.5.10 x.acme.com
Отправка почты через SMTP
Яндекс почта
Ниже показаны типичные настройки для отправки почты через SMTP сервер выбранного почтового провайдера.
Mail.ru почта
Ниже показаны типичные настройки для отправки почты через SMTP сервер выбранного почтового провайдера.
Gmail почта
Ниже показаны типичные настройки для отправки почты через SMTP сервер выбранного почтового провайдера.
По умолчанию Gmail не даёт возможности использовать SMTP, поэтому доступ нужно активировать отдельно. Вам необходимо выполнить следующие шаги по активации:
1. Авторизуйтесь в своём аккаунте Gmail
2. В той же вкладке браузера перейдите сюда
3. Активируйте доступ к аккаунту для «непроверенных приложений» (см. картинку ниже)
4. Выполните тестовую отправку письма через ваш скрипт на сервере Open Server Panel
5. Обновите страницу (F5) и снова активируйте доступ к аккаунту для «непроверенных приложений» если он не активировался (пришедшее письмо о попытке доступа к аккаунту можно проигнорировать)
Теперь попробуйте отправить письмо еще раз, на этот раз отправка должна заработать.
Информация
Если вы включили двухфакторную авторизацию для своей почты у любого почтового провайдера, то вам необходимо создать пароль приложения в панели управления своего почтового аккаунта. Используйте этот пароль в настройках программы.
Внешний доступ
Работа с внешними сетями
Open Server Panel может работать в локальных сетях и сети Интернет как веб-сервер. Для работы в сети Интернет необходим статический(белый) IP адрес. Чтобы открыть доступ к серверу извне необходимо указать * в качестве IP адреса в настройках Open Server Panel, в этом случае доступ откроется сразу для всех сетей, к которым подключён ваш компьютер. Если вы хотите открыть доступ только для одной конкретной сети (например локальной), то укажите в настройках программы IP адрес выданный вашему компьютеру в этой сети.
Информация
При работе через роутер или другой шлюз может потребоваться их дополнительная настройка. См. документацию к используемому оборудованию, обратитесь к администратору сети.
Доступ извне к локальными доменам
После того, как вы настроите удалённый доступ к своему серверу, все локальные домены станут доступны удалённо. Но как их открыть? Чтобы открыть нужный сайт с удалённой машины потребуется внести в HOSTS файл такого компьютера запись с адресом вашего локального домена, например: 64.55.96.24 supersite (где 64.55.96.24 это адрес вашего компьютера, а supersite это имя локального домена). После внесения такой записи в HOSTS файл на удалённом компьютере домен supersite будет доступен при обычном наборе в строке браузера.
Обратите внимание — при простом наборе IP адреса вашего компьютера http://64.55.96.24/ или при попытке доступа к несуществующему локальному домену будет открываться пустая страница.
Для того, чтобы при наборе IP адреса вашего компьютера открывался определённый локальный сайт, необходимо создать алиас вида ваш_внешний_ip => ваш_локальный_домен. После этих действий указанный вами локальный домен, для которого вы создали алиас, станет доступен через локальную сеть или сеть Интернет по адресу http://ваш_внешний_ip/ (например http://64.55.96.24/). Если ваш компьютер подключен к нескольким сетям и в настройках сервера установлен IP=*, то такой алиас необходимо создать для каждого IP адреса выданного вашему компьютеру в каждой из сетей.
Внимание!
При работе с внешними сетями нет никакой гарантии безопасности вашего компьютера. Сервер часто запускается с правами Администратора, а значит, скрипты, запущенные под его управлением, могут делать на компьютере всё, что угодно. Дыры в безопасности скриптов могут открыть хакерам и вирусам доступ к вашему компьютеру.
Мы не рекомендуем такое использование Open Server Panel! Перед настройкой удалённого доступа к серверу обязательно ознакомьтесь с разделом Защита сервера данного справочного руководства.
Внешнее управление
Open Server Panel может принимать некоторые команды через сеть Интернет, для этого имеется встроенная панель управления которая работает на выделенном порту. Так же программой можно управлять через командную строку.
Управление через Интернет
Чтобы получить доступ к панели управления необходимо набрать адрес http://localhost:1515/ (по умолчанию). Порт, логин и пароль к контрольной панели можно указать непосредственно в настройках Open Server Panel [Меню → Настройки → Разное].
Панель управления доступна на любом IP адресе с которого доступен ваш компьютер, а так же на любом локальном домене из созданных на сервере. Для управления программой через Интернет ваш внешний IP адрес должен быть «белым», т.е. доступным из сети Интернет.
Команды для использования в командной строке
"C:\openserver\Open Server Panel.exe" # запуск программы "C:\openserver\Open Server Panel.exe" /start # запуск сервера "C:\openserver\Open Server Panel.exe" /restart # перезапуск сервера "C:\openserver\Open Server Panel.exe" /stop # остановка сервера "C:\openserver\Open Server Panel.exe" /exit # выход из программы
Защита сервера
Настройка защиты
Cервер становится крайне уязвимым, когда он открыт для доступа из сети Интернет, особенно с настройками установленными по умолчанию. Множество ботов и вирусов постоянно сканируют ip адреса в сети Интернет на предмет открытых портов и, как правило, незащищенный сервер оказывается взломанным уже через несколько часов после появления в сети.
Несколько шагов по защите веб-сервера от несанкционированного доступа:
- Отключите FTP сервер [Меню → Настройки → FTP сервер];
- Установите собственные пароли для root (и других) пользователей всех модулей СУБД;
- Включите защиту от внешнего доступа в настройках программы [Меню → Настройки → Сервер];
- Теперь перезапустите саму управляющую программу (не сервер);
- Выполните настройку файрвола закрыв на доступ извне все порты кроме тех, которые планируется использовать (например: 80,443,21,990,53);
Предупреждение
Не допускайте использования уязвимых скриптов, некорректной конфигурации модулей, простых паролей.
Встроенная защита от внешнего доступа
Выбор опции [Меню → Настройки → Сервер → Защитить сервер от внешнего доступа] отключит часть опасных функций PHP, доступ к веб-инструментам извне будет заблокирован, а доступ к диску для PHP скриптов будет ограничен корневой папкой доменов. Данная опция снижает производительность php-скриптов в 2-10 раз (зависит от интенсивности работы с файловой системой)!
Работа с Composer
Composer совместим со всеми версиями PHP начиная с 5.3 и в Open Server Panel он доступен во всех совместимых модулях «из коробки».
Установка пакетов Composer
- Выполните [Меню → Дополнительно → Консоль];
- Перейдите в папку с тем сайтом, куда планируется установка;
- Выполните установку любого нужного вам пакета, например:
# Переход в папку с проектом cd C:\openserver\domains\localhost # Установка Symfony composer create-project symfony/framework-standard-edition symfony # Установка PHPUnit composer create-project phpunit/phpunit phpunit & echo @php -d output_buffering=0 phpunit\phpunit %*>phpunit.bat # Установка Laravel composer create-project laravel/laravel laravel --prefer-dist # Установка phpDocumentor composer create-project phpdocumentor/phpdocumentor phpdocumentor
В будущем, чтобы обновить установленный таким образом проект, достаточно перейти в папку с нужным проектом и выполнить команду composer update:
cd C:\openserver\domains\localhost\phpunit & composer update
Работа в консоли
Для запуска встроенной консоли необходимо запустить сервер и выполнить [Меню → Дополнительно → Консоль]. Среда окружения (англ. Environment) формируется в момент запуска сервера и передаётся всем запускаемым модулям. Любые другие программы, будь то консоль или IDE, так же могут получить правильное окружение, достаточно запускать эти программы из меню Open Server Panel. Для этого можно либо сделать закладку, либо добавить ярлык в меню программ (см. разделы Меню закладок и Меню программ).
Необходимо знать, что если вы запускаете консоль или любую другую программу из стандартного меню Пуск или используя ярлык на рабочем столе Windows, а не из меню Open Server Panel, то они не смогут работать с виртуальным окружением сформированным в Open Server Panel.
Встроенную консоль можно запустить даже если сервер выключен, в Full версии выполните [Меню → Программы → Консоль]. Однако при выключенном сервере среда окружения не сформирована и поэтому работать из консоли с PHP и другими модулями или программами (wget, composer, скриптами и т.д.) будет невозможно.
Внимание!
Если вы запустили консоль ДО запуска сервера, то среда окружения НЕ станет доступна в консоли.
Чтобы начать полноценную работу с модулями после запуска сервера нужно закрыть и заново открыть встроенную консоль (саму программу ConEmu, а не только вкладку), поскольку только при запущенном сервере консоль получает правильно сформированное окружение в момент запуска из меню.
Точно так же среда окружения не будет обновлена в консоли если вы переключились на другой модуль PHP или MySQL и перезапустили сервер, но при этом не перезапустили консоль!
Внимание!
При запуске стороннего ПО (консоли, программы, IDE, скрипты и проч.) строго придерживайтесь правила: сначала запустить сервер — потом программу.
Если вы изменили настройки Open Server Panel или конфиги модулей: выключить программу — потом запустиь её заново.
Не пытайтесь запускать софт в обход меню Open Server, т.к. в этом случае рабочее окружение не будет доступно в вашей программе.
Вопросы и ответы
Ничего не запускается?
Не стоит отчаиваться, загляните в общий лог программы и другие логи компонентов [Меню → Просмотр логов]. В подавляющем большинстве случаев там вы найдете причину неудачного старта. В более сложных случаях включите опцию [Запускать сервер в отладочном режиме], это позволит увидеть отладочную информацию при запуске. Так же добавьте Open Server Panel в доверенные программы вашего файрвола или антивируса, если таковой имеется.
Пишет что порт 80, 3306 и т.д. уже занят!
Включите в настройках Open Server Panel опцию [Запускать сервер в агрессивном режиме], в этом режиме все программы занимающие нужные порты будут принудительно закрыты. Добавьте Open Server Panel в доверенные программы вашего антивируса/файрвола/прокси-сервера или отключите слежение за портами 80/443/21/90xx/3306 если оно есть. В отдельных антивирусах/файрволах возможны свои доп. настройки связанные с перехватом подключений программ к сети.
Пишет что нет прав доступа для работы в этой папке!
Вы пытаетесь запустить Open Server Panel из папки, которая принадлежит другому пользователю, или же файлы Open Server Panel были записаны на компьютер другим пользователем. Если Open Server Panel будет запускаться пользователем Pavel (например), то войдите в систему под учётной записью Pavel и скопируйте Open Server Panel в такую папку, которая принадлежит пользователю Pavel (имеются права на запись), после чего запуск сервера для этого пользователя станет возможным. Вместо копирования можно установить особые права доступа к папке с Open Server Panel, обратитесь к администратору вашего компьютера.
Почему кнопки серые и не нажимаются?!
В любой момент времени активны только те кнопки и разделы меню, которые могут выполнить возложенное на них действие. Например: если сервер не запущен, то пункт меню PHPMyAdmin будет неактивен; если сервер запущен, то кнопки очистки логов будут недоступны и т.д.
Я не могу открыть меню когда флаг желтого цвета!
Желтый флажок говорит о том, что происходит выполнение команды (например запуск, остановка или сохранение настроек). Во время выполнения команд меню программы недоступно.
Создал 3000 доменов и теперь сервер не запускается!
Увеличьте кол-во проверок состояния сервера до 20-30 или выше в настройках программы [Меню → Настройки → Разное]. Переключитесь на использование HTTP модуля Apache если вы используете модуль Nginx.
Хочу протестировать сайт с учётом разных скоростей интернета (мобильные устройства к примеру)!
В Open Server Panel существует возможность ограничения скорости передачи данных для симуляции медленной загрузки сайта. Для ограничения скорости воспользуйтесь меню Open Server Panel: [Меню → Настройки → Разное]. Скорость можно ограничить в пределах 1-40 КБайт в секунду, установка значения в 0 или более 40 отменяет ограничение. Скоростной лимит устанавливается на каждый запрос, поэтому, если клиент одновременно откроет 4 картинки на сайте (4 соединения), то каждая из них будет загружаться с заданной скоростью.
Где редактировать настройки модулей?
Для редактирования настроек модулей пользуйтесь меню Open Server Panel: [Меню → Дополнительно → Конфигурация].
Куда сохраняются мои письма?
По умолчанию все письма сохраняются во временную папку userdata/tmp/email/, во время остановки сервера эта папка не очищается. Можно настроить отправку писем через удалённый SMTP сервер: [Меню → Настройки → Почта].
Я нажимаю в меню программы на нужный сайт, но ничего не открывается!
Для работы многих пунктов меню требуется наличие корректно установленного и работающего браузера по умолчанию. Так же вы можете напрямую указать свой браузер в настройках программы: [Меню → Настройки → Меню].
Я создал домен local_site.loc, но он не работает!
Символа подчеркивания не может быть в имени домена, поэтому такой домен не подключается. Разрешенные символы: [a-z0-9.-].
Сервер не стартует с ip 192.168.0.1 и говорит что localhost работает только на ip 127.0.0.1!
Действительно, домен localhost можно использовать только с ip адресом 127.0.0.1, поэтому либо переименуйте этот домен, либо удалите его, если он вам не нужен.
Я хочу работать без виртуального диска!
Выберите в настройках Open Server Panel работу без виртуального диска и скопируйте папку с сервером в такую директорию, путь до которой содержит только латиницу или цифры, в противном случае работа без вирт. диска будет невозможна.
Я не вижу виртуального диска!
Если вы работаете не под учётной записью администратора, но Open Server Panel запущен с правами администратора, то виртуальный диск (если он используется) будет для вас недоступен. Open Server Panel при этом будет работать нормально. Вы можете отключить использование виртуального диска в настройках, при этом учитывайте требования к абсолютному пути описанные в предыдущем ответе.
Сервер запускается, но браузер говорит что домен не найден!
Если в вашем браузере настроена работа через прокси сервер, то локальные сайты будут ему недоступны. Чтобы исправить ситуацию откажитесь от использования прокси в вашем браузере или добавьте локальные домены и IP адрес сервера в список исключений для прокси в настройках обозревателя. В ряде случаев нужно пересоздать файл HOSTS (см. Решение проблем).
Для чего нужна настройка вывода закладок вместо сайтов?
В таком режиме созданные закладки отображаются вместо списка доменов, это будет полезно при создании демо-сборок с установленными скриптами (см. Создание сборок).
Мне трудно пересоздавать закладки, пользователей FTP и т.д, нужно их просто отредактировать!
Не нужно пересоздавать записи заново, просто сделайте двойной клик на интересующей вас записи в таблице после чего эта запись сразу же удалится из списка и будет вынесена обратно в поля редактирования. Не забудьте добавить отредактированную запись обратно в таблицу!
Подключение к базе данных длится более 1 сек!
Отключите использование протокола IPv6 используя инструкцию из раздела Решение проблем данного руководства.
Я скопировал в папку с доменом свой скрипт, после перезапуска сервер не видит файлов и показывает ошибку!
Скорее всего вы скопировали или создали такую подпапку в папке с доменом, имя которой подпадает под условия автоматического поиска корневой папки домена (см. Домены и алиасы).
Сервер постепенно занял всё место на диске!
Постепенное исчезновение свободного места говорит о том, что вы отключили автоочистку логов при запуске сервера. В результате при активном использовании сервера лог-файлы вырастают до огромных размеров и занимают всё свободное место на диске. Очистите лог-записи в окне просмотра логов и включите автоочистку логов при старте в настройках Open Server Panel. Очистите папку .\userdata\tmp от временных файлов.
Как мне создать собственную конфигурацию хоста для домена?
Используйте шаблон конфигурации виртуального хоста в папке с нужным доменом для создания особой конфигурации домена. При создании/изменении файла требуется перезапуск сервера. Шаблон конфигурации для нужного модуля можно найти в папке ./userdata/config/.
Например, если вы хотите создать собственную конфигурацию домена xxx.ru для модуля Apache-2.4.2, то скопируйте файл ./userdata/config/Apache-2.4.3_vhost.conf в папку с нужным доменом, отредактируйте этот файл под свои нужды и перезапустите сервер.
Или другой пример, при использовании модуля Apache+Nginx можно скопировать в папку домена оба файла конфигурации для каждого сервера: Apache-2.2.23+Nginx-1.2.4_vhosta.conf и Apache-2.2.23+Nginx-1.2.4_vhostn.conf.
Обратите внимание — при редактировании конфигурации хоста нельзя удалять или заменять системные переменные %. %, вы можете вносить только новые записи дополняющие конфигурацию.
Как и где редактируются конфиги компонентов?
В Open Server Panel используются файлы-шаблоны конфигурации, которые доступны через общее меню программы. Не пытайтесь редактировать временные файлы конфигов, которые создаются в момент запуска сервера, это не имеет смысла. Шаблоны конфигурации индивидуальны для каждого модуля, т.е. если вы выберите какой-либо из модулей в качестве активного, то будут активированы и шаблоны настроек именно этого модуля. Например: вы сконфигурировали шаблон файла php.ini при активном модуле PHP 5.2, после чего выбрали модуль PHP 5.3 в качестве активного. В этом случае вам необходимо еще раз сконфигурировать шаблон файла php.ini уже для модуля PHP 5.3.
Сами шаблоны настроек для всех модулей и инструментов хранятся в папке ./userdata/config/, их нельзя использовать как реальные конфиги и указывать при запуске модулей, консолей и скриптов. В процессе запуска шаблоны конфигурации проходят через парсер, который заменяет все переменные-подстановки на реальные данные и сохраняет уже готовые файлы конфигурации в папку ./userdata/temp/config/.
Как указать особые настройки подключения к SMTP серверу для выбранного домена?
В Open Server Panel существует возможность отправки почты через сторонний SMTP сервер, при этом все домены используют те параметры подключения, которые были указаны пользователем в окне настроек Open Server Panel. Для того чтобы определённый домен мог использовать собственные настройки подключения к SMTP серверу нужно указать их в шаблоне конфигурации этого хоста. Откройте шаблон конфигурации виртуального хоста (как его создать описано в предыдущем ответе) в папке с нужным доменом и добавьте в описание хоста следующее содержимое (одной строкой):
php_admin_value sendmail_path "%mailway% -t --smtp-ssl=none --smtp-server=smtp.xxx.xx --smtp-port=xx --smtp-from=xxx@xxx.xx --smtp-user=xxx@xxx.xx --smtp-pass=xxxxxx --pop3-server=pop3.xxx.xx --pop3-user=xxx@xxx.xx --pop3-pass=xxxxxx"
%limit% DocumentRoot "%hostdir%" . php_admin_value sendmail_path "%mailway% -t --smtp-ssl=none --smtp-server=smtp.xxx.xx --smtp-port=xx --smtp-from=xxx@xxx.xx --smtp-user=xxx@xxx.xx --smtp-pass=xxxxxx --pop3-server=pop3.xxx.xx --pop3-user=xxx@xxx.xx --pop3-pass=xxxxxx" .
Последнюю часть строки —pop3-server=pop3.xxx.xx —pop3-user=xxx@xxx.xx —pop3-pass=xxxxxx добавляйте только в том случае, если требуется авторизация POP3 перед SMTP. Возможные значения для параметра —smtp-ssl= это none,auto,ssl или tls.
Необходимо помнить, что при указании собственных настроек подключения к SMTP серверу отправка почты для выбранного домена будет работать не зависимо от основных настроек Open Server Panel. Так же обратите внимание на то, что все данные SMTP сервера включая логин и пароль будут доступны в php скриптах и видны в информации phpinfo(), поэтому в целях безопасности не рекомендуется пользоваться описанной возможностью указания настроек отправки почты в конфиге хоста.
Решение проблем
Ниже представлен порядок действий необходимых для решения проблем с запуском сервера. После выполнения каждого действия необходимо повторить пробный запуск сервера, а в случае сбоя запуска можно переходить к выполнению следующего пункта.
- Запустите установщик Open Server Panel и не выбирая никакие компоненты к установке перейдите к окну выбора доп. задач и выполните установку DLL библиотек, настройку системы и прав доступа к файлам.
- Убедитесь что IP адрес, заданный в настройках, существует (кроме [*]). Так же убедитесь что все другие настройки программы корректны.
- Добавьте Open Server Panel в доверенные программы вашего файрвола/антивируса или настройте их должным образом, если таковые имеются.
- Запустите [Меню → Просмотр логов], попробуйте найти причину проблемы и устранить её (если это возможно).
- Включите в настройках Open Server Panel опцию [Запускать сервер в отладочном режиме] и попробуйте найти причину проблемы и устранить её (если это возможно).
- Выполните через консоль (запускать от имени Администратора) следующую команду: attrib -s -r -h -a C:\Windows\system32\drivers\etc\hosts
- Активируйте службу DNS если она отключена и запустите её, отключите все службы в имени которых присутствует IIS.
- Отключите глобальные прокси и проксификаторы если они установлены на вашем компьютере.
Информация
Очень распространённая проблема это занятый порт 80, занимает его обычно программа Skype. Для устранения проблемы перейдите в [Настройки Skype → Дополнительно → Соединение] и снимите галочку с пункта [Использовать порты 80 и 443 в качестве альтернативных].
Контроль учётных записей пользователей (UAC)
При включённой службе контроля учётных записей пользователей (UAC) и запуске без прав администратора Open Server Panel не будет иметь доступа к HOSTS файлу и автоматически перейдёт в ограниченный режим работы. Как правило, об ограниченном режиме сигнализирует наличие только одного домена localhost в меню программы, в то время как ранее были созданы и другие домены. Чтобы исправить ситуацию включите опцию [Требовать учётную запись Администратора] в настройках Open Server Panel и перезапустите программу, либо отключите контроль учётный записей (UAC).
Если у вас отсутствует возможность отключения UAC или запуска программы с правами администратора, то существует несколько вариантов решения данной проблемы:
- Использование встроенного DNS сервера (настройка согласно Руководства);
- Активация опции [Не вносить изменения в HOSTS файл] + ручное редактирование этого файла;
- Установить разрешающие права записи в HOSTS файл для всех пользователей Windows;
- Отказ от возможности управления доменами и работа с единственным доменом localhost;
Создание сборок
Что это такое и зачем это нужно?
Например у вас есть свой проект (допустим некая CMS), который вы бы хотели сделать доступным на своём сайте в качестве демо-версии для потенциальных клиентов, показать заказчику или попросту сделать демонстрационный пакет на все случаи жизни. Нужно чтобы ваш программный продукт работал одинаково хорошо у всех, в одинаковой конфигурации, уже был установлен и готов для работы или ознакомления. В этом вам как раз и поможет Open Server Panel.
Вы сможете создать готовый и самое главное рабочий мини-сервер с уже установленным скриптом, CMS системой, сайтом, проектом и т.д., а вашим клиентам останется его только скачать и запустить. Ваш продукт будет изначально работоспособен, не потребуется искать для него сервер, не нужно будет выполнять установку, настройку и т.д.
Как создать кастомную сборку
- Скачайте дистрибутив Open Server Panel Basic последней версии и распакуйте его во временную папку. Перейдите в папку куда был распакован дистрибутив и запустите программу Open Server Panel.exe.
- Удалите ненужные модули в папке ./modules/php/*, ./modules/database/* и ./modules/http/* оставив в папках только по одному модулю, которые будут использоваться для вашего программного продукта. Если вы не планируете использовать модули DNS, Redis и Memcached, то папки с этими модулями так же можно удалить: ./modules/dns/*,./modules/redis/* и ./modules/memcached/* соответственно. Не удаляйте корневые каталоги с подтипом модулей даже если они пусты, это сделает программу неработоспособной.
- Нажмите [Меню → Настройки] и выберите для использования те модули, которые вы не удалили. Установите IP адрес сервера в значение 127.0.0.1, отключите [Автоматическую проверку обновлений], не отключайте опцию [Автоматически определять потребность в виртуальном диске]. Установите все другие нужные вам настройки.
- Нажмите [Меню → Дополнительно → Конфигурация] и настройте шаблоны конфигурации нужных модулей под ваш продукт (скрипт/сайт/cms), если это необходимо.
- Запустите сервер и установите ваш программный продукт (скрипт/сайт/cms) на домен localhost, который присутствует в Open Server Panel по умолчанию. Выполните необходимые действия по настройке скрипта после чего выйдите из всех форм авторизации где вы авторизовались (например: личный аккаунт, администрирование и т.д.).
- Остановите сервер. Нажмите [Меню → Настройки] и создайте закладки для основных страниц вашего программного продукта (например: Админ-панель, Личный аккаунт, Главная страница). Включите в настройках Open Server Panel опцию [Показывать закладки вместо сайтов]. Сохраните настройки.
- Нажмите [Меню → Выход] и переименуйте файл программы согласно имени вашего продукта, например ./временная папка/ Open Server Panel.exe в ./временная папка/MegaCMS Server.exe.
- Теперь упакуйте содержимое временной папки в самораспаковывающийся архив. Тип и формат архива зависит лишь от предполагаемой формы распространения сборки.
- Готово!
Вышеописанным способом вы можете подготавливать не только кастомные сборки, но и dev-пакеты для разработчиков, offline-презентации сайтов, архивы порталов, интерактивные материалы на CD и т.д.
- Архитектура
- Установка и запуск
- Подключение
- Домены и алиасы
- Работа с MySQL
- Переменная Path
- Настройка DNS
- Планировщик
- Меню закладок
- Меню программ
- Старт/стоп скрипты
- Ограниченный режим
- Отправка почты
- Внешний доступ
- Внешнее управление
- Защита сервера
- Работа с Composer
- Работа в консоли
- Вопросы и ответы
- Решение проблем
- Создание сборок
Как правильно именовать schema database
http://habrahabr.ru/post/246339/#comment_8190995
Хинт: в mysql — database == schema, в postgres schema==namespace ~ mysql database, тогда как postgres database — некий глобальный контейнер для схем.
Примерно так же у oracle и без канистры водки порой сложно разобраться, что где и как.
Stan_1 23 декабря 2014 в 08:09 #
Хм. Забавно. Не знал. Наличие схем как раз и стало основной причиной моего ухода в PostgreSQL. Но видимо есть какие-то нюансы.
- Мне не удалось сейчас найти достаточно информации о схемах в MySQL, по крайней мере чтобы понять их отличие от понятия database. В «мире» PostgreSQL информации много и очень «тонкой» и детальной. То есть в любом случае, в PG схемы гораздо боле распространены.
- Насколько я понял, в MySQL — схема просто синоним database. Но что это такое и чем это отличается от database — непонятно
- Для PostgreSQL в Интернете куча описаний, как написать ActiveRecord применительно к схемам Postgres. Но нет описания, как применить схемы MySQL в ActiveRecord.
Видимо, есть все же какие-то различия, и предположу, что существенные. Был бы рад почитать мнение того, кто детально разбирался с тем и другим.
In mysql a database is a schema. The two words can be used interchangeably in most commands. For instance, you could say create database dbname, or create schema dbname and achieve the same result.
A Walkthrough of SQL Schema
We define default SQL Schema for a database user in the create database user window:
If we do not define any default schema for a user, SQL Server assumes dbo as the default schema. We can verify the default schema for a user using the following system function:
SELECT SCHEMA_NAME ( ) ;
.
Retrieve all schema and their owners in a database
We can query sys.schemas system table to find out schema in a database and their owners:
SELECT s . name AS schema_name ,
s . schema_id ,
u . name AS schema_owner
FROM sys . schemas s
INNER JOIN sys . sysusers u ON u . uid = s . principal_id
ORDER BY s . name ;
In the following screenshot, we can see master database schema and their owners:
SQL Schema is a database entity, and you might get a different result of the query in a user database. For example, the AdventureWorks database shows the following schema information:
Note: SQL Server does not allow users to create objects in sys and INFORMATION_SCHEMA. It is used for storing internal system objects.
Let’s create a new table in the AdventureWorks database using the following query:
CREATE TABLE DemoSchema
( ID INT IDENTITY ( 1 , 1 ) ,
Name VARCHAR ( 20 )
We did not specify any schema in the CREATE TABLE statement. It automatically uses dbo schema for the table because the current user default schema is dbo:
Specify default SQL schema while creating a new login
Let’s create a new SQL login and database user with a default schema other than dbo.
Go to Security and create a new login:
Provide the following inputs on the general page:
- Enter a SQL user name
- Choose SQL Server authentication method and enter a password for the user
Navigate to the User Mapping page and put a check on the AdventureWorks database:
Click on eclipse for default schema and browse available schema in the database. Let’s select schema [Person] as a default schema for this user:
Click OK and return to the user-mapping page. We can see that the new login is having access to the AdventureWorks database and its default schema is [Person]:
Click OK, and it creates the SQL login, database user in the AdventureWorks database. Connect to SQL instance with this login. Execute the create table statement without specifying a SQL Schema. We can see it creates the table in the default schema for the user, i.e. [Person]:
Alternatively, we can run the script by specifying a schema name.
Script to create a table in [Person] schema:
CREATE TABLE [ person ] . [ DemoSchema ]
( ID INT IDENTITY ( 1 , 1 ) ,
Name VARCHAR ( 20 )
Script to create a table in the dbo schema:
CREATE TABLE [ dbo ] . [ DemoSchema ]
( ID INT IDENTITY ( 1 , 1 ) ,
Name VARCHAR ( 20 )
Create a new SQL Schema in SQL Server
We can create schemas as per our requirements. We can create a schema in a specific database. Let’s create a new schema in the AdventureWorks database.
Expand the AdventureWorks database and go to Security:
Right-click on Schemas and click to New Schema:
Specify a new schema name and schema owner. You can search the schema owner from existing logins:
Instead of creating the schema, click on generate scripts to give you an equivalent T-SQL statement:
USE [ AdventureWorks ]
CREATE SCHEMA [ Customer ] AUTHORIZATION [ Demouser ]
In this syntax, we can see that:
- [Customer] is the new schema name that we want to create in the AdventureWorks database
- We specify a schema owner using the AUTHORIZATION keyword in the CREATE SCHEMA command
Execute the command and refresh the schema list (right-click on schemas and refresh). You can see a new schema [Customer] on this list:
Note: Earlier, we created a demo user with a default schema [Person]. The demo user is the schema owner of the customer schema as well. If we connect to SQL instance using the demo user and create objects without specifying a schema name, it still takes default schema as [Person].
Change SQL schema of an existing object in SQL Server
We can transfer objects to different schemas, as well. For example, let’s migrate a table from [dbo] owner to sales schema in the AdventureWorks database following these steps:
- Right-click on the specific table name and choose Design option:
- It opens the table designer. We can change table properties such as column data types, default values, schema using this designer. Click on Properties as shown in the following image: It opens the table properties. It shows the table schema, server name, identity column, lock escalation, and filegroup information:
- Click on SQL Schema, and it opens the available scheme in the database:
- Select the required schema [Sales], and it gives the warning: Changing the schema of this object will result in all current permissions on this object being dropped
- Click on Yes to proceed:
- Close the table designer and save the changes after clicking on Yes:
- Refresh the tables in the database, and we can see the schema of this table changes from dbo to sales:
By default, SQL Server searches for the object in the default schema and dbo schema. If the object belongs to other than the default and dbo schema, we require to specify schema name while accessing the object. You get an error message if the object does not exist in the default or dbo schema:
We can specify a schema name in the following format to access an object.
In this command, [sales] is a schema and [Demoschema] is a table: