Если поставить одну точку близко к 180, а вторую двигать, то отрезок перескакивает при переходе через 0 меридиан

Что логично

Кстати, чем объясняются артефакты на 180 меридиане?

Он всегда самый короткий. Если не врубить coordRendering:static

Да это тупые бэкендеры вечно косячат. Так сейчас в проде?

Ага, и всегда так было, сколько помню

Почему такие ломанные границы?

Да не, почему линия на стыке

Потому что на бэкенде геометрию не учили.

Дерзко)

Так, а говорят Passport.js для авторизации совсем не торт и там совсем всё криво реализовано? А что использовать для авторизации через GitHub?

кто говорит? :)

Вообще векторные карты бы пора выкатывать)

Дерзко)

Но есть же артифакт? Вообще раньше не было.

Я это наблюдаю очень давно

Вообще векторные карты бы пора выкатывать)

Сори. Я через неделю трактор.

Но ведь пилят же?

у меня вопрос по поводу приложения. так как у меня мое приложение на react клиентское, то работает через json rest-api. То как правильней сделать проверку, на то что залогинен пользователь или нет. 1) каждый раз делать запрос в api, так как приложение клиентское на backend просто так не сделаешь. 2) либо по любому клику или переходу, когда человек сделает в моем приложении, пройдет првоерка на авторизацию в моем api, и если окажется что он не залогинен или сессия закончилась, выкинит его на главную страницу с формой авторизации. 3) или есть какая-то более правильная реализация например на socket заранее спасибо

Кто-нибудь Symbol'ы/atom'ы использует в проекте?

Тут главное в какие сроки ;) приходите работать в АПИ карт. Учите webgl. Делайте няшные интерфейсы.

Эхх, вот от чего, так от работы с картами не отказался бы

Окей. Геометрия уровня первого курса, es4, webgl.

> @thekashey es4 wut?

vow vow vow fight da powa

> @thekashey es4 wut?

Это который даже не es5

ясно

грустно)

у меня вопрос по поводу приложения. так как у меня мое приложение на react клиентское, то работает через json rest-api. То как правильней сделать проверку, на то что залогинен пользователь или нет. 1) каждый раз делать запрос в api, так как приложение клиентское на backend просто так не сделаешь. 2) либо по любому клику или переходу, когда человек сделает в моем приложении, пройдет првоерка на авторизацию в моем api, и если окажется что он не залогинен или сессия закончилась, выкинит его на главную страницу с формой авторизации. 3) или есть какая-то более правильная реализация например на socket заранее спасибо

спроси в начале сессии юзера и держи его в сторе например. Если бек начинает слать 403и, стирай:)

ну или реагируй

лучше в mapbox покоммичу)

Да норм. Кактус вкусный.

лучше в mapbox покоммичу)

Он покуда не про АПИ.

Ну, почему же. С АПИ все в порядке

Кастомные стили - огонь

Трехмерные здания вот добавили недавно

@Vogre а как именно спросить его? 1) через клиент каждый раз спрашивать сессию которая на бекенде лежит 2) изначально форма будет которая чисто на работает через бекенд, на ней тоже можно сессию запустить, но так как все на клиенте написано, то проверка будет проходит только когда человек сделает F5

у меня обычно есть ручка типа /api/current_user, которая выдает юзера. Либо вообще зашивать его в хтмл, если у тебя есть хоть какой серверный шаблонизатор.

Он покуда не про АПИ.

И самое главное - есть мобильный SDK

Который реально поддерживается)

блин все равно не понимаю тебя

как именно проходит проверка

он каждый раз делает запрос в /api/current_user или как

И самое главное - есть мобильный SDK

У нас есть не нативный мобильный sdk

> @thekashey У нас есть не нативный мобильный sdk Это как? Веб вью?

не, предполагаешь по умолчанию, что если юзер был в начале сессии, он никуда не делся. например, if(!window.USER){ alert('no permissions') } если что-то страшное происходит, типа разлогина, бекенд должен начать сыпать 401 и 403ми, и ты переводишь приложуху в стейт "незалогинен"

а бекенд смотрит на сессию уже

> @thekashey У нас есть не нативный мобильный sdk Это как? Веб вью?

https://github.com/yandex/mapsapi-ios

Ну, это и руками сделать несложно

API никакого нет нативного

В принципе если так подумать то глупый вопрос . Спасибо )

Так, а говорят Passport.js для авторизации совсем не торт и там совсем всё криво реализовано? А что использовать для авторизации через GitHub?

У него "тяжёлые" middleware для express. Я бы руками через https://www.npmjs.com/package/oauth накидал свою реализацию. Собственно, так и делаю с другими провайдерами, но конкретно для гитхаба нужды не было.

У него "тяжёлые" middleware для express. Я бы руками через https://www.npmjs.com/package/oauth накидал свою реализацию. Собственно, так и делаю с другими провайдерами, но конкретно для гитхаба нужды не было.

А с какими делал?

В одном проекте гугл/яндекс нужны только.

В одном проекте гугл/яндекс нужны только.

А можешь пример для гугла показать на gist?

А можешь пример для гугла показать на gist?

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

А вот так даже :) попробую загуглить, чтобы не напрягать

А вот так даже :) попробую загуглить, чтобы не напрягать

Но там не просто всё. Надо заводить приложение для авторизации на гугле, у которого будет key + secret. Надо хранить промежуточный state на своей стороне (между генерацией линка для авторизации и получением токенов, это два отдельных роута должны быть). Для разработки очень неудобно - verification URL, на который гугл перебрасывает при выдаче токенов, обязательно (!) должен быть на публичном домене, который резолвится по DNS. Иначе гугл ругается. После получения токенов в зависимости от запрашиваемого scope надо нудно и дотошно проверять ответ гугла. Например, если уникальность пользователя проверять по email, то email-адреса может и не быть) Аккаунт гугла у пользователя есть, а email'а нет. Как с сусликом, короче) Или, например, гугло-аккаунт может быть зареган через внешнюю негугловую почту. И т.д. и т.п.

Всем привет

есть кто использует graphql?

?

Ребят, кто каким плагином для webpack пользуется для копирования файлов? Нашёл этот https://github.com/kevlened/copy-webpack-plugin но, может, есть варианты лучше?

Кто хорошо знает английский? Как привильнее называть список файлов fileList или filesList, просто files иногда может быть спутано с file, да и просто для облегчения напряжения при чтении, лучше делать заметное различие, но не в ущерб консистентности.

Кто хорошо знает английский? Как привильнее называть список файлов fileList или filesList, просто files иногда может быть спутано с file, да и просто для облегчения напряжения при чтении, лучше делать заметное различие, но не в ущерб консистентности.

лучше уж fileList

+1

пиши списокФайлов(

ERROR: S client not available

чо зря utf-8

SpisokFailof

Не не. Можно спокойно использовать русский в названиях переменных

Непривычно когда код выглядит типа снасти().взять_отсюда()

Не дай бог такое увидеть

https://github.com/halt-hammerzeit/sociopathy/blob/master/code/web/core/messages/messages%20extra.coffee да вообщем-то неплохо выглядит

Если все русскоязычные то почему бы и нет?

Тогда буду писать украинским

На стенах

Но не в коде

Вот не знаю, почему код выше вызывает странное отвращение?

Вообще-то нормальные программисты юзают 8 пробелов, а не 4

Давайте писать код на украинском - прекрасный язык ❤️

react_ua node_ua

sup

собираюсь сделать приложение на ноде, с плагинами, есть что почитать на тему плагинов\расширений, чтобы не наступать на грабли?

язык не принципиален

О каких плагинах идёт речь? Есть npm-пакет node-gyp для сопряжения nodejs с кодом на C++ например. Такого рода расширения?

расширение функционала приложения

это не плагины, а библиотеки называется. И они могут быть не на любом языке, а только на js

эммм...

библиотеки распространяются в мире node через npm

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

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

дада

аа, ок) тогда я не въехал) Теперь понятно

типа как qip, где протоколы добавляются

или gajim или qip где полно всяких расширений

ну, даже не знаю. в большинстве решений такие вещи через event системы и DI делаются

ну я немного читал и event как раз не гуд

считай, если твоё собственное приложение построено на библиотеках, которые можно перезаписывать через DI, и библиотеки работают с event'ами - ну вот и удобная для плагинов архитектура