Павел Гоголинский

nested sets

Можно так https://www.olegpro.ru/post/prostoy_deploy_saytov_... (сайт должен быть под системой контроля версий git)

https://jsfiddle.net/bd19yxxd/1/

Проброс портов необходимо настраивать в Vagrantfile.
Например, config.vm.network "forwarded_port", guest: 3000, host: 3000
После внесения изменений не забудьте выполнить vagrant reload

Больше -- https://www.vagrantup.com/docs/getting-started/net...

Не согласен с предыдущим оратором (@geeek), в частности с утверждением

В общем если хочешь быть в тренде - бери

- Meteor совсем не в тренде.

Если дать краткий и резкий ответ на вопрос "расцветает или чахнет?" - отвечу: интерес к Meteor чахнет, не смотря на все усилия команды разработки.

Компания MDG (Meteor Development Group) подняла $31M инвестиций (https://www.crunchbase.com/organization/meteor) и хотела всё сделать круто, стать мейнстримом, а потом зарабатывать на хостинге Meteor проектов - такой план монетизации. Хостинг они, кстати, сделали. И в какой-то момент было много хайпа вокруг Meteor, казалось, что всё идёт по плану. Полтора года назад вышел Meteor 1.0 (октябрь 2014), потом была пара хороших релизов, которые убрали всю "сырость": Meteor 1.1 и 1.2.

Но в середине 2015 стало понятно, что никаким мейнстримом они не стали, мейнстрим нынче React!
Не смотря на простоту старта и скорость разработки с Meteor, были очевидны следующие минусы:

1. Собственная система пакетов со своим центральным репозиторием https://atmospherejs.com - посмотрите на счётчики скачивания пакетов, это крохи по сравнению с npm. Посмотрите на активность разработки основных пакетов - всё очень тухленько.

2. Собственная система сборки. С одной стороны всё работает из коробки, с другой стороны в неё не вклинишься (это сложно). Плюс всякие странные условности, что всё в глобальном пространстве имён и ваши js файлы загружаются в алфавитном порядке. В Meteor 1.3 частично решили проблему, ходят слухи, что в будущем будут использовать webpack.

3. Собственный шаблонизатор blaze (похож на handlebars). В начале blaze выглядел хорошо, но теперь все внезапно пишут на React и многие потирают руки в ожидании Angular 2, в итоге blaze оказался ещё один велосипедом, с которым не понятно что делать.

4. На бекенде всё ещё Node 0.10. Даже с Node 0.12 Meteor уже не работает из-за некоторых бинарных зависимостей! Обещали в будущих версиях обновиться с поддержкой Node 4.

5. Метеор сильно завязан на MongoDb. Чтобы реактивно доставлять новые/изменившиеся данные от сервера в бразуер они парсят логи Mongo. Были попытки сделать аналогичное для SQL баз, но не увенчались успехом. В итоге встречайте их новый проект Apollo, который поверх GraphQL и не привязан к конкретной реализации бекенда www.apollostack.com А что теперь будет со старым добрым DDP?

6. Ваше Meteor приложение одной командой можно упаковать в мобильное приложение Cordova - выглядит круто, но сейчас время ReactNative и вот мы читаем обсуждения на форумах, что возможно, они таки интегрируются с ReactNative, но когда?

Подводя итог: ребята из MDG подняли кучу денег и хотели сделать всё сами: свои пакеты, свою сборку, свой шаблонизатор, свой реактивный протокол (DDP) и чтобы всё работало из коробки. И они сделали это!

Только это оказалось никому не нужно, т.к. для пакетов все сидят на npm, сборка должна быть гибкой (и поэтому у нас есть gulp и webpack), самый модный шаблонизатор нынче - это React, реактивный протокол GraphQL и базы на сервере люди любят разные, а не только MongoDb. А Meteor, по сути, остался на обочине всей экосистемы и движухи вокруг JavaScript. Поняв это, MDG начали двигаться в сторону JS комьюнити и первый шаг сделан: Meteor 1.3 поддерживает нормальные модули ES2015, npm пакеты, рендринг через React и Angular. Но Meteor 1.3 - это куча костылей поверх старого велосипедного Meteor. Почитайте их планы на будущее в официальном блоге, хотя бы в этом посте: info.meteor.com/blog/announcing-meteor-1.3 - им по сути предстоит переписать всё заново! И первые ласточки такого "переписывания" - это выделение проекта Apollo.

Возможно, со второй попытки они всё сделают правильно и Meteor 2.0 действительно выстрелит. Если только у них деньги не закончатся раньше.

Сейчас можно взять Meteor и эффективно зарабатывать на маленьких/средних фриланс проектах, когда нужно сделать быстро и не думать о долгосрочной поддержке.
Если же вы делаете большой продукт, то вас ждут большие потрясения и изменения в экосистеме Meteor.

Ну и до кучи - www.scrolleffects.com
В частности - www.scrolleffects.com/edge-animation.html

Шлите запрос AJAX, пока не будет получен ответ с положительным статусом - блокируйте кнопку отправки. Если получена ошибка - аналогично, разблокируйте кнопку и позвольте еще раз отправить данные.

Можно тестировать верстку с помощью BackstopJS. Как это делать я описал в статье

// Универсальная функция для проверки расположения объекта в "области видимости"
$.fn.onViewPort = function(){
   var viewport = {};
   viewport.top = $(window).scrollTop();
   viewport.bottom = viewport.top + $(window).height();
   var bounds = {};
   bounds.top = this.offset().top;
   bounds.bottom = bounds.top + this.outerHeight();
   return ((bounds.top <= viewport.bottom) && (bounds.bottom >= viewport.top));
};

// Используем после загрузки DOM
$(function() {
   // Инициализируем объект, который хотим отслеживать
   var $vTarget = $('.view-target');
  // Проверяем при скролле страницы
   $(window).scroll(function() {
      if($vTarget.onViewPort()) {
         console.log('Объект в области видимости');
      }
   });
});

Для отображения при нахождении в зоне видимости можно использовать viewportchecker.js НО тут js будет мало, так как на озоне выводится ещё и несколько товаров во время того, как человек достиг определенного момента на странице, а это осуществляется с помощью ajax и php в стороннем файле, который вытягивает необходимые товары из базы данных а это всё делается вот таким образом: roothelp.ru/lessons/ajax_podzagruzka_kontenta_pri_...

Самый простой способ - это выдавать код корзины по какому-то запросу и просто заменить старую корзину , новой.

$.get('/get-cart.html', function(data){

 $('.my-cart').replaceWith(data); 

});

А вариант с json - после добавления товара получаете список товаров в формате json и в цикле добавляете товары

Вынести этот процесс вы отдельный демон,а за вебзапрос только добавлять информацию о предстоящей задаче