That is all. I'm off...А что было у вас в 2012г? С Наступающим!

[majordon]

Пополняю список тех кто ушёл частично или полностью из фриланса в оффлайн. Тех кто пошёл работать в команду. Ушёл работать на кого то или переквалифицировался полностью в оффлайн биз. Теперь вот и я пошёл работать в производственную компанию, развивать продвижение продукции в интернете, создавать службу практически с нуля.
О как давно не работал в офисе по графику, как уже отвык от коллектива когда всегда есть недовольные, обиженные, завистливые, талантливые которым нет работы их уровня, сотрудники которым не интересно делать свою работу профессиональнее без стимула... Эх...хочу снова мечтать о фрилансе как о чём то свободном и приносящем массу удовольствия, может на пенсии возьмусь за старое.

Для себя считаю стану на ступеньку выше в плане организации труда, самомотивации и получения новых знаний для продвижения вперде А вперде у меня ... работа крановщиком/электриком/сварщиком в Канаде или свои стартапы через пару лет. В худшем случае останусь на уровне руководителя интернет отдела. ттт
facepalm приветствуется, хе хе. мда.

ПЫСЫ. когда то я писал что если уходить в офф, то не связывать его с инетом. Я сильно ошибался! Изучив тенденцию развития интернета и его интеграцию в бизнес и общество, твёрдо уверен в словах Гейтса - если ты не в интернете, значит ты не в бизнесе.
Свои остатки от фриланса скорее всего со временем заброшу, до поры до времени!

А что вам принёс этот год? С наступающим, гоуфаковцы! Дзынь

[netzoner]

Сообщение от WebNinja

вот вам, например, задача. идет разработка сервиса, одна из подсистем которого позволяет загружать фотографии от пользователей. фотографий может быть довольно много и они могут быть приличного качества. ну и тут уже простая математика, 200к элементов в БД по 10 фотографий по 500килобайт = почти теребайт. Все это дело предполагает довольно быстрый рост кол-ва как пользователей так и загружаемых фотографий + рост трафика и как сделствие операций чтения/записи.

как решать?

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

И ненадо усложнять себе жизнь облаками и кластерами... Чем проще - тем надежнее и меньше узких мест.

[WebNinja]

заебись, ворвался в тред на белом коне, не читая.

http://gofuckbiz.com/showpost.php?p=...&postcount=226

[netzoner]

Вообщем существует более-менее приемлемое решение, называется это все "распределенные файловые системы" (вроде), есть такая штука, для MongoDB, которая позволяет хранить файлы в базе данных, называется GridFS, скорость хоть и в несколько раз медленнее чем напрямую с диска, но более менее выравнивается при росте нагрузки + такое решение позволяет легко масштабировать систему горизонтально, место кончается - взял сервер, поднял там все что надо (скриптом), и все, у монги есть режим когда данные автоматически между серверами размазываются. Это все довольно новый тренд, появилось сравнительно недавно.

Для монги, да и для других вещей размазывание называется шардингом.

А по поводу GridFS - я не вижу смысла данную задачу замыкать на этой самой базе, причем уже зная о снижении производительности и делая ее уязвимей. Зачем себе связывать руки и ноги заранее?

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

Все вышеперечисленное я навожу со своей практики и своего опыта, а не просто сухой теории.

[WebNinja]

ну если с точки зрения практики то стоит задать наверное вопрос, "лучше для чего?" и в чем?

[netzoner]

Сообщение от WebNinja

ну если с точки зрения практики то стоит задать наверное вопрос, "лучше для чего?" и в чем?

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

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

[Hector]

По русски? Переписываем двиг чтоб сохраняло файлы на н-ное кол-во серверов?

[netzoner]

Сообщение от Hector

По русски? Переписываем двиг чтоб сохраняло файлы на н-ное кол-во серверов?

Угу, причем при правильной организации можно добиться что n → ∞.

[jaguar]

majordon, полностью в оффлайн биз. Теперь вот и я пошёл работать в производственную компанию,

ну хули, аминь! Это шаг назад, чем вперёд. На себя надо работать, а не на всякую шелупонь. Наёмник - это не то. В основном, чел - это такое существо, что ему надо чтоб его пинали и мотивировали. Многие прост не могут работать вне команды. Ладно если команда подберется нормальная и босс вменяемый... а если нет? Второе как раз частое явление. Конечно же, быть предпринимателем - это призвание и местами даже талант. Далеко не всякий сможет.

[WebNinja]

Сообщение от netzoner

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

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

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

говоря про гридФС кстати, можно просто в монге хранить (без всяких гридФС), если 16 мегабайт хватит (ограниченное число картинок на итем например).

[iloveadult]

что вы тут топик математиков-ботаников устроили?
Топик не об этом, заканчивайте