sim3x

Я сейчас активно изучаю Elixir, но приходиться постоянно читать тексты об erlang'е. Так что хотел бы. Мне кажется, вам есть смысл глянуть этот старый вайтпейпер.

У вас возникли «непонятки» из-за того, что вы смешали два абсолютно разных понятия «надежность raid1» и «особенности дистрибутива».

Насчет первого пункта (надежность raid1) — у вас как раз все очень хорошо! ;) Основная задача raid1 какая? Сохранять информацию! И судя по всему с ней он справляется! Да, вылетел у вас диск, заменили на новый — рейд пересобрался — информация цела — значит все ок! Raid1 свою задачу выполнил! Just as planned!

Насчет второго пункта, который собственно и вызвал ваш вопрос. Конкретный дистрибутив, в момент загрузки, увидев один или более raid-массивов в degraded не захотел стартовать «в штатном режиме». Ну, так это особенности конкретного дистрибутива.

Идеальной системы, к сожалению, не существует. Очень много ниш и, соответственно, аудиторий — каждая со своими «заморочками». Остается только A/B тестирование. Одна из лучших книг об этом — Айзенберга «Call to action». Перевод можно найти здесь.

Автор, понимаю вас. Когда-то я имел неосторожность написать демона на PHP, о чем жалею. Хоть работал стабильно, но меня он харил.

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

Если вы решите написать на пайтоне, то пара рекомендаций:
— Под каждую итерацию обработки данных, создавайте экземпляр класса, в который войдут другие под классы, которые будут проводить обработки данных. Не складируйте ссылки на объекты в модулях или не уничтожаемых классах. Классы после каждой итерации должны уничтожаться.
— Идите ближе к функциональному стилю. Вы дали какой-то функции данные, она вернула результат.

Ничего не оставляйте без присмотра.

Настоящих демонов пишут на Аде.

Только обязательно, слышите, ОБЯЗАТЕЛЬНО сделайте возможность отключения музыки на видном месте.

Конфиги nginx не язык программирования. Не надо на него применять программистские догмы, что дублирование это плохо и т.д. На самом деле статический конфиг без переменных будет работать гораздо быстрее, чем ваш. Одно лишь добавление переменной $host в access_log уже добавляет два дополнительных системных вызова на каждый запрос. Переменные в nginx нужны не для «шаблонизации», а для решения реально динамических задач конфигурации.

p.s.
mailman.nginx.org/pipermail/nginx-ru/2011-November/044461.html

Если у вас возникают такие вопросы, обратитесь к ближайшему сисадмину.

Может Ecwid?

Все зависит по какую сторону «барикады» Вы! Жизнь дала возможность быть с обеих сторон барикады, по этому:
1. Если Вы девелопер, то Ваша задача убедить руководство и получить максимальный процент от доли в идеале больше пяти, хотя бы 5,5. Причем процент не от будующий прибыли, а именнто стать миноритарием, владеющим скажем 6-ю процентами акций данного предприятия, мотивируя это тем, что Вы вкладываете свое время силы в проект без каких либо конкретных гарантий, то есть он может выстрелить, м может и нет и зависеть это будет увы не только от Вас…
2. Если же Вы руководитель проекта или один из основных акционеров, то горе Вам, если девелопер все же уговорил Вас на часть акций проекта, это оч. серьезный крючек, на который подсадили именно вас, а не Вы девелопера… Основные грабли тут в том, что Вы из наемного сотрудника сделали себе партнера от которого Вы будите зависеть всю оставшуюся жизнь проекта, пока каким либо из образов не ришите эту проблему. По этому девелоперу в качестве доп мотиваций можно предлагать часть процентов от прибыли или опционы, но не в коем случае не делать его миноритарием и партнером. Партнером девелопер может быть в стартапе, если его связывают давние серьезные отношения с инвестором, идея девелопера и он берется ее развивать, тогда тут справедлив подход 50/50 и такие предприятия обычно нормально живут и развиваются.

Тут есть хоть один прогер, который получил долю в выстрелившем стартапе и остался в итоге доволен этой затеей? Нет? Делайте выводы.

Имхо, это лотерея и фишка не в доле как таковой, а в уверенности в партнерах.

Просите равную долю — дадут сколько сочтут справедливым, не волнуйтесь, чрезмерно много вы не получите в любом случае.

Hacker News — news.ycombinator.com/

softwaremaniacs.org/forum/