location /video должен быть internal, если не хотите дать доступ напрямую,
а видео будут браться из дерективы root (/home/project1/videos в вашем случае).
Также не понятен rewrite в локейшне /video. Как все это работает:
1) запрос пошел на /get/sdfasdfsdf/12312312/test.mp4
2) rewrite вытаскивает и
wrote:
> имелось ввиду access_log с log_format
>
>
> 28 июня 2014 г., 4:17 пользователь М.А. Мохначевский
> написал:
> А анализ логов не дает необходимых результатов?
>
>
> 27 июня 2014 г., 22:48 пользователь Anatoly Mikhailov
> написал:
>
> Стоит следующ
Стоит следующая задача: есть несколько приложений, построенных не некотором
количестве сервисов,
необходимо логировать каждое действие пользователя. В настоящее время все
сделано на уровне
приложений, но есть идея использовать ngx_http_auth_request_module для этих
целей, который будет
отправлят
On 26 Jun 2014, at 15:36, S.A.N wrote:
> Сегодня, Максим опубликовал патчи которые реализуют указанный функционал,
> это очень хорошая новость.
> http://forum.nginx.org/read.php?29,251168
>
> Я так понимаю это финальный код, который войдет в версию Nginx 1.7.3?
>
> Так же добавлена возможность
On 06 Jun 2014, at 16:13, Anatoly Mikhailov wrote:
>
> On 06 Jun 2014, at 14:27, Maxim Konovalov wrote:
>
>> [...]
>>> начал ловить те же баги на не пропатченном Nginx на другом сервере
>>> с меньшей нагрузкой, этот патч в опен-сорсе очень бы не помешал!
&
On 06 Jun 2014, at 14:27, Maxim Konovalov wrote:
> [...]
>> начал ловить те же баги на не пропатченном Nginx на другом сервере
>> с меньшей нагрузкой, этот патч в опен-сорсе очень бы не помешал!
>>
> Код в процессе внутреннего ревью.
Отличная новость в пятницу, спасибо!
>
> --
> Maxim Kono
On 29 May 2014, at 14:57, Anatoly Mikhailov wrote:
>
> On 29 May 2014, at 14:36, Валентин Бартенев wrote:
>
>> On Thursday 29 May 2014 12:49:28 Anatoly Mikhailov wrote:
>>> On 27 May 2014, at 12:53, Валентин Бартенев wrote:
>>>
>>>
>>>
On 29 May 2014, at 14:36, Валентин Бартенев wrote:
> On Thursday 29 May 2014 12:49:28 Anatoly Mikhailov wrote:
>> On 27 May 2014, at 12:53, Валентин Бартенев wrote:
>>
>>
>>> On Tuesday 27 May 2014 12:40:35 Anatoly Mikhailov wrote:
>>> [..]
>>&g
On 27 May 2014, at 12:53, Валентин Бартенев wrote:
> On Tuesday 27 May 2014 12:40:35 Anatoly Mikhailov wrote:
> [..]
>>
>> Валентин, пока подходящее решение не будет найдено, есть планы выложить
>> текущий патч сюда http://nginx.org/patches/ ? Это было бы очень у
On 28 May 2014, at 10:15, Konstantin Tokarev wrote:
>
>
> 28.05.2014, 13:01, "Brazzford" :
>> Спасибо за ответ! Тогда, на сколько, я понимаю решение о соединении или
>> разъединении этих серверов зависит, от того, сколько будет отдано памяти для
>> кэша Memcached и сколько конкурентных запросо
On 26 May 2014, at 13:27, Валентин Бартенев wrote:
> On Monday 26 May 2014 10:53:49 Anatoly Mikhailov wrote:
>> On 23 May 2014, at 13:36, Валентин Бартенев wrote:
>>
>>
>>> On Friday 23 May 2014 11:54:11 Anatoly Mikhailov wrote:
>>>
>>>
On 23 May 2014, at 13:36, Валентин Бартенев wrote:
> On Friday 23 May 2014 11:54:11 Anatoly Mikhailov wrote:
>> Наткнулся на проблему, с которой, похоже, уже разобрались
>> http://trac.nginx.org/nginx/ticket/428
>>
>> Вопрос - когда патч планируется внести в релиз
Наткнулся на проблему, с которой, похоже, уже разобрались
http://trac.nginx.org/nginx/ticket/428
Вопрос - когда патч планируется внести в релиз?
Анатолий
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Как настраивается зависит от задачи и условий инвалидации кэша,
инвалидировать можно руками или по таймауту. Но по описанию
вашей проблемы очевидно, что лимит на кэш превышает размер диска.
Чтобы не давать ненужных советов, приведите вашу Nginx конфигурацию
и укажите какой размер вашего диска и же
Digest Authentication модуль, похоже, не включен в Nginx core,
интересно поддерживается ли он и проверена ли его работоспособность
со свежими версиями Nginx?
Анатолий
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/
On 10 Apr 2014, at 12:47, Maxim Dounin wrote:
> Hello!
>
> On Thu, Apr 10, 2014 at 07:24:22AM +0100, Anatoly Mikhailov wrote:
>
>> на данный момент меня интересует только необходимость заказа новых ключей,
>> я правильно понимаю, при включенном forward secrecy
Наблюдаю следующую строку в error.log с дефолтным уровнем логирования:
OCSP response not successful (6: unauthorized) while requesting certificate
status, responder: ocsp.comodoca.com
Окружение: Nginx 1.5.13, настройки ssl/tls следующие:
ssl_session_timeout 15m;
ssl_protocols
ика)
> недостаточно для расшифровки потока. от атаки на память сервера это не
> защищает
>
> четверг, 10 апреля 2014 г. пользователь Anatoly Mikhailov написал:
> Если SSL ciphers оставались стандартные (ssl_ciphers: дефолтное значение) на
> Nginx 1.3.14,
> то Forward Secrecy бы
Если SSL ciphers оставались стандартные (ssl_ciphers: дефолтное значение) на
Nginx 1.3.14,
то Forward Secrecy был включен. Вопрос: надо ли генерить CSR и заказывать
новые SSL ключи
или Forward Secrecy помог избежать полной утечки приватных ключей?
Анатолий
On 09 Apr 2014, at 16:46, Anton Yu
On 09 Apr 2014, at 15:08, Maxim Dounin wrote:
> Hello!
>
> On Wed, Apr 09, 2014 at 01:37:25PM +0100, Anatoly Mikhailov wrote:
>
>> Проблема в запуске бинарника (запуск init.d скриптом приводит к аналогичному
>> результату, что очевидно):
>>
>> [root@local
олий
On 09 Apr 2014, at 13:38, Anatoly Mikhailov wrote:
> Ошибка в тексте: * апгрейд с 1.3.14 до 1.5.13 (последняя версия на
> сегодняшний день)
>
> Анатолий
>
> On 09 Apr 2014, at 13:37, Anatoly Mikhailov wrote:
>
>> Проблема в запуске бинарника (запуск init.d с
Ошибка в тексте: * апгрейд с 1.3.14 до 1.5.13 (последняя версия на сегодняшний
день)
Анатолий
On 09 Apr 2014, at 13:37, Anatoly Mikhailov wrote:
> Проблема в запуске бинарника (запуск init.d скриптом приводит к аналогичному
> результату, что очевидно):
>
> [root@localhost
Проблема в запуске бинарника (запуск init.d скриптом приводит к аналогичному
результату, что очевидно):
[root@localhost nginx]# /etc/init.d/nginx start
Starting nginx:
После чего скрипт ждет STDIN и не заканчивает работу. Соответственно, после
закрытия консоли, Nginx вылетает.
Обновление было с
On 20 Mar 2014, at 13:32, Maxim Dounin wrote:
> Hello!
>
> On Thu, Mar 20, 2014 at 12:03:23PM +, Anatoly Mikhailov wrote:
>
>>
>> On 19 Mar 2014, at 13:37, Maxim Dounin wrote:
>>
>>> Hello!
>>>
>>> On Wed, Mar 19, 2014 at 10:4
On 20 Jan 2014, at 11:41, Igor Sysoev wrote:
> On Jan 20, 2014, at 15:27 , Anatoly Mikhailov wrote:
>
>>
>> On 20 Jan 2014, at 11:02, Igor Sysoev wrote:
>>
>>> On Jan 20, 2014, at 14:52 , Anatoly Mikhailov wrote:
>>>
>>>> в нашем
Если вы на AWS, то удобно использовать корзины S3 с кэширующим прокси,
например, наш конфиг выглядит так: https://gist.github.com/mikhailov/9639593
S3 корзины практически безразмерны + можно выбрать георасположение,
с кэширующим Nginx это вполне сносное решение.
Анатолий
On 18 Feb 2014, at 06:33
On 19 Mar 2014, at 13:37, Maxim Dounin wrote:
> Hello!
>
> On Wed, Mar 19, 2014 at 10:42:26AM +, Anatoly Mikhailov wrote:
>
>>
>> On 18 Mar 2014, at 15:10, Maxim Dounin wrote:
>>
>>> Hello!
>>>
>>> On Tue, Mar 18, 2014 at 03:0
On 19 Mar 2014, at 10:42, Anatoly Mikhailov wrote:
>
> On 18 Mar 2014, at 15:10, Maxim Dounin wrote:
>
>> Hello!
>>
>> On Tue, Mar 18, 2014 at 03:08:31PM +, Anatoly Mikhailov wrote:
>>
>>>
>>> On 18 Mar 2014, at 13:51, Maxim Dounin
On 18 Mar 2014, at 15:10, Maxim Dounin wrote:
> Hello!
>
> On Tue, Mar 18, 2014 at 03:08:31PM +, Anatoly Mikhailov wrote:
>
>>
>> On 18 Mar 2014, at 13:51, Maxim Dounin wrote:
>>
>>> Hello!
>>>
>>> On Tue, Mar 18, 2014 at 12:2
On 18 Mar 2014, at 13:51, Maxim Dounin wrote:
> Hello!
>
> On Tue, Mar 18, 2014 at 12:28:08PM +, Anatoly Mikhailov wrote:
>
>>
>> On 18 Mar 2014, at 11:08, Maxim Dounin wrote:
>>
>>> Hello!
>>>
>>> On Tue, Mar 18, 2014 at 11
On 18 Mar 2014, at 11:08, Maxim Dounin wrote:
> Hello!
>
> On Tue, Mar 18, 2014 at 11:04:27AM +, Anatoly Mikhailov wrote:
>
>> Добрый день,
>>
>> По последнему blog post
>> (http://nginx.com/blog/load-balancing-with-nginx-plus-part2/)
>&
Добрый день,
По последнему blog post
(http://nginx.com/blog/load-balancing-with-nginx-plus-part2/)
возник вопрос: какой эффект производит proxy_set_header Connection “"?
Поясню вопрос на примере, имеется следующий конфиг для проксирования
S3 запросов (опущены лишние детали):
location ~* ^/i/(.
On 01 Mar 2014, at 17:46, Михаил Монашёв wrote:
> Здравствуйте, Igor.
>
>> Ввиду отсутствия fork()а на Windows, nginx/Windows запускает новые
>> процессы. Вот там проблемы, так проблемы. Сигналы - это семечки.
>
> А есть желание эти проблемы преодолевать? Т.е. есть желание покорять
> венду
On 05 Feb 2014, at 09:44, Anton Yuzhaninov wrote:
> On 02/05/14 10:10, tfox wrote:
>> Выделенный сервер с процессором Intel Atom D525.
>> В описании к серверу сказано: это двухъядерный процессор ... но благодаря
>> технологии HyperThreading, способен обработать четыре потока за один раз.
>> Как
On 20 Jan 2014, at 11:02, Igor Sysoev wrote:
> On Jan 20, 2014, at 14:52 , Anatoly Mikhailov wrote:
>
>> в нашем случае - локально настроенная Jira с 10 пользователями,
>> сомневаюсь, что приложение загнется при такой нагрузке.
>>
>> и все же, кто как кэширует с
в нашем случае - локально настроенная Jira с 10 пользователями,
сомневаюсь, что приложение загнется при такой нагрузке.
и все же, кто как кэширует статику, сгенерированную налету?
Анатолий
On 20 Jan 2014, at 10:35, Илья Шипицин wrote:
> у jira, teamcity узкое место - само приложение. оно начин
On 20 Jan 2014, at 09:04, S.A.N wrote:
Вопрос, как кэшировать ответы от бэкэнда (статику), чтобы это не
>> препятствовало основному проксированию ответа
>
> http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache
гуглить умею, администрировать тоже, интересует кто и как реш
поддержка E-Tag в Nginx была всегда, как минимум в виде трансляции
заголовка с бэк-енда. С версии 1.3.3 Nginx научился ее включать/выключать
http://nginx.org/en/docs/http/ngx_http_core_module.html#etag
Не забывайте, что еще есть разница между weak/strong E-Tag,
согласно RFC (http://www.w3.org/Prot
On 04 Nov 2013, at 21:52, Maxim Dounin wrote:
> Hello!
>
> On Mon, Nov 04, 2013 at 06:09:57PM +, Anatoly Mikhailov wrote:
>
> [...]
>
>>> Судя по цифрам, то, что у вас получается - это в первую очередь
>>> результат большого RTT + работы механизмов C
On 24 Oct 2013, at 18:43, Dmitry Ivanov wrote:
> Здравствуйте, tfox.
>
> Вы писали 24 октября 2013 г., 21:38:10:
>
>> Здравствуйте.
>> Мне необходимо установить модуль http_gzip_static_module
>> FreeBSD 9.1
>> Nginx/1.4.2
>
>> Как это сделать? Читал, что нужно как то пересобирать/перекомпилир
On 04 Nov 2013, at 18:09, Anatoly Mikhailov wrote:
>
> On 30 Oct 2013, at 12:08, Maxim Dounin wrote:
>
>> Hello!
>>
>> On Mon, Oct 28, 2013 at 12:34:33PM -0400, buddha wrote:
>>
>>> Привет всем.
>>> Знаю что вопрос уже обсуждался - почит
On 30 Oct 2013, at 12:08, Maxim Dounin wrote:
> Hello!
>
> On Mon, Oct 28, 2013 at 12:34:33PM -0400, buddha wrote:
>
>> Привет всем.
>> Знаю что вопрос уже обсуждался - почитал, попробовал - не выходит.
>>
>> Есть проблема с медленной отдачей статики. Что это значит:
>>
>> Отдача файла(js)
On Oct 14, 2013, at 1:07 PM, naive wrote:
> Максим, добрый день!
>
> Спасибо за развернутый ответ.
>
> Несколько комментариев:
>
>> Каталог для хранения временных файлов не предназначен для того,
>> чтобы в нём держали файлы дольше, чем это необходимо для обработки
>> этих файлов. Фатальны
On Oct 1, 2013, at 4:14 PM, Maxim Dounin wrote:
> Hello!
>
> On Tue, Oct 01, 2013 at 03:53:27PM +0100, Anatoly Mikhailov wrote:
>
>>> Исправление: в модуле ngx_http_auth_basic_module при использовании
>>> метода шифрования паролей "$apr1
> Исправление: в модуле ngx_http_auth_basic_module при использовании
> метода шифрования паролей "$apr1$".
> Спасибо Markus Linnala.
Максим, это был критический багфикс? Что то серьезное или нет?
Анатолий
___
nginx-ru mailing list
nginx-ru
On Sep 11, 2013, at 5:54 PM, Maxim Dounin wrote:
> Hello!
>
> On Tue, Sep 10, 2013 at 10:18:50AM +0100, Anatoly Mikhailov wrote:
>
> [...]
>
>> Максим, насколько такая конфигурация сейчас актуальна и надежна?
>>
>>ssl_session_timeout 15m;
&
On Sep 10, 2013, at 10:18 AM, Anatoly Mikhailov wrote:
>
> On Sep 9, 2013, at 1:35 PM, Maxim Dounin wrote:
>
>> Hello!
>>
>> On Mon, Sep 09, 2013 at 02:31:11PM +0300, Gena Makhomed wrote:
>>
>>> On 09.09.2013 13:06, Anton Y
On Sep 9, 2013, at 1:35 PM, Maxim Dounin wrote:
> Hello!
>
> On Mon, Sep 09, 2013 at 02:31:11PM +0300, Gena Makhomed wrote:
>
>> On 09.09.2013 13:06, Anton Yuzhaninov wrote:
>>
потому что при ssl_prefer_server_ciphers off;
nginx подвержен влиянию BEAST-атаки CVE-2011-3389.
>>>
>>>
On Aug 24, 2013, at 6:36 AM, Михаил Монашёв wrote:
> Здравствуйте, Anatoly.
>
> Раздел "Предпринимательство" выбирается вверху страницы, сразу
> под картинкой, а голосовалка находится внизу.
"Предпринимательство"? Вебсервер - да, удачный продукт. А
насколько
On Aug 23, 2013, at 9:38 AM, Den Bozhok wrote:
> Не вижу ничего сложного что бы поддержать ребят, учитывая их труд.
> Хотя глядя на голоса, Nginx и так впереди :)
>
> 23.08.2013, 08:41, "Михаил Монашёв" :
>> Здравствуйте, Валентин.
>>
>>> Раздел "Предпринимательство" выбирается вверху стран
On Jul 17, 2013, at 6:02 PM, Gena Makhomed wrote:
> On 17.07.2013 19:37, Maxim Dounin wrote:
>
>>> В документации про
>>>
>>> upstream backend {
>>> server foo.com
>>> server bar.com backup;
>>> }
>>>
>>> сказано:
>>> only uses this server if the non-backup servers are all down or busy.
Вопрос глупый, но ответа в документации не нашел.
Задача в следующем: есть переменная окружения $RAILS_ENV,
необходимо ее получить в nginx и использовать как внутреннюю переменную
в конфигурации. Эта переменная условная, есть еще ряд переменных,
к которым нужен доступ для разных целей.
Как пропуст
On Jun 11, 2013, at 9:36 PM, Anatoly Mikhailov wrote:
>
> On Jun 11, 2013, at 9:33 PM, Anatoly Mikhailov wrote:
>
>>
>> On May 28, 2013, at 10:57 AM, Anatoly Mikhailov wrote:
>>
>>>
>>> On May 28, 2013, at 10:47 AM, Alex Vasilenko wrote
On Jun 11, 2013, at 9:33 PM, Anatoly Mikhailov wrote:
>
> On May 28, 2013, at 10:57 AM, Anatoly Mikhailov wrote:
>
>>
>> On May 28, 2013, at 10:47 AM, Alex Vasilenko wrote:
>>
>>> On Tuesday, May 28, 2013 at 12:43 , Anatoly Mikhailov wrote:
>>>
On May 28, 2013, at 10:57 AM, Anatoly Mikhailov wrote:
>
> On May 28, 2013, at 10:47 AM, Alex Vasilenko wrote:
>
>> On Tuesday, May 28, 2013 at 12:43 , Anatoly Mikhailov wrote:
>>>
>>> On May 28, 2013, at 9:57 AM, Anatoly Mikhailov wrote:
>>>
&g
On Jun 6, 2013, at 9:00 PM, Валентин Бартенев wrote:
> On Thursday 06 June 2013 23:31:23 Anatoly Mikhailov wrote:
>> Столкнулся с очень неожиданной проблемой, limit_req ведет себя
>> непредсказуемо. Установка любого количества запросов в limit_req_zone
>> сводится к
Столкнулся с очень неожиданной проблемой, limit_req ведет себя непредсказуемо.
Установка любого количества запросов в limit_req_zone сводится к ограничению,
которое устанавливается через limit_req.
Такой конфиг пропустит только 1 запрос в секунду (проверено через Apache Bench):
limit_req_zone
On Jun 4, 2013, at 7:45 PM, Dmitry Ivanov wrote:
> Здравствуйте, Alexandr.
>
> Вы писали 4 июня 2013 г., 22:20:56:
>
>> При установки sendfile off, даунлоад не меняется, а вот аплоад подымается до
>> ~52Mbit.
>
> Я так в сторону замечу, без претензий. Распоследняя вмваря, виртуалка
> RHEL 5.2
On May 28, 2013, at 11:16 PM, Anatoly Mikhailov wrote:
> Есть следующий конфиг для перманентного редиректа HTTP на HTTPS:
>
> server {
> listen 80;
> server_name admin.sonru.com;
> rewrite ^(.*) https://$host$1 permanent;
> }
>
>
Есть следующий конфиг для перманентного редиректа HTTP на HTTPS:
server {
listen 80;
server_name admin.sonru.com;
rewrite ^(.*) https://$host$1 permanent;
}
Задача в том, чтобы теперь перенаправлять http->https весь трафик кроме
запроса на location = /health
On May 28, 2013, at 10:47 AM, Alex Vasilenko wrote:
> On Tuesday, May 28, 2013 at 12:43 , Anatoly Mikhailov wrote:
>>
>> On May 28, 2013, at 9:57 AM, Anatoly Mikhailov wrote:
>>
>>> AWS S3 предлагает возможность создавать short-lived URL для файлов с
>&g
On May 28, 2013, at 9:57 AM, Anatoly Mikhailov wrote:
> AWS S3 предлагает возможность создавать short-lived URL для файлов с
> приватным доступом,
> алгоритм реализован в AWS SDK для разных языков (Ruby, ObjectiveC, .NET,
> Java, Android, PHP).
>
> На AWS SDK для Rub
AWS S3 предлагает возможность создавать short-lived URL для файлов с приватным
доступом,
алгоритм реализован в AWS SDK для разных языков (Ruby, ObjectiveC, .NET, Java,
Android, PHP).
На AWS SDK для Ruby это выглядит так:
AWS::S3.new.buckets[s3_bucket].objects[path].url_for(:read, :expires =>
7
On May 27, 2013, at 11:32 AM, Андрей Василишин wrote:
> 27.05.2013 13:28, Anatoly Mikhailov пишет:
>> Проксирование перед медиа-сервером? Видео отдаете через HTTPS?
>> Если да, то чем это лучше отдачи через модуль псевдостримминга
>> nginx_mp4_module?
>>
> нет
Проксирование перед медиа-сервером? Видео отдаете через HTTPS?
Если да, то чем это лучше отдачи через модуль псевдостримминга nginx_mp4_module?
Анатолий
On May 27, 2013, at 11:16 AM, Андрей Василишин wrote:
> Всем привет!
> Ситуация такая, нгинкс с proxy_cache стоит перед FMS, и все хорошо, ког
On May 22, 2013, at 8:27 AM, vlastv wrote:
> Здравствуйте,
>
> я использую модуль nginx upload module для приема файлов от клиентов.
за последний месяц тема стороннего upload module поднималась несколько раз,
автор этого модуля не оставил никакой надежды на поддержку и дальнейшую
разработку
>
On May 8, 2013, at 9:13 PM, Valery Kholodkov wrote:
> On 05/08/2013 07:03 PM, Maxim Dounin wrote:
>> Hello!
>>
>> On Tue, May 07, 2013 at 09:37:38PM +0200, Valery Kholodkov wrote:
>>
>>> On 03/29/2013 11:46 PM, Anatoly Mikhailov wrote:
>>>
ия уникальных имен для CSS делается на стороне приложения. это
>>> проработанная тема, если у вас Ruby On Rails, например, вот так
>>> http://code.google.com/p/bundle-fu/
>>
>> Assets Pipeline делает тоже самое
>>
>>>
>>>
>>> да, иде
On May 8, 2013, at 3:29 PM, Maxim Dounin wrote:
> Hello!
>
> On Wed, May 08, 2013 at 03:15:24PM +0400, Daniel Podolsky wrote:
>
>> 2013/5/8 Maxim Dounin :
>>> Контент сжатый и контент несжатый - это два разных контента, и тут
>>> можно использовать только weak entity tags. Ну или Last-Modifie
уникальный
> хеш для статических сборок.
>
>
> необязательно вообще всё навешивать на nginx.
>
>
>
> 8 мая 2013 г., 17:21 пользователь Anatoly Mikhailov
> написал:
>>
>> On May 8, 2013, at 11:49 AM, Илья Шипицин wrote:
>>
>>> расска
On May 8, 2013, at 12:26 PM, Daniel Podolsky wrote:
>> смысл использовать эвристику браузера для статичного контента?
> Не знаю, почему вы называете этот метод эвристикой...
>
> Но - у меня не статический контент, у меня квази-статический контент.
> И он не мой, а моих клиентов, и я его не во в
quot;UI responsiveness", логично вообще
> избавляться от If-None-Match/If-Not-Modified-Since запросов, благо это
> не так сложно.
это не так, ответ 304 избавляет бразузер от рендеринга, если вы точно уверены,
что ничего нового нет
>
> 8 мая 2013 г., 16:18 пользователь
On May 8, 2013, at 11:18 AM, Anatoly Mikhailov wrote:
>
> On May 8, 2013, at 10:34 AM, Maxim Dounin wrote:
>
>> Hello!
>>
>> On Wed, May 08, 2013 at 09:31:32AM +0100, Anatoly Mikhailov wrote:
>>
>>>
>>> On May 8, 2013, at 12:23 AM, Maxi
On May 8, 2013, at 10:53 AM, Daniel Podolsky wrote:
>>> Ага, спасибо, более менее разобрался. Все таки, есть вариант оставлять
>>> ETag, пришедший от бэкэнда,
>>> может в сочетании с Last-Modified?
>> В чём цель?
> Ну вот у меня файловое хранилище отдает ETag, и это sha1 несжатого
> контента. Х
On May 8, 2013, at 10:34 AM, Maxim Dounin wrote:
> Hello!
>
> On Wed, May 08, 2013 at 09:31:32AM +0100, Anatoly Mikhailov wrote:
>
>>
>> On May 8, 2013, at 12:23 AM, Maxim Dounin wrote:
>>
>>> Hello!
>>>
>>> On Tue, May 07, 2013 at
On May 8, 2013, at 12:23 AM, Maxim Dounin wrote:
> Hello!
>
> On Tue, May 07, 2013 at 11:32:07PM +0100, Anatoly Mikhailov wrote:
>
>> Меня настораживает интересная закономерность, включая/отключая gzip в
>> конфигурации Nginx,
>> ETag заголовок пропада
On May 7, 2013, at 11:32 PM, Anatoly Mikhailov wrote:
> Меня настораживает интересная закономерность, включая/отключая gzip в
> конфигурации Nginx,
> ETag заголовок пропадает/появляется соответственно в прокированном ответе от
> бэкэнда (Unicorn).
> Проще говоря, при gzip o
Меня настораживает интересная закономерность, включая/отключая gzip в
конфигурации Nginx,
ETag заголовок пропадает/появляется соответственно в прокированном ответе от
бэкэнда (Unicorn).
Проще говоря, при gzip off ответ всегда приходит с ETag, все остальные
параметры на это не влияют.
Бэкнэнд, е
On May 7, 2013, at 8:37 PM, Valery Kholodkov wrote:
> On 03/29/2013 11:46 PM, Anatoly Mikhailov wrote:
>>
>> On Mar 29, 2013, at 7:38 PM, Andrey N. Oktyabrski wrote:
>>
>>> On 29.03.2013 17:02, Валентин Бартенев wrote:
>>>> Просто когда дело за
On May 2, 2013, at 11:30 AM, Andrey Velikoredchanin
wrote:
> Что-то я не совсем понял. А чем не подходит стандартный nginx модуль
> nginx_upload_module? Насколько я понимаю, он может предоставлять информацию о
> прогрессе закачки любому клиенту, который знает идентификатор файла. Я его
> исп
On Apr 25, 2013, at 5:27 PM, Eric Benjamin wrote:
> 2 Andrey Feldman
>
> Файл проигрывается отлично.
> Вижу разницу только в версии ffmpeg, установленная версия у меня - 1.2.
>
> 2 Anatoly Mikhailov:
>
> Спасибо. Собирал все руками используя
> http://
On Apr 23, 2013, at 9:18 AM, Andrey Feldman wrote:
> Странно, при таких же параметрах ffmpeg у меня в stsc получилось:
> stsc
> size = 28
> type = stsc
> entry_count = 1
> first_ch
лий
>
>
> 14 апреля 2013 г., 2:49 пользователь Anatoly Mikhailov
> написал:
>
> On Apr 13, 2013, at 10:45 PM, Роман wrote:
>
>> Есть задачка скрыть реальное нахождение файла и отдавать его по
>> короткой ссылке. Например: заходим по ссылке
>>
On Apr 13, 2013, at 10:45 PM, Роман wrote:
> Есть задачка скрыть реальное нахождение файла и отдавать его по
> короткой ссылке. Например: заходим по ссылке
> http://site.com/03209393/file.tgz, скачивание идет по ссылке
> http://site.com/03209393/file.tgz, а на самом деле файл находится тут
> htt
On Apr 12, 2013, at 10:29 AM, Maxim Dounin wrote:
> Hello!
>
> On Thu, Apr 11, 2013 at 05:15:15PM +0100, Anatoly Mikhailov wrote:
>
>>
>> On Apr 10, 2013, at 12:43 AM, Maxim Dounin wrote:
>>
>>> Hello!
>>>
>>> On Tue,
On Apr 10, 2013, at 12:43 AM, Maxim Dounin wrote:
> Hello!
>
> On Tue, Apr 09, 2013 at 08:30:17PM +0100, Anatoly Mikhailov wrote:
>
>>
>> On Apr 9, 2013, at 7:57 PM, Anatoly Mikhailov wrote:
>>
>>>
>>> On Apr 9, 2013, at 7:53 PM, Anatoly
On Apr 9, 2013, at 7:57 PM, Anatoly Mikhailov wrote:
>
> On Apr 9, 2013, at 7:53 PM, Anatoly Mikhailov wrote:
>
>>
>> On Apr 9, 2013, at 5:25 PM, Maxim Dounin wrote:
>>
>>> Hello!
>>>
>>> On Tue, Apr 09, 2013 at 04:57:43PM +0100,
On Apr 9, 2013, at 7:53 PM, Anatoly Mikhailov wrote:
>
> On Apr 9, 2013, at 5:25 PM, Maxim Dounin wrote:
>
>> Hello!
>>
>> On Tue, Apr 09, 2013 at 04:57:43PM +0100, Anatoly Mikhailov wrote:
>>
>>> Для контролируемого аплоада больших файлов на
On Apr 9, 2013, at 5:25 PM, Maxim Dounin wrote:
> Hello!
>
> On Tue, Apr 09, 2013 at 04:57:43PM +0100, Anatoly Mikhailov wrote:
>
>> Для контролируемого аплоада больших файлов напрямую через
>> client_body_in_file_only
>> мне необходимо ограничнить доступ и реал
On Mar 28, 2013, at 9:53 AM, tolikkk wrote:
> За proxy_next_upstream спасибо.
>
> По изменению метода проверки доступности backend'ов нештатными средствами -
> подходящих сторонних модулей не знаете случайных? Единственное, что я пока
> смог придумать - это поставить в cron скрипт, который будет
Для контролируемого аплоада больших файлов напрямую через
client_body_in_file_only
мне необходимо ограничнить доступ и реализовать backend аутентификацию перед
тем,
как nginx начнет сохранять BODY запроса на диск.
Basic Authentication подходит в целом, но в данном случае мне необходимо
проверят
On Apr 9, 2013, at 1:48 PM, Daniel Podolsky wrote:
>> я не зря предоставил ссылку на блог пост, прочтите его еще раз.
> Больно Вас разочаровывать, но - совершенно зря предоставили, никто по
> ней не пойдет.
>
>> S3 - обычная файловая помойка со своим API для доступа к public/private
>> файлам
On Apr 9, 2013, at 1:39 PM, Andrey Velikoredchanin wrote:
> А в чем проблема? Задача довольно тривиальная.
не знаю что вам ответить, наверное ничего.
>
>
> 9 апреля 2013 г., 16:37 пользователь Anatoly Mikhailov
> написал:
>
> On Apr 4, 2013, at 1:01 PM, D
On Apr 4, 2013, at 1:13 PM, denis wrote:
> 04.04.2013 15:04, Anatoly Mikhailov пишет:
>> Добрый день,
>>
>> появилась бизнес-задача организовать контролируемую доставку файлов
>> с S3, разумеется, nginx будет заниматься проверкой условий и отдавать
>> фай
On Apr 4, 2013, at 1:01 PM, Daniel Podolsky wrote:
>> пока нашел вариант с X-Accel-Redirect
>> (http://kovyrin.net/2010/07/24/nginx-fu-x-accel-redirect-remote/)
> X-Accel-Redirect вам нужен, если вы хотите отдать локальный файл, но
> проверить право доступа к нему на бекенде. С S3 это не так, н
Добрый день,
появилась бизнес-задача организовать контролируемую доставку файлов
с S3, разумеется, nginx будет заниматься проверкой условий и отдавать
файл при их соблюдении. Заодно у нас появится возможность использовать
SPDY для файлов с S3.
пока нашел вариант с X-Accel-Redirect
(http://kovyri
On Apr 3, 2013, at 2:18 PM, Maxim Konovalov wrote:
> On 3/28/13 2:46 PM, Maxim Konovalov wrote:
>> On 3/28/13 1:31 PM, Nikita Stupin wrote:
>>> Добрый день.
>>>
>>> Валентин, а планируется на http://nginx.org/packages/ubuntu/
>>> выкладывать сборки и development ветки?
>>>
>> Планируется, рабо
On Mar 29, 2013, at 7:38 PM, Andrey N. Oktyabrski wrote:
> On 29.03.2013 17:02, Валентин Бартенев wrote:
>> Просто когда дело заходит о том, что на грамотную реализацию и последующую
>> поддержку этого кода нужно потратить сколько-то человеко-часов, которые
>> должен
>> кто-то оплатить, то част
On Mar 28, 2013, at 11:08 PM, Anatoly Mikhailov wrote:
>
> On Mar 28, 2013, at 8:30 PM, Валентин Бартенев wrote:
>
>> On Thursday 28 March 2013 23:54:48 Andrey N. Oktyabrski wrote:
>>> On 28.03.2013 18:45, Валентин Бартенев wrote:
>>>> On Thursday 28 M
On Mar 29, 2013, at 9:09 AM, Anatoly Mikhailov wrote:
>
> On Mar 29, 2013, at 3:21 AM, Andrey N. Oktyabrski wrote:
>
>> On 29.03.2013 00:30, Валентин Бартенев wrote:
>>>>> Пользоваться штатными средствами.
>>>>>
>>>>> http://nginx.
Результаты 1 - 100 из 118 matches
Mail list logo
