На счет, nodejs и первого рабочего парсера правда. Асинхронная система js подкинет много гемора. Тут по сравнению с тем же питоном все намного сложнее. Просто уверен что буквально в первый же день у автор столкнется с такой ситуацией - скопипастил пример из нета, вставил в свой код и сидишь тупишь - почему явные 3 строчки кода не работают. А все потому что эти строчки выполняются асинхронно и все следующий за ними код надо выполнять через promise. И не стоит сразу писать в ответ что это основы js и это не проблема. Эта та еще проблема, когда начинаешь с nodejs и пока свой мозг не сломаешь, нормально на nodejs писать не получится.
Основной заработок - программирование под CRM Salesforce + JS (Angular, Ractive) . Для себя пробовал Ruby, Python, Go и NodeJS. Пока из всего больше нравится Go. Но в последний год перешел в разряд ИП и времени на личные проекты совсем пропало. Надеюсь что когда-нибудь появится проект за пределами Salesforce и тогда однозначно выберу Go.
Хотя практически на уровне Go находится NodeJS (любовь к JS тянется давно из фронтенда), но организм никак не может привыкнуть к "слишком" асинхронной модели на стороне сервера.
Спасибо за ответ. Топик действительно сильно устарел - go забросил уже как полгода и никак не могу вернуться, хотя в душе мечтаю об этом (трудовые будни поглотили)
Сохраняю и показываю конечно. Просто особенность системы в том что на бэкенде нет ни одной хоть какой-нибудь минимальной библиотеки для "чистки" html. Поэтому остается одна надежда на JS. Я просто вывожу пользовательский html в экранированном виде, а потом беру из JS достаю его преобразую в кусок DOM чтобы вставить как кусок страницы. Естественно его надо "почистить" и единственное место в этой цепочке где это можно сделать javascript.
Ну почта так и так будет просмотрена сторонними компаниями - пользователи все равно в 99% сидят на этих сервисах и я думаю у разработчиков мозгов хватило объядинять всю переписку по from, to полям. Так что если скрываться за своим postfix не факт что всю вашу переписку не будут восстанавливать по письмам пользователей. С другой стороны у меня на одном серваке поднят postfix, сколько не пытался разобраться терпения не хватало -работает как черный ящик. Как все процессы внутри контролировать - очереди писем, отчеты об отправке, логи так и не нашел изящного способа.
Ну отчего же старая? Сам сижу под виндой и кручу верчу виртуалками из под vagrant (привык). Просто это оказывается считается костылями. Как-то было дело зашел в одной группе на обсуждение под чем работают rails программисты - оказалось что только я один под виндой сижу и меня даже просили рассказать как это у меня получается :) - рассказ получился долгий. Все-таки начинать работу с linux лучше, имхо.
Спасибо. Никогда не сталкивался репликациями. Займусь изучением этого вопроса.
А что произойдет если один сервер умирает. То как в этом случае данные восстанавливаются?
Да, тоже про это думаю - очень много где пишут про это. Вроде же нет никакой разницы для англоязычного сайта или русского это yandex использовать - для конечных пользователей я буду висеть на своем домене, а yandex там или google наверное без разницы. Я правильно думаю?
FoxInSox: Может есть кто и работает, но в большинстве своем они тупо ловят удачу и демпингуют цены. Я просто поражаюсь когда на достаточно специфическую работу на том же odesk за пару часов аплаятся 20-30 индусов, которые вообще к данной специальности не имеют никакого отношения (ни опыта, ни даже упоминания в профиле). При чем так не делает никакая другая нация, ни русский, не американцы. Если и попадаются "наши" то сразу видно что человек с опытом и отозвался на работу осознанно. Я вообще не понимаю кто с ними связывается. Пока мой небольшой опыт только подтверждает легенды, которые ходят про индусов-программистов.
И совет - сразу все свои наработки приучите выкладывать на github. Сначала сложно себя перебороть, но потом это тоже будет большой плюс при устройстве на работе - опытные программисты смогут посмотреть вашу историю обучения и уровень, который вы достигли.
Раз хочется в эту область войти советую изучить хорошо узкую тему. Django, а лучше RoR. Это популярные фреймворки. Если хотите связать жизнь с odesk, т.е. западным рынком, то лучше смотреть на RoR - у него порог входа ниже, комьюнити и документации больше, батареек море и англоязычных заказов на нем больше. Django больше для хардкорных русских.
А самый быстрый вариант научиться и сделать себе имя - придумать и разработать какой-нибудь проект (сайт, сервис). Если проект получится к моменту выхода в продакшен скилы будут прокачены выше чем у junior и разговаривать на собеседованиях будет проще, а может уже и не придется вообще на собеседованиях пыхтеть.
Кир: ну если он "немного шустрее" чем uwsgi, то выбор однозначно в его пользу.
Вопрос собственно у меня возник вот почему. Недавно делал проект на RoR и там использовал Unicorn, собственно идейный вдохновитель для gunucorn на python. Так вот на Ruby он реально жрет дохрена и есть решения гораздо лучше в плане производительности (puma например). Собственно поэтому у меня и сложилось мнение что gunicorn как и его старший брат ставит вопрос простоты выше вопроса производительности. Но если все в этом плане нормально в gunicorn, то это просто супер. :)
