sajgak

MongoDb — документоориетированная СУБД
www.mongodb.org/
Шустрая и удобная. Есть для драйвера под популярные ЯП.

В обычном доке, просто резюме с описанием решаемых задач на последней работе + контакты.
Макет взят из шаблонов ворда.

Если в linux'e/*bsd, то можно воспользоваться пакетом imagemagick. Получится нечто в духе:
for IMAGE in *jpg ; do convert $IMAGE -resize 100x100 ${IMAGE/.jpg/}_small.jpg ; done

webmin.com?

Так это же клевый олдскул)

Была необходимость сделать это на PHP. Реализовывал просто:
— запрашиваем через url страницу (в заголовках запроса указываем предпочтение получить ответ в utf-8 — для тех веб-серверов, что отдают в той кодировке, которую запрашиваешь)
— проверяем статус ответа (может вообще этот url не существует)
— смотрим кодировку в заголовках (регулярками)
— смотрим кодировку в meta (регулярками)
— ищем title, конвертируем его значение в определённую кодировку.

p.s^ счас поищу регулярки на всё это…

Сколько лет подряд сижу в экселе, но так и не заметил ни разу,
чтобы он имел многопользовательский доступ и к тому же веб-интерфейс.

Вам есть смысл повернуть свой взор в сторону ГУГЛ-ДОКС

Новые машины не проверяю обычно. Разве что если есть подозрения на проблемы. Лень — слишком много их у меня проходит.

1 — первым делом смотрю на конденсаторы на материнке. Не совсем тест, но это первое что делаю при подозрениях на проблемы с железом.
2 — первое что я проверяю без отвертки это мемтест со зверя. Помогает не только для памяти — если два часика покрутит без ошибок, то это тоже показатель работоспособности.
3 — индикаторы напряжений и температур в биосе и в винде. Стабильность показателей, собственно адекватность цифр.
4 — самый старый тест на стабильность это установить винду на проверяемой машине. Не залить Акронисом образ с аналогичной машины, а именно поставить. Установка винды много чего задевает, и память и жесткий и все остальное. Желательно слушать звуки. Иногда можно услышать подозрительные звуки от жесткого диска, но это уже опыт и везение.
5 — очень показательно бывает если не ставятся заведомо правильные драйвера на то или иное оборудование. Часто сталкивался с тем, что видик вроде работает, но драйвера не ставятся. Детальная проверка показывает проблемы с железом.
6 — еще одна классика — 3Д игрушки. Давно не пользовался ибо нет у меня их. В идеале дает проверку видика и общенагрузочный тест. Обычно после нагрузки сразу смотрим температуру.
7 — тестирование методом замены подозреваемых модулей тоже классика. Пример — имеем глюки. 10 минут мемтеста ошибок не дал. Меняем планку памяти. Глюки пропадают. Гоняем планку в большей нагрузке и таки находим баги.
8 — для именно профилактического тестирования не забываем про битые пикселы. ленивый тест — разворачиваем на весь экран белый фон. Высматриваем. Далее тоже самое с черным фоном (не путать с выключенным экраном или сигналом.) Если фона нет, и лень шаманить можно взять близкое что-то и подвигать.
9 — часто полезно протестировать такую часть системы как напряжение в розетке. Ну и хорошо бы конечно еще прокладку между креслом и клавиатурой проверить, но это уже другая история…
10 — вообще мой выбор это «доверяй СЦ». Новые машины должны идти с выходным контролем, благо у нормальных интеграторов есть и стенды и все такое. А на выходе — локализовал проблему, и отправил блок или машину в Сервисный Центр. С СЦ надо работать так, чтобы не обманывали. Понятно что если ты работник СЦ то такой вариант не для тебя, но тогда у тебя и POST-карты есть, и вопросов таких ты не задаешь…

Я поначалу работал вообще по одному дню в неделю (на заводе урезали рабочую неделю до 4 дней), так-что, думаю, 3 дня — вполне. Например можно брать проекты здесь: www.free-lance.ru/

Лично я бы сделал так:

* превращаяем строку обратно в объект DateTime
* используем метод format(«U») для получения таймстампа
* сравниваем даты по полученному значению

1. Скачиваешь программу VideoCacheView.
2. Смотришь концерт полностью, окно просмотра не закрываешь!!!
3. Запускаешь прогу и из кэша копируешь свой концерт!
п.с. не забудь обновить кодеки, файл будет иметь расширение flv.

НУ или пробовать тыкать
ru.savefrom.net/
videosaver.ru/

А авторство проекта чьё? В смысле — написали вы его сами, или это «один из многих» копий какого-то платного/бесплатного движка?
Я к чему спрашиваю — если идея и реализация особо не отличаются от других похожих проектов, то с этим вряд-ли можно будет выехать на серьезный уровень.

Напишите обертку для live (какую-нибудь jQuery.fn.my_live), которая с помощью data() добавляет в объект пометку о навешенном обработчике, а затем вызывает live. И по всему коду замените live на my_live. В дальнейшем с помощью data ищете в объекте пометку: если ее нет, значит, обработчика нет.

По умолчанию настоящего FastCGI в PHP нет. По факту скрипты заново инициализируются при какждом запросе. Тут может помочь какой то опкешер, но к теме вопроса это отношения не имеет.

Есть проект phpdaemon, который может работать как FastCGI server. На хабре о нем не редко пишут. Вот например попытка перевести проект на симфонии на него habrahabr.ru/blogs/php/103875/.

При всем моем уважение к phpdaemon (без сарказма), я бы побоялся выпускать это в продакшен.
1. Сколько людей стоит за этим проектом? Насколько безглючный код? Не надоест ли автору завтра заниматься этим проектом? Лист рассылки не выглядит слишком активным…
2. Если у вас есть уже готовый код, большой шанс что его придется допиливать.

И тд. Мое имхо, что PHP годами был плохо приспособлен к такому использованию. Да стало лучше, но еще пройдет не мало времени, прежде чем вся инфрастуктура PHP будет приспособлена для true FastCGI приложений.

мое мнение — если хотите настоящий FastCGI, то PHP пока не лучший выбор.

До сих пор не утихают споры по этому вопросу. Однозначного мнения нет, всё зависит от задачи, и от того, насколько ваш код оптимизирован к работе в fastCGI режиме. Вот материалы, которые помогут вам разобраться в теме:
— Статья Дмитрия Котерова про php fast-cgi
— Вриант от создателя phpDaemona
— Статья по настройке php5-fpm
— Статья Ильи Кантора по скрещиванию Symfony и Fast-Cgi

По поводу тестов и сравнения:
— php-fpm VS apache2+mod_php
— Apache + mod_php compared to Nginx + php-fpm
— Comparing Nginx+PHP-FPM to Apache-mod_php
— Битва PHP: Apache vs PHP-FPM

Некоторые соображения:
Вся технология PHP-FCGI базируется на чем угодно, только не на том, что из себя представляет fast cgi для таких например языков как Perl & C со своими интерфейсами скриптинга.

Если уравнять условия apache и php-fpm, php-fpm единственное в чем выигрывает, то это в памяти, ито за счет двух дополнительных процессах апача. Остальные выигрыши довольно сомнительны.

Если с апача убрать обработку статики и всего лишнего (например с помощью nginx), он довольно шустро обрабатывает скрипты.

С другой стороны, в PHP-FPM довольно красиво реализована схема chroot’а и запуска из под отдельных юзверей, что повышает безопасность. Но он проигрывает в IPC, т.к. пока не умеет изменять количество воркеров пропорционально нагрузке. Если поставить слишком много воркеров, будет overhead по CPU и памяти (за что грешат на апач), если поставить слишком мало – будут отказы в обслуживании. Ну впрочем, кому резонно вручную следить за процессами FPM, те этим занимаются.

в /etc/init.d/ кидаешь файл что-то типа:

1. #!/bin/bash
2.  
3. case $1 in
4.   start)
5.     Действие при старте
6.     ;;
7.   stop)
8.       Действие при остановке
9.     ;;
10.   restart|reload)
11.     $0 stop
12.     sleep 3
13.     $0 start
14.     ;;
15.   status)
16.     действие при запросе статуса
17.     ;;
18.   *)
19.     echo "Usage: $0 {start|stop|restart|reload|status}"
20.     exit 1
21.     ;;
22. esac
23.  
24. exit 0

* This source code was highlighted with Source Code Highlighter.

Далее прописываешь когда он должен стартовать
ln -s /etc/init.d/ИМЯ_ФАЙЛА /etc/rcN.d/S91xxxxxx
Где N — состояние системы при котором должна быть запущена служба
0 — остановка системы
1 — загрузка в однопользовательском режиме
2 — загрузка в многопользовательском режиме без поддержки сети
3 — загрузка в многопользовательском режиме с поддержкой сети
4 — не используется
5 — загрузка в многопользовательском режиме с поддержкой сети и графического входа в систему
6 — перезагрузка

S91 — порядок запуска
xxxxxx — любое уникальное имя. желательно чтобы было такое же как и в init.d чтобы не путаться