1. про разных пользователей- это врятли относится к производительности) безопастность — да, но я не о том.
2. сейчас у меня работает связка nginx+apache2+mod_php, убрать апач готов только если найду нормальное fastcgi решение.
3, 4, 5. fpm — умеет спаунить необходимое кол-во воркеров в зависимости от нагрузки, но вот под каждый запрос всеравно все действия отрабатываваются с нуля. Поэтому, хотя и заявленно, что пых может работать в fastcgi на самом деле это не так.
насчет допиливания приложения под fastcgi это ясен пень. Если бы он был нормально реализован — допилил бы с удовольствием. Про phpDaemon слышал… но как то один разработчик не внушает доверия в плане стабильности. Никаких похожих проектов не наблюдается?
ну если подумать — то от них никак не отказаться… ведь у массива должны же быть ключи, цифровые и какие либо другие. проблема только в том, что сортировка по ним не работает… думаю со временем реализуется, мне пока, слава богу, это было ни к чему.
Да, похоже вы правы и сортировать таким образом числовые массивы пока нельзя. Зато в них можно искать.
К примеру это будет работать find({'posts.created':132125370})
такой сортировкой вы выберите пользователя, у которого в постах есть пост с самым большим значением created.
Сортировка внутри массива должна осуществлятся через map-reduse, но в текущей реализации монго еще не поддерживает работу с вложенными массивами в map-reduse, поэтому вам необходимо сортировать это уже на стороне логики.
К слову, я обычно в таком виде храню только необходимую meta информацию (типа идентификатора, даты), а сами посты — отдельными объектами. Это конечно вызывает трудности с синхронизацией, но при таком размазывании данных никаких проблем с сложными выборками
ну есть то уже 5.3 причем давно:) Конечно если использовать готовые фреймворки, то разницы не почувствуете. А так вообще хорошо было бы шагать в ногу со временем)
в Debian нет /etc/rc.local (во всяком случае у меня:)). Да, поидее должна, но хочется решить вопрос 1 строчкой и правильным симлинком, а не городить скрипт автозапуска при том, что стандартный skeletton из мана работать у меня отказывается
Ну тогда без ввода какой-либо идентифицирующей информации это не реализуемо. Будь то логин с паролем, уникальный ключ, генерируемый клиентом при старте и т.д. и т.п.
2. сейчас у меня работает связка nginx+apache2+mod_php, убрать апач готов только если найду нормальное fastcgi решение.
3, 4, 5. fpm — умеет спаунить необходимое кол-во воркеров в зависимости от нагрузки, но вот под каждый запрос всеравно все действия отрабатываваются с нуля. Поэтому, хотя и заявленно, что пых может работать в fastcgi на самом деле это не так.