Apache HTTP Server | Русскоязычная документация по Ubuntu
Содержание
Apache HTTP Server
Версии Apache в Ubuntu
Хостинг сайтов
Установка
Настройка
Кодировка по умолчанию
Виртуальные хосты
Модули
Настройка HTTPS в Apache
Создание ключа и ssl-сертификата
Настройка Apache
Перенаправление HTTP запросов на HTTPS
Ссылки
Возможные проблемы
Смотрите также
Ссылки
Apache HTTP Server — проект, развиваемый The Apache Software Foundation, в рамках которого разрабатывается кроссплатформенный HTTP сервер с открытым исходным кодом. Входит в состав LAMP и XAMPP.
Версии Apache в Ubuntu
Ubuntu | Apache |
---|---|
2.2 | |
14.04 LTS (Trusty) | 2.4 |
15.10 (Wily) | 2.4 |
16.04 LTS (Xenial) | 2.4 |
Хостинг сайтов
Можно реализовать четырьмя способами:
по умолчанию в папке /var/www/html. Доступом является http://localhost/
настройки основного хостинга. Например, http://localhost/phpmyadmin
в любой папке с помощью модуля виртуальных хостов. Например, http://mysite/
в папке пользователя public_html (модуль userdir). Например, http://localhost/~username
Установка
Для установки Apache выполните в терминале:
sudo apt-get install apache2
Настройка
Для применения изменений в настройках необходимо перезапустить демон Apache:
sudo service apache2 restart
В Ubuntu конечный файл настройки (apache2. conf) расделён на несколько файлов, расположенных в разных поддиректориях. Подробней написано в комментариях файла apache2.conf.
/etc/apache2/ |-- apache2.conf | `-- ports.conf |-- mods-enabled | |-- *.load | `-- *.conf |-- conf-enabled | `-- *.conf `-- sites-enabled `-- *.conf
Настройки модулей расположены в директории /etc/apache2/mods-available. Для подключения или отключения модулей (настроек модулей) следует использовать соответствующие команды a2enmod
или a2dismod
. Пример подключения модуля:
sudo a2enmod <mod-name>
Свои настройки следует сохранять в файлы, расположенные в директории /etc/apache2/conf-available. Для подключения или отключения своих настроек следует использовать соответствующие команды
или a2disconf
. Пример подключения файла со своими настройками:
sudo a2enconf <config-name>
Настройки виртуальных хостов следует сохранять в файлы, расположенные в директории /etc/apache2/sites-available. Для подключения виртуальных хостов следует использовать соответствующие команды a2ensite
или a2dissite
. Пример подключения виртуального хоста:
sudo a2ensite <site-name>
Кодировка по умолчанию
Для указания кодировки по умолчанию следует использовать директиву
в файле /etc/apache2/conf-available/charset.conf (или раскомментировать соответствующую строку):
AddDefaultCharset UTF-8
Виртуальные хосты
Файлы настроек виртуальных хостов хранятся в /etc/apache2/sites-available/*.conf. По умолчанию в Apache уже настроен один виртуальный хост. Его настройки лежат в файле 000-default.conf. Вы можете использовать этот виртуальный хост в качестве примера.
Пример настройки виртуального хоста:
<VirtualHost *:80> #Имя хоста ServerName host1.server1 #Корневая папка хоста DocumentRoot /var/www/host1.server1 <Directory /var/www/host1.server1> #Разрешение на перезапись всех директив при помощи .htaccess AllowOverride All </Directory> </VirtualHost>
Назовите файл настройки именем вашего хоста host1.server1.conf и сохраните.
После создания файла настроек допишите в /etc/hosts имя вашего хоста:
127.0.0.1 host1.server1
Для включения созданного виртуального хоста используется утилита a2ensite
:
sudo a2ensite host1.server1
Отключается хост аналогично утилитой a2dissite
:
sudo a2dissite host1.server1
Модули
mod_userdir
Модуль
позволяет использовать директории, находящиеся в домашних директориях пользователей для хранения веб страниц. По умолчанию Apache ищет запрашиваемые страницы в директории ~/public_html
mkdir ~/public_html
Чтобы включить mod_userdir
, выполните:
sudo a2enmod userdir
и добавьте необходимого пользователя в группу www-data:
sudo adduser $USER www-data
после чего перезагрузите Apache:
sudo service apache2 restart
Страницы будут доступны по адресу http://localhost/~username, где username — имя пользователя.
Настройка public_html подробно.
CGI
Если Вы хотите запускать на сервере cgi-скрипты, подключите модуль cgi
командой
sudo a2enmod cgi
По умолчанию cgi-скрипты размещаются в директории /usr/lib/cgi-bin, но вы можете разместить их где угодно, указав это в настройках своего виртуального хоста, либо глобально для всех хостов в файле /etc/apache2/conf-enabled/serve-cgi-bin.conf.
Eсли ваш сервер работает во внешней сети, то в целях безопасности настоятельно рекомендуется размещать cgi-скрипты вне корневой директории виртуального хоста
Настройка HTTPS в Apache
Веб-сервер Apache полностью поддерживает работу по HTTPS. Чтобы активировать поддержку HTTPS на уже установленном Apache, необходимо выполнить следующее.
Создание ключа и ssl-сертификата
Использование самоподписанных сертификатов хоть и защищает от пассивного прослушивания, тем не менее не гарантирует клиентам, что сервер является именно тем сервером, который им нужен. Преимуществом самоподписанных сертификатов является их бесплатность. Сертификат, подписанный компанией-сертификатором (Certificate authority), стоит денег.
Для создания ключа и сертификата вводим команду:
openssl req -new -x509 -days 30 -keyout server.key -out server.pem
На вопрос «Enter PEM pass phrase:» отвечаем паролем, подтверждаем и запоминаем.
На все последующие вопросы отвечаем произвольно, можно просто щелкать по Enter, соглашаясь с предложенными вариантами, только на вопрос «Common Name (eg, YOUR name) []:» отвечаем именем сайта, для которого создаем сертификат, например www.example.com.
После ответа на все вопросы в директории должны появиться два новых файла — server.pem
(ключ) и server.crt
(сертификат).
Чтобы использовать сгенерированный ключ, нужно знать пароль, введённый нами, и Apache будет спрашивать его у нас при загрузке, а к чему нам лишние вопросы от демонов? 🙂 Поэтому снимаем пароль с ключа:
cp server. key{,.orig} openssl rsa -in server.key.orig -out server.key rm server.key.orig
Скопируем их в /etc/ssl и назначим файлу ключа права чтения только администратору:
sudo cp server.pem /etc/ssl/certs/ sudo cp server.key /etc/ssl/private/ sudo chmod 0600 /etc/ssl/private/server.key
Настройка Apache
Для начала необходимо активировать mod_ssl
:
sudo a2enmod ssl
А затем включить настройки HTTPS сайта по умолчанию:
sudo a2ensite default-ssl
Теперь необходимо отредактировать файл с настройками HTTPS сайта по умолчанию, указав в нём пути к вашим сертификатам. Сам файл называется
(или /etc/apache2/sites-enabled/default-ssl.conf
).
В этом файле рекомендуется после директивы
SSLEngine on
добавить строчку
SSLProtocol all -SSLv2
чтобы запретить использование устаревшего протокола SSLv2.
Дальше вам необходимо отредактировать параметры, ответственные за сертификаты.
# Публичный сертификат сервера SSLCertificateFile /etc/ssl/certs/server.pem # Приватный ключ сервера SSLCertificateKeyFile /etc/ssl/private/server.key
sudo service apache2 restart
И если все параметры указаны верно, ваши сайты станут доступны по HTTPS.
Протокол HTTPS работает по 443 порту, поэтому если сервер находится за шлюзом, то необходимо на нём пробросить данный порт.
Перенаправление HTTP запросов на HTTPS
Если вы хотите запретить использование HTTP, то самым разумным будет перенаправлять все HTTP запросы к страницам на их HTTPS адрес. Сделаем это с помощью mod_alias
. Если он не включён — включаем:
sudo a2enmod alias sudo service apache2 restart
Затем изменяем файл /etc/apache2/sites-enabled/000-default
, отвечающий за виртуальный хост по умолчанию для HTTP запросов. В этот файл добавляем директиву
Redirect / https://example.com/
При этом все настройки директорий можно удалить, поскольку по HTTP на ваши сайты всё равно будет не попасть.
Всё, теперь ещё раз перезапустите Apache и убедитесь, что при заходе по HTTP вы автоматически перенаправляетесь на HTTPS-страницу.
Ссылки
Источник
When not to use mod_rewrite
Возможные проблемы
Если при запуске появляется ошибка
apache2: Could not determine the server's fully qualified domain name, using 127.0.0.1 for ServerName
добавьте в свой файл конфигурации строку
ServerName localhost
Смотрите также
nginx
lighttpd
Настройка public_html
Ссылки
Официальный сайт Apache HTTP Server (англ.)
Статья в «Википедии»
Apache worker with php5 (англ. )
apache, httpd, http, https, lamp, SSL, администрирование, веб-сервер
Шкала APACHE II | Онлайн калькулятор
13.03.2023
18.03.2023 551
Рейтинг: 5/5 • 1 голос
Оценить
Разделы: Анестезиология и реаниматология
Шкала APACHE II (Acute Physiology and Chronic Health Evaluation) разработана для измерения степени тяжести заболевания у взрослых пациентов, поступающих в отделения интенсивной терапии и прогнозирования смертности.
Сопутствующая патологияЕсть недостаточность или иммунодефицитНет недостаточности и иммунодефицита
Оперативное вмешательствоНеоперированный пациентПациент после экстренной операцииПациент после плановой операции
Острая почечная недостаточностьНетЕсть
Возраст
лет
некорректные данные
Ректальная температура
°C
некорректные данные
Среднее АД, мм. рт.ст
мм рт.ст
некорректные данные
Частота сердечных сокращений
уд/мин
некорректные данные
Частота дыхания
дых/мин
некорректные данные
Натрий сыворотки
некорректные данные
Калий сыворотки
некорректные данные
Креатинин плазмы
некорректные данные
Гематокрит
%
некорректные данные
Лейкоциты
109 ед/л
некорректные данные
Оценка газового состава крови доступна?ДаНет
Бикарбонат сыворотки
ммоль/л
некорректные данные
pH артериальной крови
некорректные данные
FiO2Менее 50%50% и более
PaO2
мм рт. ст.
некорректные данные
* Полученные данные не могут трактоваться как профессиональные медицинские рекомендации и предоставляются исключительно в ознакомительных целях
Бальная оценка рассчитывается на основании 12 стандартных физиологических измерений. Измерения проводятся в течение первых 24 часов после госпитализации и используются в дополнение к информации о предыдущем состоянии здоровья (оперативное вмешательство, тяжелая органная недостаточность в анамнезе, иммунодефицит) и исходным демографическим данным, таким как возраст.
Оценка не пересчитывается во время пребывания; это по определению балл при поступлении. Если пациента выписывают из отделения интенсивной терапии и повторно госпитализируют, рассчитывается новый балл APACHE II.
В исходной исследовательской работе, описывающей оценку APACHE II, прогноз пациента (в частности, прогнозируемая смертность) рассчитывался на основе оценки пациента APACHE II в сочетании с основным диагнозом при поступлении.
Критерий | Количество баллов |
---|---|
Возраст, лет | |
<= 44 | 0 |
45 — 54 | 2 |
55 — 64 | 3 |
65 — 74 | 5 |
> 74 | 6 |
Ректальная температура, °C | |
> 40.9 | 4 |
39 — 40.9 | 3 |
38.5 — 38.9 | 1 |
36 — 38.4 | 0 |
34 — 35.9 | 1 |
32 — 33.9 | 2 |
30 — 31.9 | 3 |
< 30 | 4 |
Среднее артериальное давление, мм рт.ст. | |
> 159 | 4 |
130 — 159 | 3 |
110 — 129 | 2 |
70 — 109 | 0 |
50 — 69 | 2 |
< 50 | 4 |
Частота сердечных сокращений, уд/мин | |
> 179 | 4 |
140 — 179 | 3 |
110 — 139 | 2 |
70 — 109 | 0 |
55 — 69 | 2 |
40 — 54 | 3 |
< 40 | 4 |
Частота дыхания, дых/мин | |
> 49 | 4 |
35 — 49 | 3 |
25 — 34 | 1 |
12 — 24 | 0 |
10 — 11 | 1 |
6 — 9 | 2 |
< 6 | 4 |
Натрий сыворотки, ммоль/л | |
> 179 | 4 |
160 — 179 | 3 |
155 — 159 | 2 |
150 — 154 | 1 |
130 — 149 | 0 |
120 — 129 | 2 |
111 — 119 | 3 |
< 111 | 4 |
Калий сыворотки, ммоль/л | |
> 6. 9 | 4 |
6 — 6.9 | 3 |
5.5 — 5.9 | 1 |
3.5 — 5.4 | 0 |
3 — 3.4 | 1 |
2.5 — 2.9 | 2 |
< 2.5 | 4 |
Креатинин сыворотки, мкмоль/л | |
> 300.56 и ОПН | 8 |
176.8 — 300.56 и ОПН | 6 |
> 300.56 и ХПН | 4 |
132.6 — 176.7 и ОПН | 4 |
176.8 — 300.56 и ХПН | 3 |
132.6 — 176.7 и ХПН | 2 |
53.04 — 132.5 | 0 |
< 53.04 | 2 |
Гематокрит, % | |
> 59.9 | 4 |
50 — 59.9 | 2 |
46 — 49. 9 | 1 |
30 — 45.9 | 0 |
20 — 29.9 | 2 |
< 20 | 4 |
Лейкоциты, 109/л | |
> 39.9 | 4 |
20 — 39.9 | 2 |
15 — 19.9 | 1 |
3.0 — 14.9 | 0 |
1.0 — 2.9 | 2 |
< 1.0 | 4 |
Шкала комы Глазго | 15 — оценка комы по Глазго |
Оксигенация (если FiO2 < 50% — используется PaO2, мм Hg; если >= 50% — A-a — градиент, мм рт.ст. | |
A-a — градиент > 499 | 4 |
A-a — градиент 350 — 499 | 3 |
A-a — градиент 200 — 349 | 2 |
A-a — градиент < 200 (если FiO2 >= 50%) или PaO2 > 70 (если FiO2 < 50%) | 0 |
PaO2 61 — 70 | 1 |
PaO2 55 — 60 | 3 |
PaO2 < 55 | 4 |
pH артериальной крови | |
> 7. 69 | 4 |
7.60 — 7.69 | 3 |
7.50 — 7.59 | 1 |
7.33 — 7.49 | 0 |
7.25 — 7.32 | 2 |
7.15 — 7.24 | 3 |
< 7.15 | 4 |
Бикарбонат, ммоль/л. Применяется, когда невозможно оценить газовый состав крови у пациентов с нормальной оксигенацией | |
> 52 | 4 |
41 — 52 | 3 |
32 — 40.9 | 1 |
22 — 31.9 | 0 |
18 — 21.9 | 2 |
15 — 17.9 | 3 |
< 15 | 4 |
Баллы за сопутствующие хронические заболевания
Оперативное вмешательство | Сопутствующая патология | Баллы |
---|---|---|
Неоперированные больные | В анамнезе тяжелая органная недостаточность ИЛИ иммунодефицитное состояние | 5 |
В анамнезе нет тяжелой органной недостаточности И иммунодефицитного состояния | 0 | |
Больные после экстренных операций | В анамнезе тяжелая органная недостаточность ИЛИ иммунодефицитное состояние | 5 |
В анамнезе нет тяжелой органной недостаточности И иммунодефицитного состояния | 0 | |
Больные после плановых операций | В анамнезе тяжелая органная недостаточность ИЛИ иммунодефицитное состояние | 2 |
В анамнезе нет тяжелой органной недостаточности И иммунодефицитного состояния | 0 |
Интерпретация результатов
Баллы | Смертность, % | |
---|---|---|
Неоперированные пациенты | Оперированные пациенты | |
0 — 4 | 4 | 1 |
5 — 9 | 8 | 3 |
10 — 14 | 15 | 7 |
15 — 19 | 24 | 12 |
20 — 24 | 40 | 30 |
25 — 29 | 55 | 35 |
30 — 34 | 73 | 73 |
35 — 100 | 85 | 88 |
Еще калькуляторы: A-a градиент, Шкала Эль-Ганзури, Шкала RASS, Фрамингемская шкала, Шкала Ватерлоу
Путь Apache к устойчивому успеху с открытым исходным кодом
Поскольку значение программного обеспечения с открытым исходным кодом продолжает расти, кажется уместным поразмыслить о продолжающемся успехе Apache Software Foundation (ASF) по мере приближения к своему 20-летнему юбилею. Путь Apache к разработке, управляемой сообществом, продолжает набирать обороты, несмотря на усложняющиеся проблемы создания программного обеспечения в более широкой экосистеме с открытым исходным кодом.
Этот подход, Путь Apache, был определен более 24 лет назад первоначальной группой Apache до создания Фонда. Это привело к нашему успеху в качестве основы, и мы считаем, что это стало фундаментом триумфа открытого исходного кода в целом.
Несмотря на то, что подход Apache с годами совершенствовался, он остается верным первоначальным целям — прозрачному, управляемому сообществом сотрудничеству в независимой от поставщика среде, доступной для всех.
Путь Apache определяет открытый исходный код с точки зрения как юридической, так и социальной основы для совместной работы. Это помогает другим понять, что делает Open Source мощным и как участники должны себя вести. В этом посте мы рассмотрим Путь апачей в контексте миссии Фонда:
Давайте разберем эту миссию.
«Предоставление программного обеспечения для общественного блага»
Ключевые моменты в этом разделе:
- Мы производим программное обеспечение, которое не исключает и не конкурирует
- Использование программного обеспечения в любом контексте не снижает его доступности для других
- Пользователи и участники не несут никакой ответственности перед фондом, нашими проектами или нашими сообществами.
- Использование лицензии, соответствующей определению открытого исходного кода, необходимо, но недостаточно для выполнения нашей миссии.
Investopedia определяет общественное благо как «продукт, который может потреблять один человек, не уменьшая его доступности для другого человека, и от которого никто не исключен». На первый взгляд, это хорошее определение для нашего использования термина. Однако в нашем использовании есть нюанс. Наша миссия состоит не в том, чтобы производить «общественные товары», а в том, чтобы «предоставлять программное обеспечение для общественного блага».
Чтобы понять, почему это важно, нужно подумать о том, что побуждает ASF производить программное обеспечение, которое является общественным благом.
Программное обеспечение с открытым исходным кодом можно копировать в цифровом виде и повторно использовать неограниченным числом способов. Каждый пользователь может модифицировать его под свои нужды. Они могут комбинировать его с другим программным обеспечением. Они могут разрабатывать новые инновационные продукты и услуги, используя его, и могут зарабатывать на жизнь от выручки. Все это возможно, не влияя на использование программного обеспечения другими людьми. Таким образом, ASF производит программное обеспечение, которое можно использовать для общественного блага разными способами.
Чтобы мы могли выполнить эту часть миссии, очень важно, чтобы мы приняли лицензию, которая использует закон для защиты программного обеспечения, курируемого здесь, в Фонде. Для нас этой лицензией является лицензия Apache версии 2. Кроме того, мы принимаем политику входящего лицензирования, которая определяет, какие лицензии разрешены для программного обеспечения, повторно используемого в проектах Apache. Эту политику можно резюмировать следующим образом:
- Лицензия должна соответствовать определению открытого исходного кода (OSD).
- Лицензия, применяемая на практике, не должна налагать существенных ограничений, помимо тех, которые наложены лицензией Apache License 2. 0.
Это означает, что вы можете быть уверены, что программное обеспечение, курируемое проектами Apache Software Foundation, является одновременно общественным благом и общественным благом . Вы можете использовать программное обеспечение Apache для любых целей, и вы не несете ответственности перед Фондом или проектом за внесение обратного вклада (хотя, как указано в следующем разделе, часто это в ваших интересах).
Важно признать, что существуют проекты программного обеспечения, которые принимают нашу лицензию, но не принимают нашу политику входящего лицензирования. Такие проекты могут иметь ограничения, не предусмотренные нашей лицензией; поэтому важно тщательно изучить политику лицензирования этих проектов. Использование только лицензии Apache может не предоставить вам те же возможности, которые предоставляет проект Foundation.
Проекты Apache успешны во многом благодаря нашему усердию в отношении четко определенной политики лицензирования. Такое усердие позволяет нижестоящим пользователям понять, что они могут и чего не могут делать с программным обеспечением Apache. Лицензия Apache является преднамеренно разрешительной, чтобы гарантировать, что каждый имеет возможность участвовать в Open Source в рамках ASF или где-либо еще. Модификации нашей лицензии разрешены, но модифицированные лицензии не являются ни лицензией Apache, ни аффилированными лицами, ни одобренными Apache Software Foundation. Никакая измененная лицензия не может быть представлена как таковая. Модифицированные лицензии, использующие имя Apache, строго запрещены, так как они сбивают с толку пользователей и подрывают бренд Apache.
Хотя мы признаем, что существует множество способов лицензировать программное обеспечение, будь то с открытым исходным кодом или иным образом, мы утверждаем, что только проекты, которые используют как нашу лицензию (без изменений), так и нашу политику входящего лицензирования, действительно следуют Пути Apache и придерживаются его.
Хотя одобренная OSD лицензия и соответствующие политики необходимы для успешного производства с открытым исходным кодом, их недостаточно. Они обеспечивают правовую основу для производства Open Source, но не социальную основу, что подводит нас ко второму предложению нашей миссии:
«Миссия Apache Software Foundation состоит в том, чтобы предоставлять программное обеспечение для общественного блага. Мы делаем это, предоставляя услуги и поддержку многим сообществам единомышленников, занимающихся разработкой программного обеспечения, которые решают внести свой вклад в проекты Apache.»
«Сообщества отдельных лиц, занимающихся разработкой программного обеспечения для единомышленников»
Ключевые пункты этого раздела:
- Apache Way предоставляет модель управления, предназначенную для создания социальной основы для совместной работы
- Apache Software Foundation создает сообщества, а эти сообщества разрабатывают программное обеспечение.
- Сообщества проектов ASF разрабатывают и повторно используют программные компоненты, которые, в свою очередь, могут повторно использоваться в продуктах.
- Пользователи программного обеспечения ASF часто создают продукты и услуги с использованием наших программных компонентов.
- Наша модель и другие подобные модели позволили создать одни из самых крупных и долгоживущих проектов с открытым исходным кодом, которые буквально произвели революцию в отрасли
В этих нескольких словах заключено очень многое. Именно понимание этих слов определяет разницу между программным обеспечением, которое находится под лицензией с открытым исходным кодом, и программным обеспечением, которое достигает устойчивости благодаря Пути Apache. Эти слова подчеркивают тот факт, что Фонд не производит программное обеспечение напрямую. Все верно, Apache Software Foundation с программным кодом на сумму более 8 миллиардов долларов не производит программное обеспечение напрямую. Вместо того, чтобы сосредотачиваться на программном обеспечении, мы фокусируемся на создании и поддержке совместных сообществ; программное обеспечение является преднамеренным побочным продуктом.
Наши проектные сообщества единомышленников объединяются, потому что у них есть общие проблемы, которые можно решить с помощью программного обеспечения. Как говорится, «общая проблема — половинчатая проблема». Объединяя людей с их уникальными идеями и навыками, мы разрушаем барьеры на пути к сотрудничеству.
Путь Apache тщательно разработан для создания социальной структуры для сотрудничества, которая дополняет правовую основу, описанную выше. Там, где правовая база гарантирует равные права на использование программного обеспечения, The Apache Way гарантирует равные возможности вносить свой вклад в программное обеспечение. Это критически важно для долгосрочной устойчивости проектов программного обеспечения с открытым исходным кодом. Эта социальная структура для совместной работы отсутствует во многих проектах, отличных от Apache, однако надежная социальная структура неизменно является ключевым компонентом долгосрочных успешных проектов за пределами ASF.
Путь Apache полностью инклюзивен, открыт, прозрачен и основан на консенсусе. Это способствует нейтральности поставщиков, чтобы предотвратить неправомерное влияние (или контроль) со стороны одной компании. Он гарантирует, что любой человек, внесший ценный вклад, наделен полномочиями, и стремится гарантировать, что проект останется устойчивым, несмотря на неизбежные изменения в составе сообщества с течением времени.
Проекты Apache обычно создают программные компоненты, которые можно комбинировать с другим программным обеспечением (с любой лицензией) различными способами для решения различных задач. Это предоставляет участникам множество возможностей для сотрудничества в рамках данного программного проекта независимо от их взаимоотношений вне Фонда. Это сильно отличается от идеи лицензирования вашего продукта в целом по лицензии с открытым исходным кодом. Наша модель предлагает больше возможностей для повторного использования, что, в свою очередь, увеличивает количество людей, которые могут внести свой вклад в проект.
Кроме того, наша система, основанная на заслугах, направлена на то, чтобы люди, приходящие и уходящие по любой причине, всегда находились на их месте. В результате некоторые вездесущие проекты Apache существовали более 20 лет и помогли коммерциализировать World Wide Web; в то время как десятки новых проектов определили отраслевые сегменты, такие как большие данные и IoT (Интернет вещей).
Основным принципом Apache Way является принцип «Сообщество важнее кода», который отражает нашу глубокую веру в то, что здоровое сообщество является гораздо более важным приоритетом, чем хороший код. Сильное сообщество всегда может исправить проблему с кодом, в то время как нездоровое сообщество, скорее всего, будет изо всех сил пытаться поддерживать кодовую базу устойчивым образом. Здоровые сообщества обеспечивают Фонду стабильность для процветания в течение следующих 20 лет и далее. Проекты Apache не имеют проблемы масштабирования, от которой страдают другие, ориентированные только на правовые рамки Open Source. Если вы посмотрите на проекты, которые выросли вместе с проектами Apache, вы увидите такое же внимание к масштабированию модели управления. Это не случайно.
Почему это важно
Программное обеспечение является важной частью любой современной экономики. Он затрагивает каждую часть жизни в развитом мире и все больше и больше преображает повседневную жизнь, от утробы до могилы, повсюду.
Мы в Apache Software Foundation считаем, что у каждого разработчика есть свои личные мотивы для создания программного обеспечения. Мы приветствуем их право выбирать, когда и как создавать свое программное обеспечение, включая их право использовать неоткрытую лицензию.
Мы не будем диктовать, что лучше для разработчиков или для индустрии программного обеспечения.
Мы заботимся о предоставлении программного обеспечения, которое позволяет нашим пользователям, нашим участникам и широкой общественности решать, что лучше для них.
Мы приглашаем вас использовать наше программное обеспечение и участвовать в наших проектах — или нет. Тебе решать.
Мы просим вас оставить коммерческие интересы за дверью.
Бесчисленное количество организаций доказывают, что члены их команд, которые сотрудничают в нейтральной среде, часто применяют в своей работе процессы открытых инноваций (например, The Apache Way). Это помогает повысить внутреннюю эффективность и закладывает основу для новых внешних возможностей, которые могут обеспечить дополнительные преимущества.
Внесение только вашего намерения внести свой вклад в то, что лучше всего служит большому сообществу Apache, укрепляет доверие к людям и проектам, стоящим за брендом Apache, и помогает нам реализовать нашу миссию по предоставлению программного обеспечения для общественного блага.
Мы вместе учимся и работаем вместе, чтобы создавать лучшее программное обеспечение, на которое мы способны.
Программное обеспечение Apache доступно для всех.
Свобода выбора — вот что делает проекты Foundation и Apache такими сильными.
Резюме
Индустрия программного обеспечения изменилась и продолжает меняться. Способы доставки программного обеспечения конечным пользователям изменились. Некоторые лидеры в нашей отрасли ушли на пенсию, и появились новые лидеры. Но некоторые вещи не изменились. Наша модель совместной разработки программного обеспечения, сочетающая лицензирование и социальную структуру, остается одной из самых успешных моделей производства программного обеспечения.
Увеличение числа пользователей, даже тех, кто не вносит свой вклад в код, следует рассматривать как преимущество, а не проблему в Open Source. Больше пользователей представляют возможность. В Apache большее количество пользователей означает больший успех, поскольку они являются нашими будущими участниками.
Являясь общественной благотворительной организацией США 501(c)(3), Apache Software Foundation помогает отдельным лицам и организациям понять, как Open Source в масштабе работает на высококонкурентном рынке. Уже более двух десятилетий мы сосредоточены не на производстве программного обеспечения, а на наставничестве сообществ, которые производят программное обеспечение. Путь Apache продвигает устойчивые сообщества с открытым исходным кодом: все, что мы делаем, является открытым исходным кодом, поэтому все пользователи могут извлечь выгоду из нашего опыта. Апач для всех.
# # #
Юридическая информация ASF
Правовая информация для пользователей продуктов Apache
На следующих страницах представлена информация для пользователей продуктов Apache (т. е. программных продуктов из ASF).
Страница | Описание |
---|---|
Лицензии Apache | Подробная информация о лицензии Apache 2.0 и других лицензиях из ASF | .
Сведения о регистрации и налоговом статусе | Наши официальные записи |
Информация о шифровании в продуктах Apache | Информация об экспортном контроле |
Руководство по использованию товарных знаков и логотипов | Наша политика в отношении товарных знаков |
Страница назначенного агента DMCA | По вопросам, связанным с DMCA |
Мы ценим отзывы о наших лицензиях, соглашениях и процессах (см. сообщения). К сожалению, мы не можем давать юридические заключения или советы общественности.
Юридическая политика для коммиттеров Apache
На следующих страницах представлена информация для коммиттеров Apache Software Foundation, которая поможет им в работе над продуктами Apache.
Страница | Описание |
---|---|
Политика выпуска ASF | Политика выпуска Apache для продуктов Apache |
Политика лицензирования третьих лиц Apache Software Foundation | Информация об использовании сторонних лицензий в продуктах Apache |
Политика в отношении заголовков исходного кода и уведомления об авторских правах | Инструкции по применению заголовков исходного кода к исходным файлам ASF |
Часто задаваемые вопросы по CLA | Вопросы, связанные с подписанием наших лицензионных соглашений с участниками |
Работа с криптографией в выпуске ASF | Политика шифрования |
Юридический комитет
Юридический комитет был создан в марте 2007 г. и отвечает за создание и управление правовая политика, основанная на совете юриста и интересах Фонда. Ежемесячно отчитывается перед правлением.
Вопросы для юридического комитета должны быть подняты по ЮРИДИЧЕСКОЕ пространство JIRA.
Большинство дискуссий проводится на публике юридический-обсудить@ список рассылки. Смотрите юридические обсуждения@ архивы для предыдущих обсуждений.
Комитет по юридическим вопросам (включая вице-президента по юридическим вопросам) укомплектован исключительно добровольцами и привлекает бесплатного юрисконсульта. Это означает, что хотя большинство запросов обычно решаются в течение нескольких дней, иногда несрочные запросы могут занять больше времени. Мы попробуем подтвердить ваш запрос в течение нескольких дней, но фактическое решение может занять намного длиннее. По действительно срочным вопросам обязательно обращайтесь напрямую к [email protected].
Исторические и справочные документы
Страница | Описание |
---|---|
Отчеты по юридическим вопросам | Правление сообщает на сегодняшний день |
Проект политики лицензирования третьей стороны | Оригинальный набросок Клиффа Шмидта. |