Django+FastCGI+nginx
Если django (да пожалуй и другие фреймфворки и не только на питоне) работает через fastcgi и проксируется nginx’ом по https, то последнему нужно добавить параметр:
fastcgi_param HTTPS on;
Если django (да пожалуй и другие фреймфворки и не только на питоне) работает через fastcgi и проксируется nginx’ом по https, то последнему нужно добавить параметр:
fastcgi_param HTTPS on;
Чтобы каждый раз svn co не спрашивал файл сертификата при подключении к репозитарию по https в ~./subversion/servers достаточно добавить :
[examplehost]
ssl-client-cert-file = /path/to/my/cert.p12
ssl-client-cert-password = somepassword
Взято отсюда
$ mkdir ~/.cpan
$ mkdir ~/.cpan/CPAN
$ cd ~/.cpan/CPAN
$ cp /usr/lib/perl5/5.8.4/CPAN/Config.pm MyConfig.pm
$ perl -pi -e's!/root/.cpan!$ENV{HOME}/.cpan!' MyConfig.pm
$ perl -pi -e'/makepl_arg/ && s!]! PREFIX=$ENV{HOME}]!' MyConfig.pm
$ echo "export PERL5LIB=${HOME}/lib/perl5/site_perl/5.8.4/i686-linux:
${HOME}/lib/perl5/site_perl/5.8.4" >> ~/.bash_profile
$ . ~/.bash_profile
$ perl -MCPAN -e shell
Posted on 26 April '07 by spoof, under devel, perl, unix. No Comments.
Понадобилось значит установить DOS для прог, на которых надо делать лабы для универа. Проги эти значит мои ровесницы (1984-87 год, пиздец) и не хотят работать под эмуляцией в Windows XP, не хотят они также идти и под dosbox‘ом и dosemu. Короче полный сакс.
Ребята говорили, что в развернутом образе MS DOS 6.22 под MS Virtual PC идет всё прекрасно. Этот вариант мягко говоря не устраивал ибо не хотелось искать это чудо крякнутое. Еще варинт VMWare, который хоть и есть под линух, но поднимать его не хотелось – слишком уж тяжелый.
Остался последний и, как оказалось, самый true вариант – Qemu.
И так:
Всё хорошо, всё работает. Следующий вопрос был – как скопировать в этот образ нужные мне проги? Ответ нашел в FAQ
Тут значит обрадовался, но при попытке выполнить следующую команду:
Натыкаюсь на грабли и ошибку:
Погуглил, нашел ответ – оказывается монтируемая дира не должна по размеру превышать 472 метра.
Нашел моднявую штуку – sshfs – fs over ssh, позволяет монировать разделы через ssh.
Собственно всё просто:
spoof@local$ sudo sshfs spoof@remote:/home/spoof/ /home/spoof/remote_dir -o allow_other
Очень удобно и сильно сокращает время, избавляя от постоянно копирования с помощью scp между серверами. На локальной машине правишь то, что лежит в /home/spoof/remote_dir, а на удаленной (просто через ssh) собираешь.
Кроме того, нет зависимости от набора и версий софта на удаленной машине.
Еще надоело каждый раз вводить пароли, поэтому сделал авторизацию по ключам:
cd ~
ssh-keygen -t dsa — без passphrase
scp .ssh/id_dsa.pub remote_server:~/.ssh/authorized_keys
ssh remote_server
Posted on 13 April '07 by spoof, under devel, spylog, unix. 2 Comments.
Посоветовали тут утилиту для перекодировки тэгов mp3-шек в utf8 –
, но она конвертирует mp3 файлы только в текущем каталоге, не обходя этот каталог рекурсивно. Поэтому нашел решение как этот минус восполнить:
Таки юниксы рулят. Очень много удобных для администрирования есть фич, но не все конечно гладко.
Например, тот же ssh – без него вообще обойтись невозможно в случае необходимости “текстового” доступа к серверу. А что делать, если нужно подключиться к гую (хотя это редко когда надо, тем более на серверах), то для этого ssh в “чистом виде” не пойдет. Но зато, ssh умеет создавать туннель, через который можно кидать всё что угодно, причем с шифрованием трафика. Поэтому для того, чтобы рулить удаленным десктопом, имея в наличии только доступ ssh, можно заюзать VNC и возможность туннелирования ssh – vnc over ssh.
И так, поднимаем на удаленной машине vnc сервер:
spoof@remote_server:~% apt-get install x11vnc
spoof@remote_server: ~% x11vnc -usepw
Далее создаем ssh туннель с локальной машины:
spoof@local: ~% ssh -L 5901:localhost:5900 remote_server
Где 5900 – соотвествует обычно vnc серверу, висящему на desktop:0, 5901 – :1
И теперь, коннектимся VNC клиентом к локальной машине на порт 5901 (или другой), созданный ssh, который в свою очередь пробросит запрос на remote_server на 5900 порт:
spoof@local: ~% apt-get install xvncserver
spoof@local: ~% xvncviewer localhost:1 (:1 соответствует порту 5901, :2 - 5902 и т.д)
Таким вот способом я хожу на рабочий комп в spylog’e
Взято отсюда
Отрубил подключение к инету через pppoe, теперь просто напрямую. Плохо то, что надо включать инет руками в “личном кабинете”, если вдруг закончатся деньги. А так в общем прекратились проблемы с роутингом – это гуд. И теперь у меня новый ip. Спасибо Муаддибу, который оперативненько перенес mx и a записи spoofa.info на новый ip.
сделал grep по всем конфигам в /etc/, нашел все конфиги где жестко прописан старый ip был, поменял на новый и вуаля. Всё работает. linux рулёт!
Таки собрал deb пакет своего редактора имитационного моделирования (svn co http://svn.spoofa.info/svn/scheme_editor/trunk scheme-editor). Заодно вспомнил как-что собирается. Я так думаю, что если б я занимался им постоянно, то к этому моменту он был бы огого каким большим и рабочим
Сейчас же по ходу опакечивания внес несколько правок и ,не побоюсь этого слова, закоммитил эти правки в svn репозитарий. С момента последнего изменения прошло наверно больше полугода.
Кстати, добавил в svn каталог debian/ чтобы можно было собрать пакет прямо из svn с помощью svn-buildpackage.
Надо все же дальше поработать над редактором. Вероятно он будет моим дипломом. Следовательно над ним нужно еще работать и работать, ибо в таком виде он еле-еле на бакалавра дотянул.
На прошлой неделе подняли vse.zae.blo.org.ru. Just for fun. Кого реально всё заебало и хочется поплакаться, то милости просим. Дизайн, если его так можно назвать, не ахти. Я к сожалению не одарен способностью красиво рисовать дизайн, как например, наш яблочный друг Апель.
Поменяем чуток дизайн, как только придумаю что-нибудь достойное. И еще есть планы RSS feed туда воткнуть.
Мысль дня: никогда не верьте юзеру, который говорит, что до поломки у него с теми же настройками работало, а сейчас нет. В большинстве случаев это пиздеж и на деле он все же не те настройки использует. Мысль старая и всем знакома, но просто сегодня натолкнулся на нее снова.
UPD: RSS фид к vse.zae.blo.org.ru можно брать тут: http://vse.zae.blo.org.ru/rss/
Также об этом можно прочитать в посте coolcold’a
Я сделал это! Я купил новый хард, больше и быстрее, чем имеющиеся. В связи с этим затеял переезд, окончившийся только что и вполне удачно. Перетащил все тупо:
debconfig-get-selections > debconf.sel
dpkg –get-selections | awk ‘ {print $1}’ > dpkg.sel
Поставил с образа netinst (тот который daily build). Кстати ставил два раза – первый обычный режим и второй раз потестить графический инсталлер – вроде работают оба
Разбил автоматом новый диск используя LVM – кстати сказать, автоматическая разбивалка меня не порадовала. Ну да ладно, где наша не пропадала. Поэксперементировал – убил /home
методом тыка, ибо гугла под рукой не было, создал новый logical volume нужного размера, отформатировал и завел там /home. На этом неприятности с самой установкой закончились.
Поставился, перезагрузился, добавил в source.list сразу же unstable вмето etch, сделал : debconf-get-selection < debconf.sel ; cat dpkg.sel | xargs | aptitude install. Aptitude слил порядка гига, шустренько все поставил. Далее тупо сверяя конфиги в /etc/, сайты и логи в /var/ и т.д, перенес на новый хард всё.
И так, спустя 4,5 часа с момента начала записи netinsta, получил полностью рабочую систему и почти идентичную прежней(все настройки и конфиги сохранились). Единственное, что заметил непривычного – это апач начал ругаться на то, что не имеет ServerName и ставит его в 127.0.0.1. А ведь раньше всё ок было с теми же конфигами. И еще шрифты в иксах странные стали, толи мелкие, толи хрен его знает. Не исключено, что всплывут еще баги ![]()
Я доволен в общем.
Места теперь столько, что могу смотреть DVD9 мувики и собрать таки gnome 2.17.*
UPD: Apache пофиксил, просто добавив localhost.localdomain в /etc/hosts.
Gnome 2.17.* собрал. Правда убил на это дня 3 просто из-за того, что забыл что гном с cvs на svn переехал и в итоге jhbuild стянул не от туда откуда надо.
Copyright 2010 by Spoof's blog.
Design by My Web Caffe