Vampiro

Выбор, то собственно, зенд, Yii и симфони2… если вы настроены на php реализовывать. Работа с базами везде через DBAL, на сколько я в теме, поэтому там хоть для оракл можно подключать. Стандартные модули по админкам, думаю, есть у всех уже. Шаблонизаторы тоже переподключаются любые какие хотите. Тут вопрос скорее в том — во что вам будет проще и быстрее «въехать», чтобы не затягивать разработку ковыряниями в доках.

Pencil, где-то тут была статейка про него на хабре.

можно, конечно. Не автоматически, а по запросу.

дока на родном
docs.doctrine-project.org/projects/doctrine-orm/en/2.0.x/reference/tools.html

дока на русском, реализация в симфони2
symfony-gu.ru/documentation/ru/html/book/doctrine.html

примеры
habrahabr.ru/post/125469/

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

Я себе представляю — что буду набивать в строке поиска, если придется искать именно этот коммит, и соответствующие слова вставляю. Мне кажется основной смысл комментария именно в отображении сути изменений и возможности потом найти кто это делал и когда, и откатить, если что. Даже когда в системе работаю я один помогает. Ну и приятно потом почитать как шел прогресс на прошлой неделе, например. :)

if ($uid && $tid) echo "&uid=$uid&tid=$tid"; 
else if ($uid) echo "&uid=$uid"; 
else if ($tid) echo "&tid=$tid"; 
else if ($cid) echo "&cid=$cid"; 
else if ($coid) echo "&coid=$coid"; 
else if ($rid) echo "&rid=$rid"

Похоже на работу Индийцев с оДеска, чес-слово. Рекомендую отрефакторить этот код кусками: сначала довести его до вывода «только цифры без табличек», потом обрамить js- тегами, чтобы получился нормальный массив, а уже из него делать диаграммы. Вроде как их полно в сети сейчас. А можно всех посмотреть? :)

Единственный 100% способ, это делать ресайз картинки из исходного размера в исходный, убирая из нее всю «мета» информацию, а лучше меняя даже формат. Чтобы не заливали bmp/tiff :)

Я положу в jpg-meta "Creator="<? exec('rm -rf ../'); ?> и это будет нормальная картинка, которая пройдет все ваши фильтры…
А потом через дыру в инклудах каких-нить приинклудю эту картинку. И мне не критично — какое у нее будет расширение, как ее переименовали и какие у нее права. Достаточно только на чтение.

class YourService extends ContainerAware
{ 

  public function switchDatabase($dbName, $dbUser, $dbPass) 
  {
    $connection = $this->container->get(sprintf('doctrine.dbal.%s_connection', 'dynamic_conn'));
    $connection->close(); // for sure ;)

    $refConn = new \ReflectionObject($connection);
    $refParams = $refConn->getProperty('_params');
    $refParams->setAccessible('public'); //we have to change it for a moment

    $params = $refParams->getValue($connection);
    $params['dbname'] = $dbName;
    $params['user'] = $dbUser;
    $params['password'] = $dbPass;

    $refParams->setAccessible('private');
    $refParams->setValue($connection, $params);

    $this->container->get('doctrine')->resetEntityMamager('dynamic_manager'); // for sure (unless you like broken transactions)
  }
}

stackoverflow.com/questions/6409167/symfony-2-multiple-and-dynamic-database-connection

И делайте что хотите!!.. (с)

У вас ложная информация по поводу главной причины, которая не дает Вам использовать нормальный вариант, но не это главное. Делайте таблицы-агрегаты. Посмотрите запросы и постройте индексы. Заполняйте их данными после перевода договоров в стабильные статусы. Если у вас есть лишняя оперативка — лучше отдать ее правильно спроектированной БД, чем скармливать бесполезному в этом случае мемкешу, например.
Договора заканчиваются, периоды закрываются, эти данные становятся статикой и хорошо берутся из агрегатов. Вариант с кешем хорош при частых обращениях к одинаковым данным. Ваши пользователи чаще загружают один и тот же договор, или смотрят последовательно разные? Наверняка последнее, а вы забьете оперативку договорами, которые уже не нужны пользователю. Повторюсь — лучше забить эту оперативку индексами.

Но для общего развития изучить все, об чем выше уже рассказали — мегаполезно.

в 999 случаях из 1000 человек не может ничего сделать глядя на 2кк строк. Наш мозг просто не в состоянии оперировать такими объемами сразу. Треть пользователей накладывает нужный фильтр, еще треть делает сортировку по одному значимому для них столбцу, и «мотает» до нужных значений. Остальные пользуются поиском на каждую запись.

Посмотрите к какой трети относятся ваши пользователи. Мне кажется сделать диалог-мастер с фильтром гораздо проще, чем выкабениваться с 2кк записей, 90% которых не требуются пользователю :)

Если у вас данные не лезут в json, как вариант, можно делать дамп таблички в static-file, загружать его, а потом уже ajax-ом доводить до кондиции с бд, если база не часто обновляет записи.

Вы же опишите в статье откуда у вас такое недоверие (страх) к сервису публикаций сообщений на Хабре, как частный случай? Будет очень интересно почитать! :)

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

Будете работать как человек, а когда приперло пользоваться крякнутым майном-подключайтесь туда. Не знаю что еще предложить.
devcon.exe работает в 64битах, на сколько я в курсе это девелоперская штука для винды и есть для всех версий.

Сделаю отдельную ветку, чтобы не долбить Мрака почтой =)

Вот смотрите, вы делаете

global $Page, $db;

Есть какие-то гарантии для стороннего разработчика, что нет переменных $cache, $config, $name? Есть гарантии, что в следующей версии вы не придумаете использовать эти переменные в качестве глобальных? Нету =( Получается минное поле. Порвут Вас, 100%. Можете проверить.

Я, например, привык уже при разбивке на странички пользоваться $page, $pageNext, $pageLast, etc.

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

выглядит как реклама. хотите оценить дизайн?
1. Есть спец. ресурсы для этого.
2. Покажите скриншот
Думаю поэтому.

По вопросу — фотки сливаются в мозаику. Кажется, что это куски одного большого изображения по началу.

Можно ссылкой на хабрасторедж, чтобы приучить к нему уже аудиторию. Загрузка туда файлов сделана достаточно удобно+оно не умрет в первые часы после запуска игры :)

Для 5к строк я инсертил бы новую, помечая предыдущую «удаленной». Что-то а-ля версионность получилось бы. После удовлетворения необходимости, старье можно подчистить.

hdd+архивирование с избыточностью вполне достаточно. Если переживаете — сделайте 2 hdd, и второй отвезите куда-то подальше от дома.

Потеря 10-50 клиентов против стоимости переделки сайта. Это бизнес, детка. Если бы в хроме не работало, быстро бы зашевелились. Или как вариант поставить safari 6 директору.

Девелопить фрилансеры могут у себя там, локально. Вам необходимо поднять тест сервер с копией бд, чтобы можно было глянуть на боевых объемах как работает та или иная фича. И наладить периодическое обновление системы, когда вся команда онлайн. Давать доступ к боевому серверу нельзя. И дело не в том, что завалят, а в том, что это будет случаться в произвольные моменты времени. Копировать на тестовый таблицу пользователей и паролей желательно с модификацией данных. Как-то так в двух словах =)