Как проще всего сделать ограниченный доступ к отлаживаемому сайту? Ну,
чтобы человек с особым паролем (не админ) мог зайти и посмотреть, а
прочие видели бы красивую картинку "Site Under Construction"?
В гугле, конечно, решений +100500, но в этом и проблема... Подскажите,
плиз. Да, Django-ориентированное.
вторник, 6 марта 2012 г. в 18:23, Llama написал:
On Mar 6, 6:27 pm, Pavel Reznikov <pashka.rezni...@gmail.com> wrote:
> middleware?
Наверное... Лишь бы дешево и сердито. По части Web-дизайна у меня
опыта нет; из предметной области Python, главным образом.
On Mar 6, 6:44 pm, Nikolay Fominykh <nikola...@gmail.com> wrote:
> Авторизацию на уровне веб-сервера сделай, не надо приложение отягощать.
>
А это совсем легко? Мне проще отяготить приложение на фреймворке в
котором я отчасти разобрался, чем, скажем, php учить.
У меня обычно в мидлеваре проверяется как-то так:
if DEBUG and CLIENT_IP not in INTERNAL_IPS:
return render_to_response('under_construction.html')
Грубо и не совсем точно, но, думаю, понятно.
В таком случае, при DEBUG=True сайт закрывается для "негодных" ip.
Но это решает не все проблемы. При деплое приложение останавливается
или после него пожет упасть еще до это проверки, поэтому все-таки надо
на время деплоя делать это вес на уровне вебсервера. Всё зависит от
вашей цели.
--
Serge Matveenko
se...@matveenko.ru
http://www.ohloh.net/accounts/lig
http://ru.linkedin.com/in/sergematveenko
2012/3/6 Alexander Korkin <av.k...@gmail.com>:Как варинат по ип фильтровать и остальных на "в разработке" отправлятьУ меня обычно в мидлеваре проверяется как-то так: if DEBUG and CLIENT_IP not in INTERNAL_IPS: return render_to_response('under_construction.html') Грубо и не совсем точно, но, думаю, понятно. В таком случае, при DEBUG=True сайт закрывается для "негодных" ip. Но это решает не все проблемы. При деплое приложение останавливается или после него пожет упасть еще до это проверки, поэтому все-таки надо на время деплоя делать это вес на уровне вебсервера. Всё зависит от вашей цели.
и создавать его при деплое)
Проще сделать второй домен для разработки, а на главном выложить обычную статическую страничку.
Это про другое. И этого никто не отменяет и это нужно.
По моему, проще ip-шник воткнуть в файлик, тем более, что он открыт
уже, т.к. мы DEBUG=True именно в нем и ставили.
А динамические ip-шники... Хм... Я уж и не помню когда такое было.
7 марта 2012 г. 10:40 пользователь Serge Matveenko <se...@matveenko.ru> написал:
2012/3/7 Serge Matveenko <se...@matveenko.ru>:
ага, и базу туда скопировать и перед дебагом дамп текущий залить.
а если свою базу не делать, а ту же использовать, то временные
изменения , сделанные для идентификации проблемы, затронут основной
домен, ой, так может надо его на это время выключать, ага?
http://internet.beeline.ru/provod/ekb/service/index.wbp?id=94f75998-ef8a-4fc3-a4ef-3097f87a4673
мы ж тут не блондинки чтоб по ВК лазить с по фиг каким ip. закрыли вопрос.
О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ ip?
вообще, так жить проще.
как минимум, ты всегда можешь себя в логах вебсервера найти;)
ну, а вообще, динамический ip - это реально штука из прошлого.
лично мне, при этом, он нужен, потому что я дома на 100 мегабитах/сек
хосчу свои нс-ы и инкубационные проекты.
я наверное глупый, но я не понимаю причем тут какие то базы
7 марта 2012 г. 10:53 пользователь Serge Matveenko <se...@matveenko.ru> написал:
хм. чо-то я о своем подумал.
ну да, все смотрит в одно и тоже место, но тогда надо в мидлеваре
проверять по какому домену пришли, а этого ты вроде как не
подразумевал.
ну, можно, конечно, код скопировать, но ведь хочется, чтобы прямо на
том же коде, чтобы от случайностей застраховаться
в итоге вот так:
1. два домена, один закрыт http-авторизацией
2. в мидлеваре проверка, если дебаг и не отладочный домен, то отдаем
"under construction"
О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫? О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ http О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫
О©╫О©╫ О©╫О©╫ site.ru О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫ dev.site.ru
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.
ну, можно так, но тогда два конфига и ручками их двигать и
перезагружать конфиги. причем на это нужны рутовые права обычно. а на
DEBUG=True не нужны. хочется только от этой переменной в конфиге
джанге зависить,а не от конфигов серверов.
перезагружать конфиги. причем на это нужны рутовые права обычно. а на
DEBUG=True не нужны. хочется только от этой переменной в конфиге
джанге зависить,а не от конфигов серверов.
а чо, а чо? я в чем-то туплю? или окончание у джанги перепутал?
07.03.2012 13:56, Serge Matveenko пишет:
2012/3/7 Vyacheslav Anisimov<web...@gmail.com>:
Динамические айпишники? Да легко - у домашнего билайна например в
Екатеринбурге :)
http://internet.beeline.ru/provod/ekb/service/index.wbp?id=94f75998-ef8a-4fc3-a4ef-3097f87a4673
мы ж тут не блондинки чтоб по ВК лазить с по фиг каким ip. закрыли вопрос.
Не понял, а зачем тебе постоянный ip?
2012/3/7 Алексей С. <phli...@gmail.com>:что то я вообще не вижу сложности сделать: site.ru основной домен где висит андерконстракшен dev.site.ru домен где ведется разработка, закрытый тем же basic авторизацией я наверное глупый, но я не понимаю причем тут какие то базыхм. чо-то я о своем подумал. ну да, все смотрит в одно и тоже место, но тогда надо в мидлеваре проверять по какому домену пришли, а этого ты вроде как не подразумевал. ну, можно, конечно, код скопировать, но ведь хочется, чтобы прямо на том же коде, чтобы от случайностей застраховаться в итоге вот так: 1. два домена, один закрыт http-авторизацией 2. в мидлеваре проверка, если дебаг и не отладочный домен, то отдаем "under construction"
Ага:) А когда скажут, что там что-то не работает, запускать тесты и
говорить: "вы врете, все работает, тесты проходят".
2012/3/7 Gordio <gordi...@gmail.com>:Зачем разрабатывать в продакшине!? о_О Разрабатывать нужно локально, потом прогонять тесты деплоить прогонять тесты и включать сайт.Ага:) А когда скажут, что там что-то не работает, запускать тесты и говорить: "вы врете, все работает, тесты проходят".
7 марта 2012 г. 11:21 пользователь Mikhail <glad...@gmail.com> написал:
> 07.03.2012 14:18, Serge Matveenko пишет:
>
>> 2012/3/7 Алексей С.<phli...@gmail.com>:
>>>
>>> что то я вообще не вижу сложности сделать:
>>> site.ru основной домен где висит андерконстракшен
>>> dev.site.ru домен где ведется разработка, закрытый тем же basic
>>> авторизацией
>>>
>>> я наверное глупый, но я не понимаю причем тут какие то базы
>>
>>
>> хм. чо-то я о своем подумал.
>>
>> ну да, все смотрит в одно и тоже место, но тогда надо в мидлеваре
>> проверять по какому домену пришли, а этого ты вроде как не
>> подразумевал.
>>
>> ну, можно, конечно, код скопировать, но ведь хочется, чтобы прямо на
>> том же коде, чтобы от случайностей застраховаться
>>
>> в итоге вот так:
>> 1. два домена, один закрыт http-авторизацией
>> 2. в мидлеваре проверка, если дебаг и не отладочный домен, то отдаем
>> "under construction"
>>
>>
>
да хоть 01.site.ru назовите, главное показывать клиенту сайт не светя в инете
всегда так делал:
1. регистрировал клиенту домен, куда ставил заглушку типа андерконстракшена
2. создавал поддомен, закрывал http авторизацией, и давал данные для
доступа, чтобы он мог проверять ход работы
3. когда все закончено и согласованно, с поддомена сайт "перебирается"
на главный адрес
непонимаю что тут усложнять то
7 марта 2012 г. 11:14 пользователь Gordio <gordi...@gmail.com> написал:
Кончится это, когда эта ссылка попадет не тому кому надо, не тогда когда надо;)
да, в таком кейсе этого достаточно.
если ваш клиент посмотрел, принял, вы выкатили, получили бабло и
свалили, то это ваш вариант
"О©╫О©╫О©╫О©╫О©╫О©╫О©╫" = "О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫"
угу, согласен. была даже одна такая история... можешь у коллег спросить;)