Wott

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

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

C кэшем будут проблема — придется в ключи вводить user agent
Ну и с поддержкой — несколько вариантов вести очень геморройно

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

хороший код как правило одинаков или почти одинаков во всех брузерах.
IE хороший показатель — он практически ничего из ошибок не прощает и корежит кривую верстку.

2. мелкие несоответствия — отступы, иногда отсутствие или разное поведение для значений.

решается хорошим reset.css, но все равно доставляет в случае непростой верстки

3. тупо баги.
IE со своим margin, bold/background и ненаследованием размерностей тут лидирует, но и остальные доставляют постоянно.
решается хаками.

Если не поднимать кэш то все уже описали. Но я особо не вижу смысла в этом — лучше уж перейти на workers на apache.

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

Как отметили nginx хорошо обрабатывает статику, но если ее много, то эффективнее
— обьединить скрипты и стили в общий файл
— вынести графику на другой домен
— оптимизировать мелочь в спрайты
хотя конечно это все диагнозы по телефону.

Ну сколько можно!

Делаете ip — unsigned int
запись — нижний ip из диапазона
выборку — первый из отсортированного списка по возрастанию, больше или равен нижнему ip из диапазона
при этом хорошо и быстро используется индекс

Если mysql с этим справляете, то oracle должен также отлично работать

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

ищется по термину issue tracker
en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems

Это точно можно назвать предварительной оптимизацией :)

Почему вы считаете что это ненормально? Сдвинуть нумерацию для всех последующих строк — один ненапряжный запрос.
Сколько нагрузки дадут все эти методы «оптимизации» по сравнению со сдвигом?
Как часто происходит перенумерация по сравнению с обычной выборкой? Может не стоит вообще заморачиваться с тем что происходит крайне редко?
Насколько усложнит и замедлит частые операции выборки дополнительные методы «оптимизации» редкой и ненагружаемой операции?

Могу посоветовать odesk, если с английским нормально. С российскими биржами у меня как-то не сложилось. У буржуев есть еще RAC и freelancer.com ( бывший getafreelancer ) но там нет ( или мало распространены ) почасовых работ и публика менее адекватна. RAC еще берет больше процент. freelancer.com — подешевле будет, если купить про.

Начинать достаточно сложно — заказчики смотрят на историю и если ее нет, но приходиться становиться в очередь с индусами, демпенгующими не по-детски. Могу посоветовать вначале, где-то месяц-другой, делать простые и дешовые проекты, пока не наберется история отзывов. Простые — если нарвешся на неадекватного заказчика ( на биржах их много ), то ненадолго. Дешовые — какие достанутся :) В заявках писать кратко но емко, писульки типа «все сделаю, быстро и дешево» не канают — на биржах полно роботов и вменяемые заказчики их не любят. Я обычно кратенько описываю свое видение решение и задаю вопросы или хвалю за хорошее описание, если вопросов нет :)
Потом с историей можно поднимать цену и искать постоянных заказчиков. Или вписать в студию — как душа ляжет.

С деньгами все тоже не просто. Лучший способ — Payoneer или PayPal, но деньги на руки приходят в лучшем случае через 2-3 недели или WU, что дорого. Есть еще другие способы типа Pyaoneer через карту, но они менее распространены. Да и карту естественно надо получить — еще 2-3 недели.

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

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

Единственное что ему достается как планшету — ходить с ним в толчок удобнее чем с буком. Правда с подхватыванием сессии рабочего компа проблемы.
Раньше читал за завтраком, но последнее время обустроил рабочее место и ем за рабочим компом — намного удобнее.

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

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

NetBeans
Лутц, если с нуля, потом родная документация

Я не знаю почему сформировалось такое мнение, но имхо MS
— используют проприетарные форматы, вместо открытых, Гугл — наоборот открывает свои наработки и использует стандарты отрасли
— привязывает своих пользователей к своим продуктам, затрудняя или делая невозможным интеграцию с ними. Гугл — наоборот публикует API к своим продуктам и активно его развивает

и так далее в том же духе. В общем у них разная политика и лично мне политика Гугла приятнее.

ММ, может у меня своя спцифика — много клиентов со своими сайтами, но я предпочитаю phpmyadmin что локально что на сайтах…

Наблюдайте за глабальными status параметрами и разбирайтесь что там не так. Есть скрипты, помогающие в этом — mysqlreport и tuning-primer.sh — легко гугляться.

Обычно замедляют MyISAM блокировки и temp disk tables, может быть мало места под индексы и прочее, могут быть лимиты по файловым дескрипторам.

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

«Универсальная CMS» это скорее ненужные мечтания.
Если изучить одну CMS достаточно хорошо то можно на ней делать все ( или почти все ) хорошо. Но это не значить что она для используемых целей хороша. Но приходиться выбирать во что углубляться что бы тратить меньше времени на разработку.

Я сам использую WP, но знаю людей кто использует в тоже самое Drupal. Joomla имхо отстой, а все остальное — не стоит внимания. Между Drupal и WP разница скорее идеологическая. Первый — жесткий каркас, «идеологически верные» решения. Второй — минимум необходимого функционала и полная анархия, при бешенном разнообразии плагинов.

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

Я лично пишу $_REQUEST вместо $_POST и вставляю проверку на POST, которую по DEBUG флагу обхожу.
Ну а в целом есть много http снифферов, которые позволяют повторять запрос. Наверно их и под MAC пишут.

Надо смотреть блокировки в mysql и iostat и вообще что там может быть с диском связано.
А вообще как-то странно видеть MyISAM для таблиц в которые часто пишут.

Вроде бы vanilla имеет аддоны для аттачей?

Отдельных скриптов вроде как и нет нормальных, поскольку это распространенная фича в CMS.

Внешний хостинг — Picasa например. Можно по API закачать и пользовать прямо из редактора.
Есть ресайз по урлу и вообще много прелестей.
Можно сделать юзерам возможность подключать свои аккаунты на пикасе.
Тоже самое можно сказать про flikr и наверное несколько других грандов типа яндекса.