Вышли обновленные версии всех поддерживаемых веток PostgreSQL: 8.1.5 (http://www.postgresql.org/docs/current/static/release.html#R...), 8.0.9 (http://www.postgresql.org/docs/current/static/release-8-0-9....), 7.4.14 (http://www.postgresql.org/docs/current/static/release-7-4-14...), 7.3.16 (http://www.postgresql.org/docs/current/static/release-7-3-16...). В новых версиях исправлено несколько проблем безопасности, используя которые злоумышленник может добиться краха сервера.URL: http://www.postgresql.org/about/news.664
Новость: http://www.opennet.me/opennews/art.shtml?num=8574
Когда-то было вот что:
http://archives.postgresql.org/pgsql-hackers/2004-07/msg0039...
Один из ответов:
http://archives.postgresql.org/pgsql-hackers/2004-07/msg0051...
Сейчас, судя по maillist'ам, это дело почему-то даже не обсуждается.
Кто-нибудь в курсе - они забили на user quota implementation ?
Может, этот вопрос лучше задать самим разработчикам?
>Может, этот вопрос лучше задать самим разработчикам?У меня с английским проблемы. Только читаю.
пиши тело вопроса к девелоперам - переведу и отправлю
>пиши тело вопроса к девелоперам - переведу и отправлюСпасибо.
Да две строчки буквально.
Можно ли ожидать появления в основных релизах user quota implementation.
И ссылка из моего первого поста.
запостил - ждемс....
>запостил - ждемс....Спасибо.
А в какой рассылке ответ потом искать ?
Сейчас там ещё видимо, индексы mailman не обновил - найти письмо не могу.
по идее в той же рассылке искать....
тока вот пришел мне автоответ, что модератор размышляет над моим письмом...
не знаю скока это может занять...
Ответил мне Jim C. Nasby, что т.к. Jonah ничего не довел до конца - то, очевидно, потерял интерес. Типа, нужно искать кого-нить другого, кто заинтересован в реализации квот.
Оригинальный патч был на 7.4, так что его доведение до ума может потребовать много работы. Но, говорит, что все-же есть у них в туду пункт "Табличные квоты".Но самое интересное, что в мой пост ответил и сам Jonah. Что мол, вот яркий пример разницы в том, что было нужно мне тогда и чего хотело сообщество. Говорит, что в данный момент у него нет up2date патча, но его легко сделать. А этот пункт из туду - результат того начального письма, что он написал. И лишний раз заметил, что реализовать квоты - не вопрос.
Самое трудное здесь - понять что именно нужно ограничивать и как.
Оффтоп: я сам лично сейчас интересуюсь квотами для Mysql. Простейший путь - это квота на ФСе ну и таблицы MyISAM (InnoDB - всё в паре файлов держит). Но у этого метода есть пара неприятных граблей:
-сама нитка Mysql'я остаеться пытаццо каждую минуту закончить запись в надежде пойдема квоты - ну и, следовательно, выпадает из пула работников. N таких ниток - и mysql в DoS'е - при очередном подключении: "Too many connections"- при окончании квоты и перезапуска mysql (или прибивания всех коннектов) таблицы (которые сверх квоты) остаються битыми, т.к. операция записи на винт не была закончена
Такой метод конечно не подойдет для постгреса. Так что, проблема квот - пока что общая для My- и PG- SQL'ей
>Ответил мне Jim C. Nasby, что т.к. Jonah ничего не довел до
>конца - то, очевидно, потерял интерес. Типа, нужно искать кого-нить другого,
>кто заинтересован в реализации квот.
>Оригинальный патч был на 7.4, так что его доведение до ума
>может потребовать много работы. Но, говорит, что все-же есть у них
>в туду пункт "Табличные квоты".
>
>Но самое интересное, что в мой пост ответил и сам Jonah. Что
>мол, вот яркий пример разницы в том, что было нужно мне
>тогда и чего хотело сообщество. Говорит, что в данный момент у
>него нет up2date патча, но его легко сделать. А этот пункт
>из туду - результат того начального письма, что он написал. И
>лишний раз заметил, что реализовать квоты - не вопрос.
>Самое трудное здесь - понять что именно нужно ограничивать и как.
>В рассылке нашёл ответы. Немного удивлён.
Поссорились они там что-ли ?
Возможность-то интересная. С таким подходом народ на всякие oracle express поуходит.
Для хостеров квоты - вообще жутко необходимая вещь.>Оффтоп: я сам лично сейчас интересуюсь квотами для Mysql. Простейший путь -
>это квота на ФСе ну и таблицы MyISAM (InnoDB - всё
>в паре файлов держит). Но у этого метода есть пара неприятных
>граблей:
> -сама нитка Mysql'я остаеться пытаццо каждую минуту закончить запись в надежде
>пойдема квоты - ну и, следовательно, выпадает из пула работников. N
>таких ниток - и mysql в DoS'е - при очередном подключении:
>"Too many connections"
>
>- при окончании квоты и перезапуска mysql (или прибивания всех коннектов) таблицы
>(которые сверх квоты) остаються битыми, т.к. операция записи на винт не
>была закончена
>
>Такой метод конечно не подойдет для постгреса. Так что, проблема квот -
>пока что общая для My- и PG- SQL'ейТоже интересуюсь. Только в то время, когда я на это дело Mysql терзал - при превышении файловой квоты он прекращал обрабатывать запросы вообще ото всех и в логах писал что место на диске закончилось.
>Тоже интересуюсь. Только в то время, когда я на это дело Mysql
>терзал - при превышении файловой квоты он прекращал обрабатывать запросы вообще
>ото всех и в логах писал что место на диске закончилось.он и сейчас себя так ведет ;) Спасает (ненадолго) то, что он мультипоточный :)
Ну а вообще, конечно же, все это костыли. Нужна нормальная поддержка квот.