Angerslave

256Гб памяти и самосбор? Странные желания, не сталкивался никогда с такими. Обычно народ берёт платформы, какой-нить Dell 720, IBM X3650, HP DL380 G8, а так я даже и не знаю — можно ли будет подходящую мать в магазине купить.
Ну если что — обращайтесь, поможем.

Единственное преимущество хранения файлов в БД, на которое нужно обратить внимание — это конкурентный доступ. То есть СУБД корректно обрабатывает одновременный доступ на изменение к одной и той же записи. Если конкурентный доступ маловероятен, то лучше использовать файлы.

Преимущество файлов:
— Бэкапить файлы не намного дольше, но восстанавливать можно по отдельным файлам, а не заливать весь дамп.
— Обращение к файлам и считывание быстрее, чем получение записи из БД (даже если используются сокеты).
— Кэширование файлов осуществляет автоматически ОС и сервер (можно использовать и опкэшер для контроля). А у СУБД кэширование больших файлов вызывает потерю производительности из-за вытеснения простых запросов из кэша.
— Количество файлов может быть очень большим без потери мощности сервера. У меня один раз хранилось около 12000 файлов в одной директории и ничего — сервер считывал без всяких задержек. Конечно вручную открыть эту папку было проблемно.
— Sphinx — свободно ищет по файлам.

Но при всех преимуществах файлов конкурентный доступ может испортить всю «малину», так что отталкивайтесь от него.

Сейчас во всех браузерах есть приватный режим (InPrivate Browsing)

Очевидно это задача не датамаппера, а логики ваших сущностей.

<?php
namespace MyVendor\MongoBundle\Document;

use Doctrine\ODM\MongoDB\Mapping\Annotations as MongoDB;

/**
 * @MongoDB\Document(repositoryClass="MyVendor\MongoBundle\Repository\UserRepository")
 */
class User
{
    /**
    * @MongoDB\Id
    */
    private $id;

    /**
     * @var
     * @MongoDB\ReferenceOne(targetDocument="Group", inversedBy="users")
     */
    private $group;

    /**
     * Set group
     *
     * @param MyVendor\MongoBundle\Document\Group $group
     * @return User
     */
    public function setGroup(\MyVendor\MongoBundle\Document\Group $group)
    {
        $this->group = $group;
        $group->addUsers($this);
        return $this;
    }
}

Более тонкий техпроцесс и соответственно, на больше чем на четверть меньшее тепловыделение при более высокой частоте.
В принципе разница в абсолютных величинах не так уж велика — 10W против 13W TDP, 15-17% большая производительность на синтетических тестах. Впрочем, такую разницу в производительности в вашем случае вы скорее всего не заметите…

Если варианты не сильно отличаются по цене, конечно стоит взять D2700, при условии, что чипсет на материнке с ним не кушает больше.

Что значит «фильтровать»? Если защита от SQL-инъекций — то, безусловно, фильтровать нужно до записи. Но фильтровать не вырезанием и экранированием, а с помощью placeholders в PDO. Подробнее: habrahabr.ru/post/148701/
При выводе нужно эскейпить то, что может исполнится внутри HTML, тут уже поможет обычная htmlspecialchars() или использование нормального шаблонизатора (Twig, например).

Попробуйте PHPMailer.

Мне смысл перемещений узлов помог понять вот этот рисунок (на нем графически изображены пункты и подпункты условного меню с их правыми и левыми ключами):

И вот этот (иллюстрирует вставку нового узла):

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

Мы долгое время хостились в Германии. Пинг был в районе 50-60мс. Проблем это не вызывало, страницы отдавались моментально.

1) Нет не критично, несколько проектов перенес из российских хостингов, ощущения что сайты стали грузиться медленнее не испытываю, жалоб от пользователей нет.
2)Яндекс тоже на перенос никак не отреагировал ни на одном сайте.

важна скорость загрузки, а не пинг. залейте на тестовые сервера копию вашего магазина (на амазоне это будет стоить копейки) и посчитайте скорость загрузки — насколько будет больше, чем в РФ. для seo физическое расположение — по большому счету — не так важно.

В Sphinx есть real-time indexes
sphinxsearch.com/docs/2.0.4/rt-indexes.html

Так же в нём есть delta индекс
sphinxsearch.com/docs/2.0.4/delta-updates.html
это когда у вас есть основной(main) индекс + небольшой индекс delta, в котором хранится индекс по признаку, например id>99999. При изменении в бд вы обновляете только delta индекс а поиск осуществляется по индексу main+delta

drupal

У Dell на IPS достаточно выражен кристаллический эффект, что, вполне может сказаться на комфортной работе за таким монитором. (Лично я долго смотреть на такой экран не могу, проверял).
Поэтому советую также присмотреться к мониторам с *VA матрицой.

Господа, вы зря заминусовали Meliborn. Может быть он и выразился надменно, но указал на Вашу ошибку. Поясню подробнее: в php.ini по умолчанию стоит максимальное время исполнения скрипта — 30 секунд. То есть если Симфони не отдал бы ответ в течении 30 секунд, то сценарий был бы прерван, и вы бы увидели ошибку, вместо «Hello World!». Это значит, что проблема не в фреймворке, а в браузере, ОС или еще чем-то тут уже может быть очень много вариантов, и не видя вашего компьютера сказать сложно.

Если вы думаете что это из-за фреймворка — мне вас очень жаль. max_execution_time 30 сек по умолчанию

Ещё как вариант:
1-й запрос на выборку комментариев;
2-й запрос вида:

SELECT COUNT(c.id) CountOfComments
FROM comments
WHERE c.record_id IN (... IDS ...)
GROUP BY c.record_id

В IN просто перечисляете ID записей, полученных из 1-го запроса.

Вообще, думаю, что при интенсивных запросах на выборку всех записей вполне подойдет 2-й вариант.

LEFT JOIN и GROUP BY.
Что-то вроде

SELECT
   r.id,
   r.record,
   COUNT(c.id) CountOfComments
FROM records r LEFT JOIN
    comments c ON r.id = c.record_id
GROUP BY r.id

В моём понимание: