gribozavr

Если вы не хотите разбираться в регекспах, то просто удаляйте правила по одному и смотрите кто забанил.

Начинат надо с status и info для apache. Смотреть в сторону:

SetHandler server-status
SetHandler server-info

Дальше смотреть в какой mode: если prefork то это скорее всего безудержное размножение children. Если worker то где-то память хотят много и не освобождают. Как вариант — баг в Апаче или модуле. Но скорее всего — багнутый скрипт.

Делать мониторинг состояния apache и по нему и логам надо воспроизводить и локализовывать проблему.
Первое — анализ логов запросов — искать что повторяется каждый раз когда память утекает и проверять.
Второе — отключать по очереди и смотреть.

А в целом вопрос из разряда «у не работает Х. Что мы сделать что бы заработало ?»

Kiev +3 GMT — Вы открыли новый часовой пояс. Вообще-то киевский пояс +2. Хотя это оффтоп, решения не знаю =)

про cluster fs вам конечно не рассказывали? GFS2 или там OCFS2?

> Вопрос: как заставить PHP думать буквами, а не байтами?
Ответ: никак. Для работы с многобайтными кодировками есть расширение mbstring (http://ru2.php.net/manual/en/book.mbstring.php), реализующее необходимые функции.

Читайте матчасть, как нтфс должен узнавать что на него что то записали на другом компе?

Файловая система-то какая?
Чтобы один и тот же диск был доступен с нескольких подключений, на диске должна быть кластерная файловая система.

Сервис — он не от пользователя работает. И при работе сервиса нет такого понятия как «активный» рабочий стол, ведь ни для кого не секрет что можно открывать одновременно несколько учетных записей в данный момет времени, первая допустим основная, локально с компа, а вторая — через RDP, вот и получается что нет «активного» рабочего стола, а есть (скорее всего) список запущенных учетных записей из них уже и надо получать хэндл рабочего стола. Не знаю как вы пропустили этот момент, когда читали про сервисы, но я точно помню что реализовано это именно так. Советую почитать про Сервисы и Драйвера в Windows.

+1 за OpenVPN

доков много и людей, к которым можно обратиться за советом тоже.

Если будете писать что-то с кодом, старайтесь листинги оформить хорошо. Имеется ввиду с правильной подсветкой, форматированием, и комментариями.
Выкладывать весь код в статью смысла нет. Вставляйте существенные вещи, а в конце статьи давайте ссылку на полный код. Желательно не в архиве, а там, где по нему можно в браузере походить.

Присоединюсь к homm. Еще хорошо, чтобы в тизере статьи была информация о том, что конкретно будет в статье, а не что-то абстрактное о нелегкой жизни автора статьи.

Поставил OpenVPN. Вот нашел отличный мануал по настройке, наверное кому-то пригодиться: xgu.ru/wiki/OpenVPN_в_Windows

OpenVPN проще и лучше всего!

поднимай OpenVPN — это кажись самый простой вариант будет, по крайней мере мне так кажется с моей колокольни.

если тут и дальше будет тишина, то можно сделать вывод, что жители Хабра давно выкинули это древнее поделие на свалку. Лично я так и сделал на первой же своей работе. Я понимаю, что не по теме, но за неимением других советов подумайте о смене почтового сервера на что-то более распространнёное, типа экзим или постфикс.

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

Половина желаний не относится конкретно к языку, прочитайте пару книг (да, именно не одну а больше) И вот тогда уже, избавясь от половины вопросов и желаний сами поймете чего Вам действительно нужно.

Если я ничего не путаю, то Inkscape и ImageMagick для конвертации используют autotrace. У этой утилиты и у vectormagic есть онлайн конверторы.

Так а провайдер ведь ограничивает доступ на уровне dns, верно? Ставим гуглоDNS в настройках соединения и счастливы.

«Управление грибами». (Почему грибами? Потому, что грибы держат в темноте и кормят навозом.) Удержание работников в неинформированном и постоянно занятом состоянии. Замыкание всех внешних и внутренних потоков информации на себя. Фильтрация и искажение информации в личных интересах. Зависимость исполнителей от более информированного начальника. Строгое разграничение прав доступа к проектной документации и исходным кодам. Ограничение доступа в Интернет («а вдруг узнают среднюю зарплату на рынке?»), запрет ICQ, препятствование общению с коллегами из других компаний. Загрузить работой так, чтобы времени на обдумывание чего-либо не оставалось. Постоянно находить какие-нибудь «важные и неотложные» дела.

вот так не будет цельной картины у разработчиков и они настолько устанут от проекта, что забудут его с великой радостью ;)