но это такое решение, чисто для отладки в консоли

используй абсолютный путь от корня, тогда меньше будет таких ошибок

а вообще лучше пользуйся брейкпоинтами и смотри все состояния локально в дебагере.

там все локальные переменные доступны в точке останова

нифига не работает, но я уже устал, как раз конец рабочего дня, завтра продолжу(

Товарищи метеорщики, я освободился на фуллтайм, стеком владею если с блейз, с реактом могу научиться
локация Москва

Пиши в личку

Ищем IT специалиста
з.п. от 80 т р
Полная занятость, полный день,удаленная работа
Обязанности:
Полное администрирование программы
Поддержка персонала в работе с программой
Анализ и обработка внутренних запросов и обращений
Взаимодействие с партнерами
Внесение необходимых изменений в работу программы
Требования:
Опыт работы в сфере IT логистики
Широкий кругозор в IT-технологиях, знание основных тенденций развития автоматизации;
Умение работать в команде;
Аналитическое, системное мышление;
Условия:
График работы: 09.00-18.00, ПН-ПТ;
подробнее о нас

для проектов какого типа подойдет метеор?

Для проектов которые нужно развернуть максимально быстро

Проверки гипотез

С ограниченными ресурсами

метеор жрет много

Я про человеков)

Могу сказать только что, не создавайте на нём мобильные приложения с долгим периодом в оффлайне и накоплении больших порций данных для синхронизации😄

Разорвет?

Он не для этого сделан, а для прерывистого онлайн-режима скорее

Я понимаю. Интересен ваш опыт, что происходит в долгом оффлайне

Или при его попытках 😄

Для нас был важен порядок синхронизации данных. Метеор может его не обеспечивать при синхронизации нескольких тысяч строк. Далее мы столкнулись с молчаливой потерей данных при синхронизации после выхода из оффлайн. Далее, у нас было множество конкурентных объектов, которые могут редактировать сразу несколько пользаков. Из-за этого сервер Метеора был значительно нагружен и в какие моменты падал с переполнением памяти и с другими моментами. В итоге мы его полностью не выпилили, но отказались от его DDP протокола и всех клиентских библиотек. Заместо этого используем его как только REST API и данные передаем последовательно через POST-запросы. Т.е. более традиционно. Возможно все описываемые проблемы как-то решаются в библиотеках Meteor, но у нас не было ресурсов исследовать его. Приложение уже работало в проде. К тому же на тот момент у нас было меньше ста пользователей работающих одновременно. А потом присоединилось ещё множество. Имея такой опыт на первом множестве, мы не стали рисковать с исследованиями Метеора и его DDP-протокола, выбрав более традиционный путь с детерминированным обменом данными.