короче я вообще больше RoR разработчик и немного охуеваю от этого поделия.

Мне нужны две версии одной и той же коллекции на одной странице.
1 - первые 15 штук от всех элементов этой коллекции (постраничная разбивка limit и skip)
2 - 1 элемент этой коллекции отсортированной по определенному полю от всех элементов

и тут у меня сто вопросов

1 - если сделаю публикацию и подписку для 1 случая, то когда я выполню запрос к модели для 2 случая сортировка выполнится только для тех 15 что есть
2 - если сделаю две разные публикации для каждого случая, тоже выходит бред я так и сяк пробовал, то 16 штук всего, то при переходе по страницам этот 1 отсортированный из второй публикации этой коллекции постоянно присутствует на каждой странице вверху списка
3 - если вытащить всю коллекцию, а потом запросами доставать то что нужно, то да, работает, но сука таааааак тормозит, у меня мак на i7 закипет сразу же, все тупит шумят куллера и это всего на 12000 элементов...

это пиздец какой-то а не технология честное слово, если мне надо было на RoR получать реактивно данные я брал сокет соединение и получал, все. И все летало. Тут блять я щас свой мак переломаю через колено, какой больной ублюдок придумал эту хуиту, чтоб их дети до 10 колена пользовались их поделием каждый сука день.
Простите, я понимаю, что я чего-то тут не понимаю, но я не привык к таким извращениям, я писал на Swift сервер и там не было такого уебанства как на этом метеоре конченом с ебаным реактом.

у кого нервы покрепче, объясните мне пожалуйста как мне получить ебаные данные, я просто хочу получить две выборки с одной коллекции, блять все, просто две выборки одну и вторую, мне нахуй не впала ихняя реактивность
п.с. так исторически сложилось, что я копаюсь в этом

Сделай как во варианте 2,просто на клиенте в хелпере тоже эти же параметры сортировки пропиши, чтобы он лишнее не показывал)

Понимаю твой ахуй, я тоже рельсовик который на метеор перелез 🤣

Документированности метеора и прочему stack overflow очень далеко ещё до рельсов конечно

Ну ты сравнил конечно

ну я о том что по рельсам на любой вопрос за 5 минут можно было ответ найти, а с метеором бывает с одним глюком неделю ебешься и можешь быть вообще первым человеком, который с этим встретился)) зато на реальсах пока будешь “реактивность” делать, времени потратишь все равно больше, чем на метеоровские глюки )))

я вот два дня уже пытаюсь понять, как отключить валидацию при создании объекта коллекции?? может кто знает?)

Здесь не особо часто сидят, так что, лезь в доку)

если делать limit на клиенте, то почему 16 выводится для первого случая?

Если не нужна реактивность, то можно и методами получить 15 элементов и отдельно 1.

Про 3 пункт - если я правильно помню, в минимонге нет индексов => поиск и сортировка может быть очень медленной на больших коллекциях на клиенте.

CollectionName.rawCollection().insert(doc); (нагуглил за 1 минуту;) ) Только при такой вставке, если нет _id, то будет сгенерен как ObjectID вместо string. Поэтому лучше передать _id: Random.id()

Ну я тоже гуглил конечно прежде чем спросить 😉 такой вариант только на сервере работает! на клиенте нет rawCollection

Всегда есть вариант использовать Meteor.call для не рактивных данных

я сам уже не понимаю, я начал уже пробовать разные варианты и это был один из результатов

Спасбо тебе огромное за потраченное время, разбираюсь

про метеор.колл - не знал, щас тоже буду читать

if Meteor.isServer
 Meteor.methods {
   getOneItem: (query, options) ->
     Items.findOne query, options
   getAll: (query, options) ->
     Items.find(query, options).fetch()
 }

if Meteor.isClient
 Meteor.call 'getOneItem', query, options, (error, oneItem) ->
   console.log oneItem

 Meteor.call 'getAll', query, options, (error, items) ->
   console.log items

Если используется https://github.com/aldeed/meteor-collection2, то вот https://pastebin.com/p47qhnK8

Такие штуки пробовал, самая норм, которой пользуюсь до сих пор https://github.com/jagi/meteor-astronomy