См. выше + бывают таобао-посредники, предоставляющие сначала услуги консолидации груза, затем карго перевозку через границу. Пользуйтесь поиском и легко найдете.

Карго провозят товар либо мимо таможни. Либо растамаживают контейнерами или фурами «не глядя». Погуглите сами «доставка карго китай» — много нового узнаете.

Не осилили прикрутить lucene/solr/elasticsearch, что поделаешь…

У нас 150 уникальных оригинальных иконок продуктов + 20 технических уникальных оригинальных иконок + ~30 версий скринов старого и нового дизайна мобильного приложения + ~30 скринов для маркетинга + 2 шаблона сайта. Это все делал один из лучших киевских дизайнеров Олег Михайленко. И только потому, что дизайнер наш хороший друг, товарищ и практически брат нам это обошлось в $1600.

Пока не понадобится светлый сенсор и железный корпус — и не нужно. Вообще, с фотографией так — сначала ты покупаешь кучу железа, а потом понимаешь, что нужен был только 50mm-объектив.

Полезная штука, про которую не все знают. Отправка документов на Kindle через расширения браузеров, приложения и прочее. http://www.amazon.com/gp/sendtokindle

Помню тоже искал такое меню. ИМХО, вот это лучше.

Ссылка не вставилась: bit.ly/1nIAltf

Автор, в самом же бутстрапе рекомендуют не писать в HTML'е class=«col-bla red-color cool-feature», а писать свой семантический типа class=«breasts», а уже в Less'е для него использовать миксины и прочие встроенные классы, типа:

.breasts {
 .make-col(bla);
 .color(red);
 .cool-feature;
}

glass8.berlios.de же.

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

Кстати, на BBC есть целый замечательный раздел Learning English с аудиокнигами и прочим.

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

Я может скажу какую нибудь глупость… но можно просто тупо написать письмо в IBM и спросить у них… а чего это вы тут написали?

Надеюсь все помнят историю про экзамен по физике который сдавал Нильс Бор, а принимал экзамен Эрнест Резерфорд.
Экзаменационный вопрос гласил: «объясните, каким образом можно измерить высоту здания с помощью барометра».
Последний из предложенных Нильсом вариантов решения был следующий:

" Наконец, — заключил он, — среди множества прочих способов решения данной проблемы лучшим, пожалуй, является такой: возьмите барометр с собой, найдите управляющего и скажите ему: «Господин управляющий, у меня есть замечательный барометр. Он ваш, если вы скажете мне высоту этого здания».

Если кому-нибудь надо на русском, то вот: ozzeoz.livejournal.com/98954.html
Краткий пересказ: если уберечься от взрывной декомпрессии лёгких, то немного пожить вполне получится, Кубрик не соврал.

У mongoDB есть отличные курсы,
DBA и Developers (под Java, Python и Node.js)

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

education.mongodb.com/

Самый основной метод:
1. Форкаете репозиторий github.com/user1/project, получаете github.com/you/project
2. Уже форкнутый репозиторий сливаете себе на комп:
git clone git@github.com:/you/project project
3. Создаёте отсылку на «родительский» репозитарий, например как на upstream
git remote add git@github.com:/user1/project upstream, чтобы потом сливать изменения с «родителя» себе git pull upstream master
4. Создаёте новую ветку
git checkout -b feature
5. Работаете, делаете коммиты, в случае необходимости отслеживания изменений в «родителе», сливаете изменения с него и вливаете в свою ветку таким образом:
git checkout master
git pull upstream master
git checkout feature
git merge master
6. Когда работу сделали, заливаете изменения в свой github-репозиторий в свою ветку:
git push origin feature
7. Теперь идёте на гитхаб, в свой репозиторий и жмёте вверху кнопочку «Pull request»
8. Слева выбираете в какую ветку будут вливаться изменения в родительском репозитории, справа — какие изменения будут браться с вашего репозитория. По примеру: справа project/master, слева project/feature.
ВЫЖНО: Договоритесь с владельцем «родительского» репозитория, в какую ветку будете вливать изменения (он может написать это в README)
9. Заполняете название и описание (название потом попадёт в описание мёрдж-коммита и станет достоянием общественности, учтите это).
10. Нажимаете Send Pull Request

Вуаля, вы его отправили. Владелец рассмотрит ваши изменения и, возможно, их примет и вольёт к себе.
На практике, лучше перед посылкой пулл-реквестов, вручную синхронизироваться с веткой, в которую будете посылать изменения, чтобы у владельца merge прошёл гладко (больше шансов, что пулл примут ;-) )
Не забудьте потом сделать git pull upstream master, чтобы увидеть изменения у себя.

Надеюсь, это мини-руководство поможет вам сделать мир чуточку лучше )))

Под линуксом и виндой использую Workrave

Для открытых проектов Travis, для большинства — Jenkins CI. Кстати, недавно вышел Gitlab CI, но я его ещё не смотрел.

Турболинкс весьма убог по своей идее. Его единственный плюс в том, что простые приложения (и простые не всегда) работают из коробки.

Если уж на то пошло, то очень часто хочется обновить только определённую область страницы, например при пагинации или фильтрации. Мы в компании применяем что-то подобное (History API + AJAX) с начала 2012 года, после выхода Turbolinks решили и наше решение завернуть в gem, вот что получилось https://github.com/igor-alexandrov/wiselinks.