память для апача с prefork уменьшиться пропорционально тому сколько запросов отберете у него — много статики — будет хороший эффект.
Дополнительно менять на worker не надо — если ставите nginx фронт-ендом, все полезное что можно получить от тредов вы получите от nginx.
Хотя оптимизация — такая вот незагадочная штука — надо пробовать и смотреть цифры. Все разговоры только приблизительно ограничивают рамки вариантов.
Полностью поддерживаю. Также опробовал эти 3 биржи и остался на odesk'е
2. не надо соревноваться с индусами. они делают дешево и плохо — надо делать хорошо и дорого. По началу это трудно, но набрав историю и своих клиентов — все легче и легче.
5. Меня кидали раза 3, если не ошибаюсь. от 200 до 900$. Жалко, но се ля ви. Один был из Англии — я его потом немножко «наказал», двое других из Индии. Во всех случаях я повелся на легкие деньги при не совсем адекватных клиентах. Сейчас я работаю только с теми кто мне приятен в общении — проблем нет.
а что по вашему происходит при insert-е? никаких ухищрений и не надо — достаточно сделать несколько insert-ов на фоне активной выборки select-ами. При чем это может работать все время, но достаточно одного сбоя в работе диска и база посыпалась. Читайте мануал dev.mysql.com/doc/refman/5.0/en/table-locking.html
На самом деле ставить диагноз по телефону врачам запрещено — смотрите сами что происходит с базой.
Если не знаете куда смотреть — есть два скрипта mysqlreport и tuning-primer.sh — они легко ищутся в сети.
Запускаем и смотрим где оно ругается.
Блокировки подвешивают сессии и они тупо заканчиваются. Задержки сброса записей на диск могут приводит к тем же результатам. Дублирование данных может происходит вследствие разнесенных по времени проверок на уникальность и самих записей. А задержки из-за отложенных записей увеличивают их вероятность.
В целом это все конечно неправильная архитектура, поскольку правильная не приводит к разрушению целостности данных ни при каких обстоятельствах.
Идея верная — описать тег и мультипликатором его группировать
только вот <img.*[^>]/> по хорошему надо писать как <img\s[^>]*/>
\s? в конце заменить на \s* иначе пара пробелов и слетает группа, ну и вначале тоже \s* поставить
скобки вокруг всего выражения не нужны, потому что есть $0 если надо
получается что-то типа
(\s*<img\s[^>]*/>\s*){2,}
Как это не при чем? вписал некто аноним в анекету произвольные данные, а они неожиданным образом совпали с персональными данными другого человека. Может иметься даже письменное разрешение.
Есть прецеденты?
В штатах, например, любое казино обязано платить налоги, пусть оно будет даже онлайн. Понятно что есть куча сайтов явно находящихся вне юрисдикции США. Но все что может сделать система — штрафовать банки, производящие транзакции с такими сайтами напрямую, так что они зачастую вносятся в черный список. Но конечно же есть много способов заплатить и получить деньги через посредников.
>информацию о вас может оставить кто угодно
мне кажется что информацию о ком-то другом уж точно не может быть расценена как персональная. Я ведь могу написать «Катя-дура», это что будет охраняться законом?
>Сомневаюсь, что кто-то давал фейсбуку разрешения в письменной форме
Сомневаюсь что ФБ есть дело до процитированных документов :)
DHCP уже есть в рутере. Поднимите named на своем багтрекере и пропишите его адрес в DHCP рутера как DNS. upstream из текущих настроек DNS. Пропишите в нем зону для домена внешнего имени и в нем один хост=имя багтрекера.
Дополнительно менять на worker не надо — если ставите nginx фронт-ендом, все полезное что можно получить от тредов вы получите от nginx.
Хотя оптимизация — такая вот незагадочная штука — надо пробовать и смотреть цифры. Все разговоры только приблизительно ограничивают рамки вариантов.