Растишка

Написать кусок кода который будет тупо работать — за полчаса можно, но вот время сверху будет зависеть от того куда ее подключать, как сие творение написано, реализация всяких там биллингов-шмилингов и прочей трихомудии… Плюс отладка. Почему-то у всех кто говорит «хочу подключить робокассу» дальше идет строка «написать историю пополнений», «написать API по работе с финансами внутри проекта (переводы, конвертации, ф-ии получить остаток и т.д. )» и вот это уже не 2 часа делается… ну а если все есть и надо только вызвать уже готовую в апи ф-ю пополнить баланс на стока-то и указать из какой платежной системы поступила оплата — то да, полчаса-час…

— будет обеспечивать максимальную скорость

У роутеров Asus есть показатели железа в интернете. Остальные домашние роутеры скрывают эти свои характеристики.
У меня Asus RtN16 — он наверное самый мощный для своей ценовой категории. Вот спецификация.

CPU: Broadcom BCM4718 533MHZ (best from class)
RAM: 128MB (2x 64MB)
Flash: 32MB
ETH: 4x GIGABIT (LAN) 1x GIGABIT (WAN)
USB Ports: 2
WLAN: Dual Radio N
JTAG: Yes

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

В общем и целом скорость зависит от многих факторов и железо тут не всегда важнее чем ПО.

— максимальную дальность
Обзоров не видел — надо поискать. Но если нет — то количество антенн и отзывы по ним весьма неплохой показатель.
Также хорошо знать можно ли свои антенны использовать. Если уж дальность для вас так важна.

— будет иметь удобные консамерские фичи (типа подключения usb-винта и т. п.)
Ну этого уж точно в описании навалом. Usb есть почти на всех современных беспроводных роутерах. Вопрос может стоять можно ли подключить какой то конкретный 3G модем например или чтонибудь в этом духе.

Фичи там еще такие:
1) 100Мб против 1000Мб — думаю второй вариант лучше несмотря на приличную разницу в цене.
2) N против G протокола вайфая — однозначно нужна поддержка N.
3) 1 диапозон (2.4 ГГц) или 2 (2.4 ГГц и 5Ггц), могут ли работать 2 диапозона одновременно — это может существенно улучшить скорость передачи данных роутера по целому ряду причин — но и разница в цене очень велика.
4) Наличия usb хаба — то есть возможность подключать несколько устройств по usb — вобщем то не сказать чтобы критично.
5) Наличие альтернативных прошивок и альтернативной поддержки — очень важно — так как родное ПО у всех по моему роутеров проблемное.

Из разряда книг, которые все советуют, но никто не читает :).

Есть чуть более легкая книга, очень рекомендую:
en.wikipedia.org/wiki/Introduction_to_Algorithms

ps ее я читал :)

Господи, люди откуда у вас такие проблемы? Тут вроде бы технически грамотные пользователи собрались, а все каких-то вирусов боятся.

У меня Уже 10 лет антивируса нет и все окей.

У меня были идеи написать и начать распространять ПО, которое бы выполняло функцию по чистике компьютера от продуктов mail.ru. Если есть единомышленники, то напишите на bubnenkoff@gmail.com

Делайте как и раньше.
При смене имени категории через 301 редирект отправляйте на новую ссылку.

Вспомнилось:

Встречаются два 1с-ника:
— Как дела?
— Ну, если тебе интересно, конец если,…

Мне не в обиду хочется спросить, но просто может со стороны виднее, свежим взглядом…
А точно нет другого способа решения проблемы, кроме как стоя в метро на айпаде кодить на php?
Может, квартиру снять поближе к работе, или работу сменить?..

Какл очень тормозной и иногда не очень опрятно выглядит, а переназначить их CSS нельзя — у них везде !important

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

P.S. Работал в обеими системами и с ходу не вижу ни одной объективной причины для смены движка уже работающего сайта.

Если клиентов мало, то проще будет работать с одной БД, так как Вы снижаете затраты на конфигурацию, настройку и сопровождение разных БД. + может возникнуть необходимость интеграции данных между клиентами.

Сделайте как удобнее, когда перестанет работать переделаете.

если я правильно понял вопрос, то нужно открыт своё ООО.
если время поджимает — то лучше обратится в юр. контору. За относительно небольшие деньги (летом было 4 т.р. госпошлина + 5 т.р. услуги — устав, печать, оформление и т.п.) у вас будет своё ООО.
т… е фактически нужно будет придти 2 раза — 1 раз подать заявку и оплатить госпошлину, второй раз за готовыми документами. Вы сэкономите много времени.
Если время есть — то самим, по мануалам, которые, в частности были на хабре. Только бегать придётся определённо больше, нежели 2 раза.
И, когда будете придумывать устав общества подумайте хорошенько над всеми аспектами (кто учредители, доли в уставном капитале (мин. 10 т.р., можно имуществом, которое сами оценили), могут ли участники выходить из общества, возможен ли приём новых участников).

Не нужно. Не ходите туда. Работайте, программируйте. Должны же мы (люди с высшим образованием) кем-то руководить :)

Считаю что на постсоветской территории образование крайне хреновое и не думаю что 5 лет стоит тратить на наши ВУЗ…
Я вот уже как шесть лет почти работаю веб-программистом и считаю что за это время я набрал гораздо больше знаний, если бы учился эти же пять лет в нашем ВУЗе… хотя поступал в наш ВУЗ уже проработав пару лет программистом, поступал в ту же сферу, в конечном итоге довольно быстро ушёл из ВУЗа, о чём не жалею…

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

Сугубо моё ИМХО.

Мы одно время думали, как перейти на ORM, рассматривали Propel, но потом внедрили Yii и стали использовать его встроенный ActiveRecord. Для большинства задач — вполне себе превосходно справляется.
Ну а для сложных, а особенно больших выборок (более тысячи записей) использование ORM крайне не рекомендуется.

Такую тему уже поднимали. Ваша первая модель похожа на ТИП 4.

Зачем поле param1_is_changed? Нужно определять какое именно поле изменилось, они меняются не группой?

Логики во втором методе, пока, не вижу.

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