ну ты через дроп сделай

Ну так я сделал.

и там будет 2 выбора сверху и снизу

Нету.

Это одна дропзона.

Я скрин отправил через неё последний.

Предпоследний через аттач картинки.

А, секунда.

Так чётко?

Это через передачу файла.

четче

Дык что по итогу, какие циферки?

Дык что по итогу, какие циферки?

ты меня спрашиваешь?

Обоих.

Я вообще йотюб смотрю и ничего не знаю =)

:).

Я просто указал на то, что тот подход в принципе нерабочий.

Привет всем. Може кто-то с промисом помочь?

почему-то резолвит null и проскакивает дальше

ведь не должно так быть?

что такое this и почему оно должно возвращать не null в latLng.get()?

эмм секунду

это meteor.js

вот более полная картина

в контексте () => {} this всегда будет равно тому, в контексте чего происходил вызов

что является контекстом?

хотя нет, по-другому спрошу, уже понял

контекст там инстанс тимплейта должен быть

откуда уверенность, что onCreated и коллбэк у autorun вызовутся раньше, чем onRendered?

Ну там так устроено. Сначала создается тимплейт, потом рендерится

и что в this.latLng окажется нечто, выдающее не null при вызове .get()?

ну что устроено, это классно, конечно

ты это дебажил?

хотя бы банально console.log’ами на каждом этапе

проблема не в промисе, короче

Кто пользуется SourceTree?

Я

Не нра

Пробовал, не прижилось, консоль удобнее почти для всего

и что в this.latLng окажется нечто, выдающее не null при вызове .get()?

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

О, кстати. Это публичный сайт?

О, кстати. Это публичный сайт?

ну как, пока на локалке, но сейчас через ngrok работает

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

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

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

оке, спасибо)

ну как, пока на локалке, но сейчас через ngrok работает

но в продакшне будет публичный, да?

ага

Это плохо?)

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

На запароленные, на закрытые сети, на платные, и т.д. — нельзя.

Что вы имеете ввиду под словом "можно"?

Что вы имеете ввиду под словом "можно"?

https://developers.google.com/maps/terms#9-license-requirements

Так он будет публичный.

Ну ок, я на всякий случай напомнил =)

оке, спасибо

Исключение — платные мобильные приложения в публичных сторах, в них тоже можно.

Поправка: на запароленные можно, если доступна публичная регистрация и она бесплатна.

ага, тут будет бесплатна.

Спасибо за информацию.

Парни, как в mongo сделать что-то типа auto-increment?)

инкремент там тоже есть как операция

Нужно в отдельный документ положить поле со счетчиком

ERROR: S client not available

И каждый раз перед созданием документа инкрементить его

из Node?

но зачем?

из Node?

ну да

хранимок и прочего нет

зачем тебе autoincrement?

Короче, есть задача написать сокращатель ссылок. Хочу намутить число превращающееся в 36ричную систему счисления. Типа site.ru/abc

Ну для этого обычно рандом используется

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

> @JWo1F Таки рандом даст слишком длинное ID Всмысле?) какое сделаешь, такое и даст

хз автоинкремент вряд ли правильный путь для mongodb у тебя все операцию должны быть консистентными

ну хотя если у тебя все последовательно будет выполнять один воркер с одной базой

то офк никаких проблем

Да и так проблем никаких

Но только смысла мало

почему нет? eventually consistency типа в один момент выдастся пользователю одно и тоже число если операции не делать до конца согласованными вполне спокойно

Ну если сделать из 3 букв, то очень часто пойдут коллизии, а через 999 записей вообще все кнчится) Или ты имеешь ввиду что-то типа while(1) { const count = db.col.find().count(); const rand = Math.round(Math.random() * 10); const id = count + rand; if(db.col.insert({ id: id })) break; // типа success если вставилсь, false если нет }

почему нет? eventually consistency типа в один момент выдастся пользователю одно и тоже число если операции не делать до конца согласованными вполне спокойно

ну не в этом случае

есть атомарный $inc

оно будет согласованным в конце

Он разве работает в insert?

но промежуточное состояние

может быть не согласованными и отдастся пользователю

Его нет, на то он и атомарный

Точнее, может быть промежуточное uncommited состояние

Но это не проблема в данном случае

ок он делает inc а затем берет результат разве не так? и поле это типа некий каунтер

2 запроса по сути же

Не, 1

Делает апдейт и сразу отдает результат апдейта

И как это сделать в рамках драйвера для NodeJS?)