Почему-то перестала работать RAM?

> В биосе. и в CPUCool монитор напряжения (+12, +3.3, +5) всюду показывает слегка больше номинала.
На эти цифры можно вообще не смотреть. Напряжения нужно мерить мультиметром, софтовые измерялки безбожно врут.

Почему-то перестала работать RAM?

Я имею в виду в том виде, где доступ к биосу есть — переставить настройки, выключить, добавить память. Но gigabyte… Не доводилось как-то с ними работать, там вроде бы как-то хитро выставляются ручные настройки.

Почему-то перестала работать RAM?

Это так, между делом, напрямую к вопросу не относится. Из соображений совместимости в SPD ставят только 1.8В и настройки, на которых память в этом случае стабильна — скорей всего стандартные CL5, а то и 667мгц частота вдогонку. Вручную выставляется номинальные для плашек.

Попробуйте всё-таки сбросить биос в дефолт принудительно — подчас помогает, даже если тот всегда так и работал.
Потом запустите на 3 планках, и попробуйте немного понизить частоту FSB. Можно ещё на несколько ступеней поднять напряжение на NB (северный мост), там контроллер памяти, может, ему питания перестало хватать.

А вообще — можно на 3гб и остаться. Всё равно 32-битная система больше 3,3Гб не оперирует, а 64-битка — больше занимает, то а то и выходит, в среднем.

Вызов определенной функции на php 5.2.17 под OS X дает пустой ответ в браузер. Почему?

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

Если достаточно вернуть ошибку на некорректные данные — сделайте iconv('utf8','utf8', $sInput) и перехватите его notice. Ещё стоит поглядеть функции utf8_encode / utf8_decode

Вызов определенной функции на php 5.2.17 под OS X дает пустой ответ в браузер. Почему?

Этому багу PRCE подвержены все версии, вопрос лишь в размере. 5.3.5 роняется где-то на строках в 10кб.

Где купить Raspberry PI (без посредников)?

А вот этого уже не знаю. Я, как писал ниже, заказал в июле в RS, там и дожидаюсь, мне не срочно.

Где купить Raspberry PI (без посредников)?

В RS даже не рассчитывайте на быструю доставку. Весной, если повезёт, получите.

Синхронизация данных флешки?

> Хм, даже не думал, что на такую элементарщину кто-нибудь будет статейку писать…
А вы поищите, это только пара статей, за которые глаз зацепился при поиске, так их ещё больше =)

> А как сделать проверку того, что изменилось, а что нет?
Присоединяюсь к пожеланию начать с rsync

Как избежать попадания рассылки в спам?

pomeo, у нас в компании в августе на семинар приглашали разработчика рамблер-почты. Тот прямым текстом сказал, что доставку письма достоверно определить со стороны невозможно. И вся эта статистика рассыльщиков — или с потолка или неверна.
Например, популярный способ — вставить в письмо изображение, ссылающееся на подконтрольную машину — gmail без включения хитрозапрятанной настройки все сторонние изображения вырезает, соответственно, по этой метрике за вычетом погрешности будет 0 доставленных на gmail писем.

Ну или сильно приблизительна — честные компании делают нетарифицируемую рассылку на свои несколько тысяч ящиков и проверяют, сколько писем дошло.
Причин не верить человеку, плотно работающему в этой сфере, как-то нету.

Как избежать попадания рассылки в спам?

Много разных метрик (я не специализируюсь по антиспаму, тему знаю постольку-поскольку), и никаких средств узнать, дошло ли письмо пользователю, а не вырезалось в спам. Ну кроме рассылки на собственные подконтрольные ящики.

Как соединить эти два запроса в один?

join JOIN по ошибке, конечно же =)

Очистка php сессий в ubuntu и debian

В штуках их сколько?
Вероятно, вы упёрлись в классический вопрос «как удалить что-то из директории, содержащей очень много файлов». Объём директории при этом значения не имеет.

Миграция с openvz

Да, я уточнял как раз требования к виртуалкам, подойдут ли LXC — если понадобились другие ядра/модули ядра в виртуалках — то LXC бесполезен.

На счёт продакшена не знаю, рекомендовал бы остановиться именно на KVM. По LXC информации значительно меньше и надо пристально следить за датами, штука молодая ещё.
Но и жёсткое «или» ставить не обязательно — ничто не мешает использовать KVM и LXC на одной машине.

Как реализовать хранение друзей в БД?

> у вас будет таблица на 200000 записей
И что? И 50 лямов — не проблема для тупого индекс-скана даже на убитой виртуалке.

А вот хранить массив в поле таблицы — ветвь тупиковая. Чуть только понадобится найти «кто добавил в друзья меня», а не кого добавил этот пользователь — сразу получается full-scan, который быстро выполняться не может в принципе.

Ламерский вопрос про переход на зимнее время в Ubuntu. Как?

Сделайте apt-get install tzdata
Он поймёт, что надо обновить пакет.

Какой выбрать SSD для Asus1201N?

> 3 гигабита как никак у SATA-II это же 375 мбайт в секунду
Забыли о кодировании 8b/10b. 300мбайт/с теоретический предел

Долгое выполнение запросов в MySQL

А вы?
int(любое что-то) — всегда 4 байта.
tinyint(любое что-то) — всегда 1 байт.
Это самое «что-то» — лишь подсказка, в частности, терминалу о том, сколько пробелов резервировать под вывод значения.

dev.mysql.com/doc/refman/5.1/en/numeric-type-attributes.html

The display width does not constrain the range of values that can be stored in the column. Nor does it prevent values wider than the column display width from being displayed correctly. For example, a column specified as SMALLINT(3) has the usual SMALLINT range of -32768 to 32767, and values outside the range permitted by three digits are displayed in full using more than three digits.

Долгое выполнение запросов в MySQL

> тройной индекс может помочь.
Он определённо поможет. Сейчас у ТС идёт array merge двух индексов (тоже не самая простая штука), но группировка во временной таблице, при том группировка без малого 400тыс. записей — быстрой не может быть.
А индекс по checked, taken, task_id позволит группировать этот запрос по индесу, плюс, если запрашиваются только поля индекса — index scan, не стоящий почти ничего.
Так же подойдёт индекс по taken, checked, task_id
А вот task_id на первом месте — оптимизатор сразу откинет этот индекс как неподходящий, по нему ничего отфильтровать нельзя.

Долгое выполнение запросов в MySQL

edogs, ошибаетесь. Этот приём называется «покрывающий индекс» — когда данных в индексе достаточно для ответа на запрос и данные не поднимаются вовсе.
Но поля селекта обрабатываются только после group — и если task_id поставить на первое место индекса — это индекс будет вообще неприменим для этого запроса, т.к. не отвечает необходимости левостороннего размещения полей. Чтобы узнать значения в select, сперва надо обработать where и group.

Долгое выполнение запросов в MySQL

Потому что в составных индексах порядок столбцов имеет первостепенную важность. Если правда интересно — рекомендую книгу «MySQL. Оптимизация производительности», Бэрон Шварц. Много правильных вещей объясняется.

Если коротко и только на этом примере:
Чтобы было возможно сгруппировать результат по индексу, все поля, участвующие в where должны стоять левее в индексе. Сперва исполняется where, только потом — group. Если индекс не охватывает полностью where, для группировки он непригоден.