Борис Сёмов

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

После окончания рабочего дня (постановить что он кончается в определённое, и не больше 8 часов), заниматься каким-нибудь хобби, крайне желательно, не связанным с компьютерами вообще. Лучший отдых — перемена занятий.

Это же выше обсуждалось, собственно какая раница, если 64-bit OS просто не нужна?

Я на практике не пробовал подгонять именно два монитора(у меня была необходимость поставить разный dpi по горизонтали и вертикали), но можно посчитать DPI мониторов по горизонтали и вертикали, и указать их в xorg.conf вот таким образом, естественно подставив нужные значения:

Section "Monitor" Identifier "My small monitor" Modes "1024x600" Option "DPI" "118 x 118" EndSection Section "Monitor" Identifier "My big monitor" Modes "1024x600" Option "DPI" "96 x 96" EndSection

Ну во-первых, у гуглопочты есть лимит сообщений, если мне не изменяет память, где-то 5000/сутки.
Во-вторых, что мешает нанять сисадмина за небольшую копеечку, чтобы он правильно настроил вам почтовик, раз уж есть где, и вы не уверены в своих силах?

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

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

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

Если вам необходимо, чтобы система срабатывала на строго определённом расстоянии, то это будет весьма сложно. Настраиваться по уровню сигнала плохая идея — он может сильно плавать (меняться условия приёма, сложно сделать приёмник и передатчик с очень точными и стабильными параметрами по мощности/чувствительности и.т.п).
Делать полноценный радиочастотный дальномер весьма сложно, даже если не нужна не очень высокая точность.

В общем реализация этой довольно-таки простоя идеи на радио передатчике/приёмнике будет очень сложна.

Какой-либо протокол, поверх tcp вам не даст сколько-нибудь заметного «ускорения». Задержки будут всё теми же, размер контента тоже не изменится. Скорость загрузки контента опять же не станет выше, чем при использовании того же tcp.

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

Вообще говоря, на freelance.ru и других наших биржах, процент нормальных заказов и адекватных заказчиков довольно мал. Большинство думает, что они смогут получить от фрилансера качественную работу в разы меньше рынка, и в итоге не только занимаются самообманом, но и вводят в заблуждение других работодателей, ставя нереально низкую стоимость проекта, и требуя при этом высокого профессионализма исполнителя. =) Фриланс как таковой, у нас развит довольно мало пока. И многие работодатели, которые создают проекты не понимают, что фрилансер это отнюдь не голодный оборванец, готовый работать за еду. =)

На том же Odesk и других западных биржах, таких «мечтателей» куда меньше — там работодатели обычно понимают, что за 1/10 средней рыночной цены работа не будет сделана профессионально, вне зависимости будет её делать фрилансер, или какая-нибудь студия.

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

На самом деле, сложнее всего начать и заработать репутацию.

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

Для разработки плат можно воспользоваться вполне бюджетным CadSoft Eagle www.cadsoftusa.com/shop/pricing/?language=en
Уйдя на вольные хлеба, я на него пересел с PCAD 2006, и не жалею в общем. Версии Standard вам практически наверняка хватит.

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

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

Мультисатинг прежде всего нужен там, где необходимо иметь общую базу/часть таблиц. Для масс хостинга не подходит — низкая изоляция.
А автоматически обновлять можно drush и скриптами.

Ext4 разумный выбор на сегодня. Не забываем правильно выставлять stride, stripe-width, если поверх raid, кроме raid1.
Для этого можно использовать например вот такую полезную штуку: busybox.net/~aldot/mkfs_stride.html
Также, размер чанка в рейде в зависимости от данных, часто имеет смысл ставить отличный от стандартного.

www.ruby-doc.org/stdlib-1.9.3/libdoc/net/imap/rdoc/index.html
Это часом не то, чего вам не хватает для полного счастья, при использовании Ruby?
Или вы хотите принимать прямо в приложении по smtp?

> как php превратить в приятный для самолюбия язык?
Взять MVC фреймворк на php. И получить и AR, и MVC, и какой-нить шаблонизатор, если хочется коротких тегов.
А то вы сравниваете Rails и PHP, т.е. фреймворк и язык, и удивляетесь, что в PHP нет AR. =)
В чистом Ruby, тоже нет ведь перечисленного вами…

К тому же, я не профи в Ruby, но что-то не верю, что нет гемов для работы с почтой.

Банально настроить максимальное количество «деток», согласно вашим ресурсам.
Если у вас разрастается сами процессы, что вряд-ли — надо искать причину, т.к. это не нормально, и надо не городить костыли, а решать проблему.

По поводу мониторинга и процессов по ресурсам/наличию/работоспособности, и их запуска/перезапуска/алертов, посмотрите monit, но это надо делать не вместо решения проблемы, а как «вариант на всякий случай» для повышения надёжности.

Если у вас происходит только раздача контента, без его обработки, вам практически не нужен процессор. Практически у вас основное узкое место это диски.
Такое решение надёжнее и обычно дешевле делать не на одном мощном сервере, а на нескольких довольно простых.

Возможно имеет смысл сделать пару основных хранилищ и несколько кеширующих фронтэндов с ssd, если есть часть файлов запрашиваются заметно чаще других.
Если запросы размазаны по всем файлам, имеет смысл брать несколько простых однопроцессорных 1U серверов по 4 винта в каждый, побольше памяти. И распределять запросы между ними.
Такие решения и надёжнее, и обычно дешевле чем одиночный сервер, который справится с такой же нагрузкой. К тому же проще масштабироваться потом, добавляя постепенно типовые и недорогие серверы, с одинаковой конфигурацией железа и ПО.

Продаёте матрицу тут, купите нужную. Думаю, всё остальные варианты будут не проще, не быстрее, и более хлопотны.