Сергей: могу собрать для эксперимента архивчик ;-) Правда, не факт, что он вызовет проблемы. Если в системе нет таких пользователей, но прав в группе other хватает для стоящих задач, Вы этого не заметите.
Сергей: с архивами в принципе могут быть проблемы. Если не ошибаюсь, ZIP и TAR хранят информацию о владельцах и группах в виде идентификаторов, а не имён. То есть если данные перенесены с другой машины, то почти наверняка возникнет проблема, нужно будет пройтись по файлам chmod-ом.
mihuil: я на подобной проблеме (разный print в разных питонах) сам убил несколько часов :-) И только когда разобрался, то вспомнил, что это был первый ответ на мой вопрос о разнице между питонами.
magary4: я же говорю, применение не тех инструментов ни к тем задачам. Если Вашему сердцу мил документоориентированный подход, то и берите Mongo, он тоже хорош по-своему (да, я пробовал). Но раз Вы выбрали реляционный движок, то зачем в него пихать невпихуемое?
И да, программисту, который будет работать с Вашим API, совершенно ни к чему знать, сколько Вы таблиц используете, это всё детали реализации. Ему нужно знать только то, сколькими сущности он может манипулировать. А Вы уже на своей стороне сами думайте, как парсить его запросы и как генерировать ему ответы.
Я, кстати, сам по работе использую API двух баз данных, одна из которых MongoDB, другая PostgreSQL. Это два хорошо продуманный REST API и я не чувствую никакой разницы.
Вадим Егоров: так ведь slow POST, насколько я успел понять, это атака на операционную систему, а не на движок сайта. Его цель - занять на сервере как можно больше TCP-соединений и упереться в лимит. Примерно как SYN-флуд, только надёжнее, так как сервер искренне полагает, что соединение правильное, а не мусорное. То есть проверка сайта через slow POST может максимум показать, насколько дорогой хостинг взяли владельцы.
С точки зрения проверки движка я бы предложил использовать HTTP-флуд - делать много сложных запросов вроде полнотекстового поиска. Или несложных (запрос страниц), но много. Это проверит кэширование (на всех уровнях), а так же рациональность использования памяти и процессора.
Кстати, у nginx для этой цели есть офигенно крутой модуль auth_request. Он позволяет сделать HTTP запрос, посмотреть на код возврата и исходя из него отдать или не отдать файл. То есть ограничение доступа делается безо всяких костылей, одним скромным и органичным допилом движка.
Александр: прошу прощения за оффтоп, но использовать PHP^W скриптовый язык для математических расчётов "на лету" - бессмысленно и беспощадно по отношению к памяти и процессору.
vilgeforce: то есть Вы считываете строку со стандартного ввода, потом куда-то её передаёте? Тогда зачем вся эта каша с кавычками? Python сам разберётся со всеми символами, кавычки актуальны только для строковых констант в коде.
