tFF.msk.ru :: Sharing tFFed mind
Июнь 20, 2018, 12:08:57 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.

Войти
Новости: Пропал ребенок. Вся информация и фотографии здесь.
 
   Начало   Помощь Поиск Войти Регистрация  
Страниц: [1] 2 3 ... 10
 1 
 : Сентябрь 24, 2012, 13:22:07  
Автор tFF - Последний ответ от lietuva
Возраст определяется не по годам, а по количеству зверски убитых иллюзий.

 2 
 : Июль 01, 2011, 21:41:03  
Автор tFF - Последний ответ от tFF
http://geckoblue.livejournal.com/248161.html
Цитировать
I found zero help on Google when I was trying to diagnose this bug. I set up a new copy of subversion 1.6.2 and did a dump/merge of a subversion 1.4.6 database into the new system. I made a change to a file and was all set to commit the change, but when I ran a commit I got the following messages:

    [error] Could not MERGE resource "/svn/repo/!svn/act/[UUID]" into "/svn/repo/some/path". [409, #0]
    [error] An error occurred while committing the transaction. [409, #200031]
    [error] attempt to write a readonly database [409, #200031]
    [error] attempt to write a readonly database [409, #200031]


After hunting Google to no avail, I decided to examine the permissions on the repository on the subversion server. I found a .db file that did not have group write permissions (because the repository is not owned by apache). After adding group-write permission to the file "/svn/repopath/db/rep-cache.db", the error went away and normal commit behavior resumed as I originally expected. I will have to blame this on a bug in the svnadmin program which appears to not properly create the permissions on this db file.

I hope this helps the many folks out there that run linux/apache/subversion.

Subversion bug-tracker
http://subversion.tigris.org/issues/show_bug.cgi?id=3437

 3 
 : Июнь 23, 2011, 01:43:55  
Автор tFF - Последний ответ от tFF
http://nginx.org/pipermail/nginx/2007-February/000703.html

http://forum.nginx.org/read.php?2,29271,29572
Цитировать
> Where do you use that directive. Under the HTTP block its giving me no
> errors

It's allowed in http, server, if in server, location, if in location
contexts.

With the following config

error_log /path/to/error_log notice;
rewrite_log on;

server {
listen 8080;
server_name zzz;
rewrite ^ /blah break;
}

you should see something like this in error_log:

2009/12/10 15:50:19 [notice] 12343#0: *1 "^" matches "/", client: 127.0.0.1, server: zzz, request: "GET / HTTP/1.0"
2009/12/10 15:50:19 [notice] 12343#0: *1 rewritten data: "/blah", args: "", client: 127.0.0.1, server: zzz, request: "GET / HTTP/1.0"

If you don't see such messages - either you have no rewrites
defined in matching server{} block, or your set logging level
higher than notice.

Maxim Dounin

p.s. Please do not top-post. Thank your.

>
> On Thu, Dec 10, 2009 at 3:41 AM, Maxim Dounin <mdounin@mdounin.ru> wrote:
>
> > Hello!
> >
> > On Wed, Dec 09, 2009 at 09:22:32PM +0500, Ziyad Saeed wrote:
> >
> > > is there a rewrite log file that shows what is the rewrite engine doing,
> > > what is it trying to match and failing etc
> >
> > rewrite_log on;
> >
> > With this settings basic rewrite information will be logged to
> > error_log at notice level.
> >
> > Maxim Dounin
> >
> > _______________________________________ ________
> > nginx mailing list
> > nginx@nginx.org
> > http://nginx.org/mailman/listinfo/nginx
> >

> _______________________________________ ________
> nginx mailing list
> nginx@nginx.org
> http://nginx.org/mailman/listinfo/nginx

http://wiki.nginx.org/CoreModule
Цитировать
error_log

Syntax: error_log file [ debug | info | notice | warn | error | crit ]

Default: ${prefix}/logs/error.log

Specifies the file where server (and fastcgi) errors are logged.

Default values for the error level:

   1. in the main section - error
   2. in the HTTP section - crit
   3. in the server section - crit

Nginx supports separate error logging per virtual host. This is a unique feature, which lighttpd refuses to implement. For an example of separate error logging per server, see SeparateErrorLoggingPerVirtualHost and this mailing list thread on separating error logging per virtual host.

If you've built Nginx with --with-debug, you may also use:

error_log LOGFILE [debug_core | debug_alloc | debug_mutex | debug_event | debug_http | debug_imap];

Note that error_log off does not disable logging - the log will be written to a file named "off". To disable logging, you may use:

error_log /dev/null crit;

Also note that as of version 0.7.53, nginx will use a compiled-in default error log location until it has read the config file. If the user running nginx doesn't have write permission to this log location, nginx will raise an alert like this:

[alert]: could not open error log file: open() "/var/log/nginx/error.log" failed (13: Permission denied)

 4 
 : Май 05, 2011, 11:46:08  
Автор tFF - Последний ответ от tFF
Мешок банальных советов
(+ см. комментарии по ссылке)
Цитировать
Если вы пользуетесь юникс-системой, работаете в консоли или просто иногда пишете шелл-скрипты, для вас под катом может найтись полезная информация, изложенная в виде кратких советов разной степени полезности и банальности.

    * очень простой способ передать файлы с машины на машину — tar cz. | nc -l -p 2214 (на передающей стороне) и nc адрес 2214 | tar xz (на принимающей). 2214 — номер порта, выбирается по желанию. в разных версиях nc нужно писать nc -l -p или nc -l
    * в локальной сети из дефолтно-настроенных убунт, можно обращаться к машинам по имени, а не по айпи: username-desktop.local отрезольвится в ip машины, которую назвали username-desktop. это магия mdns, спасибо apple
    * avahi-browse -a быстро покажет список имен машин с в локальной сети, а ключ -r покажет сразу и их ip. как и в предыдущем хинте, требуется avahi, он есть в дефолтной убунте. сама команда — в пакете avahi-utils
    * пользуйтесь ctrl-R в консоли, чтобы не жать «вверх» по сто раз
    * history не резиновый. если что-то было забито в историю интерпретатора, рано или поздно оттуда может исчезнуть, не полагайтесь на него, как на справочник
    * используйте set -e в скриптах. неотработавший «cd» во временный каталог может надолго испортить настроение содержимое /home
    * проверяйте код возврата
    * чтобы вернуться в предыдущий каталог, есть команда cd -. в zsh еще есть команда d еще есть команда dirs -v, показывающая историю переходов. еще в zsh можно делать вот так: cd -2
    * пишите в скриптах длинные --варианты параметров
    * не пишите в скриптах rm -rf $VAR/
    * используйте visudo для редактирования sudoers
    * потеряли пароль рута? при загрузке укажите ядру параметр init=/bin/bash и сбростье пароль через passwd
    * у грепа есть полезный параметр --color
    * команда, чтобы перечитать отредактированный файл с переменными окружения: source /etc/environment .
    * пользуйтесь bash -x для отладки скриптов
    * пользуйтесь strace для отладки всего остального. от лишнего выхлопа спасет параметр -e имявызова
    * не путайте /bin/sh и /bin/bash, это не всегда одно и то же. особенно в дебиане, особенно в убунте
    * настройте алиасы
    * если на команду повешен алиас, то запустить ее «настоящую» можно, добавив в начале бэкслеш например: \ls
    * если терминал переклинило после некорректного выхода из псевдографической программы иили вырвашегося на просторы stdout мусора, есть волшебная команда reset
    * exec >file в скрипте перенаправит его вывод в файл и не перезапустит скрипт
    * уже написали вагон скриптов? забекапьте
    * не храните все в / или /home
    * lvm уже придумали
    * используйте в скриптах mktemp для создания временных файлов и каталогов
    * пишите переменные вот так: ${VAR}
    * VAR=X и export VAR=X — разные вещи
    * dd может показывать, сколько он уже скопировал, если пнуть его черз kill -USR1
    * kill может принимать аргументом номер задачи, а не только идентификатор процесса: kill %1
    * jobs, bg, fg, disown — тоже так умеют
    * если «вышли» из программы через ctrl-Z, вернуться можно командой fg
    * rsync нужен не только для сетевых операций
    * rm something и rm something/ — это разные вещи. и не только в rm, cp, ls и rsync — тоже
    * watch и repeat уже написаны, не надо велосипедить их через while true
    * at тоже уже написан, а sleep понимает время не только в секундах
    * sudo echo > file открывает файл на запись не с правами рута. это делается так: sudo sh -c 'echo > file'
    * если скрипт запускается в линуксе, это не значит, что он так же хорошо отработает в bsd или макоси
    * пишите --параметры перед аргументами, иначе ls file -l в bsd вас удивит
    * грепаете вывод ifconfig? ifconfig тоже бывает разный
    * нормально работающие версии утилит в bsd и макоси имеют приставку g: gsed, gmake

 5 
 : Апрель 05, 2011, 21:39:20  
Автор tFF - Последний ответ от tFF
О том, как я заставлял Ubuntu работать 10 часов от батареи

 6 
 : Январь 24, 2011, 14:51:11  
Автор tFF - Последний ответ от tFF
Способы идентификации в интернете
Cookies внутри iframe — проблема при создании приложения ВКонтакте/Facebook
Полулегальное воровство печеньками

 7 
 : Январь 13, 2011, 09:50:26  
Автор tFF - Последний ответ от tFF
QuickPar is a utility for creating Parity Volumes using the Reed Solomon algorithm. For details of the algorithm used, see the parchive website at SourceForge.
Parity Volumes may be used to verify that a set of files have not been corrupted, or to reconstruct damaged files (providing that you have a sufficient quantity of Parity Volumes to match the missing or damaged files).
http://www.quickpar.org.uk/

Parchive: Parity Archive Volume Set
http://parchive.sourceforge.net/

 8 
 : Декабрь 31, 2010, 09:11:23  
Автор tFF - Последний ответ от tFF
http://www.youtube.com/watch?v=4XpnKHJAok8
https://git.wiki.kernel.org/index.php/LinusTalk200705Transcript

http://blog.red-bean.com/sussman/?p=96
http://blog.red-bean.com/sussman/?p=20
http://blog.red-bean.com/sussman/?p=90

http://whygitisbetterthanx.com/

 9 
 : Ноябрь 09, 2010, 09:32:54  
Автор tFF - Последний ответ от tFF
ABBYYOnline — взгляд архитектора

 10 
 : Ноябрь 07, 2010, 08:51:14  
Автор tFF - Последний ответ от tFF
YUI Compressor - JavaScript Yahoo Safe and Robust Compressor (Packer/Minifier)

Страниц: [1] 2 3 ... 10
 ONLINECHANGE
Powered by MySQL Powered by PHP Powered by SMF 1.1.4 | SMF © 2006-2007, Simple Machines LLC Valid XHTML 1.0! Valid CSS!


Google visited last this page Июнь 05, 2018, 10:19:56