Ogra

1. Мухи отдельно, котлеты отдельно
Корень репозитория не должен являться корнем сайта. У репозитория должна быть своя структура — с ветками, и т.д.

2. Автоматическое обновление
Ставится post-commit хук, который после каждого коммита будет обновлять сайт. Ничего сложного в этом нету, документация в инете есть.

3. Данные
Тут уже потребуется написать пару скриптов — для снятия дампа, и для его обновления. Также может понадобиться скрипт, которые снимает лишь частичный дамп — критичный для приложения. Возможно, наилучшим решением будет специальный софт, поддерживающий БД в актуальном состоянии.

Может попробовать DISTINCT?

Посмотрел исходники Firefox.
В одном файле найдено:

  // Первый вариант встречается, но редко:
  JSObject* obj = nativeWrapperCache->GetWrapper();

  // Второй встречается существенно чаще 
  const nsIID *iid = nsnull;

  JSContext *cx = nsnull;
  nsGlobalWindow *win = nsGlobalWindow::FromWrapper(wrapper);

  // Функция:
  NS_IMETHODIMP nsWindowSH::GetProperty(nsIXPConnectWrappedNative *wrapper, JSContext *cx, JSObject *obj, jsid id, jsval *vp, PRBool *_retval){}

У вас неправильная позиция изначально. Вам нужно не линейный массив собирать, а дерево из аргументов и операторов.

Первый вариант семантически действительно обозначает отдельный тип. Проблема вот в чем:

Type a, b,c;
Type* pA, pB, pC;

В этом коде все выглядит так, будто a, b, c — объекты, а pA, pB, pC — указатели на объекты. На самом же деле указателем является только pA

Запись по второму варианту является более точной:

Type a, b,c;
Type *pA, pB, *pC;

ru.wikipedia.org/wiki/Алгоритм_точки_в_многоугольнике

Думаю, что подобный алгоритм через SQL не реализовать(Хотя можно попробовать определить функцию), поэтому:
1. «Рисуете» вокруг вашей области ограничивающий прямоугольник со сторонами параллельными координатной сетке. (X_min, Y_min, X_max, Y_max)
2. Выбираете все точки, принадлежащие этому прямоугольнику (простой, быстрый запрос)
3. Проверяете все эти точки скриптом.

Ставьте Trac или Redmine — не так уж и сложно на Апач поставить Питон или Руби.

Сам долго ходил и выбирал себе клаву. Остановился на Microsoft Comfort Curve 2000 — и доволен.

Миллион элементов из 16 миллионов элементов возможных позиций. Можно попробовать создать карту позиций, т.е. array[rgb] = 1 | 0.

Если каждая позиция описывается одним байтом, то это 16 Мб памяти. Не так уж и много, для современных то машин?
Довольно таки простая адресация, простой запрос, поэтому можно воспользоваться поиском вширь. Если поиск сделать двухуровневым, то скорость будет вполне приемлемой. (сначала поиск по областям 16х16х16, потом поиск по точкам внутри подходящих областей).

Разобраться в мегакомбайнах, таких как WP и Drupal быстрее, чем допиливать что-либо простое ;)
Серьезно: продуманная архитектура и большое количество плагинов/модулей позволяют быстрее допиливать под свои нужды.

Для повышения личной эффективности использую www.rescuetime.com и не использую другие сервисы.

Zend Studio.
С FTP напрямую неработал, даже не знаю, есть ли там такое;)
Но либо есть такой плагин к Eclipse, либо при должной настройке Ant можно получить практически полный аналог ;)

Dive into Python

Возможно, стоит вынести логику обработки «запчастей» из Apache и отдать на откуп PHP скрипту. Опять же будет проще в случае чего уйти на другой сервер.

Если у вас появилось желание выучить что-то еще, могу предложить вот что:
Прочитайте статью Эрика Рэймонда «Как стать хакером», и выберите язык из предложенных там — это Perl, Python, C, LISP. Небольшая цитата:

Лучше всего, на самом деле, выучить все четыре этих языка (Python, C/C++, Perl, и LISP). Помимо того, что это самые важные хакерские языки, они демонстрируют очень разные подходы к программированию и каждый из них научит вас ценным вещам.

В 6м Друпале у нод есть строго определенные поля. И есть плагин, который позволяет добавлять очередные блоки-кирпичики — CCK, его надо скачивать и ставить отдельно…
В 7м же Друпале этот модуль не просто поставляется «из коробки», а объединен с системой.

Так что какой-то промежуточный вариант получается ;)

Воспользуйтесь Far manager — там это делается быстро и просто — Alt-F6.
Только будьте аккуратны с удалением — это, увы, чревато.

Можно поставить Drupal, включить в нем неагрессивное кэширование, и поначалу вам этого точно хватит. А дальше если встанет вопрос развития — то можно либо допиливать, либо переезжать на хостинг получше. Зато задел по функциональности — гигантский.

Опять же, есть wordpress.com, blogspot.com, livejournal.com — в зависимости от аудитории, это может быть лучшим выбором. Есть мнение, что на блогспоте обитает больше программистов, чем на других блог-системах.

Судя по описанию, игра не обладает особо большой аудиторией («Скорее игра представляет собой упрощённую смесь преферанса и тысячи»).
Так что, реализовать ее не сложно, но никому не нужно. Что уж говорить, если у Преферанса реализаций — всего ничего.

Лично мне нравится Rescue Time.