Индексация файлов проекта и построение взаимосвязей, а дальше пошли: Find Usages, Jump to Declarations, все это работает в VS Code со скрипом
Кстати VS Code разработчики пилят с прекрасной поддержкой TypeScript (собственно что сами придумали для того и пилят редактор), а обычный JavaScript в топку ))
Например никак не могу заставить переходить к определению по клику мышки на методе когда код вот такой:
Если кликнуть мышкой в html коде на методе, то не переходит к определению в js-файле, в шторме легко, а в VS Code это неимоверно бесит (( всё остальное поборол с грехом пополам
Как можно сравнивать IDE и текстовый редактор (с некоторыми функциями IDE), да можно натянуть тонну плагинов, но до мощи продуктов JetBrains все же не дотягивает (хотя тут все относительно и индивидуально, кто-то и в шторме не использует даже 5% его мощи)
Ну фиг знает, для себя сделал файл с инструкциями по первому запуску VS Code сразу после установки, вот кусочек по подключению Sync
1) нажимаем комбинацию клавиш [CTRL]+[SHIFT]+[P]
2) вводим в строке «sync»
3) выбираем пункт «Sync: Download Settings»
4) вводим в поле GitHub Personal Access Token: c41cace66136e8540a3…
5) вводим в поле Gist: 9cf6adc58836e88e598…
Раньше, насколько помню, эти данные надо было в settings.json пихать, теперь они сделали наконец-то визард
Всё потому что применять технологии нужно обдуманно, а не потому что это модно, стильно, современно.
А то обычно получается так: «ооо микросервисы, это же крутяк, надо срочно внедрять» а потом через n-времени «упс...»
Микросервисы не всегда полезны, всё правильно.
Опять же, а почему именно «замена монолита на микросервисы», почему не «микросервисы дополнительно к монолиту»
Допустим в вашем приложении есть расчёт конечной стоимости услуги с помощью сметы. которая находится в excel-файле и туда передаются параметры из формы, а в ответ оттуда получается конечная стоимость (реальный пример), вот это вот дело можно завернуть в микросервис, потому что он живет своей жизнью
А весь монолит переносить на микросервисы, ну такое… и тут на раз два можно в ногу выстрелить
Я ждал IO чтобы узнать будет таки Wear OS 3 или нет, а то думаю купить часы и сижу гадаю брать на Wear OS 2 или чистом Android или другие ОС или дождаться Wear OS 3, а тут судя по такому короткому упоминанию получается что Wear OS всё?
Сам, буквально неделю назад словил блокировку за приложение, которое вообще является просто фронтом к API на бэке (CRM-система), т.е. фактически приложение это просто клиент.
Не знаю конечно за что забанили автора, но мне конкретно написали «Issue: Violation of Usage of Android Advertising ID policy and section 4.8 of the Developer Distribution Agreement»
Немного погуглив понял, что надо просто выложить политику конфиденциальности на сайте, потому что вход в клиент осуществлялся по номеру телефона
Запилил политику на русском (по шаблону) и выложил на сайте
В гугле указал ссылку на политику и отправил на проверку, через пару часов приложение восстановилось
Раньше всё сидел на Highcharts, а тут пересел на AmCharts, функционал намного богаче, а тут еще и пришлось в AmCharts использовать функции получения цветов из D3 (цветовых схем), так вообще получилась сказка (а то клиента не устроили дефолтные цвета AmCharts)
Вот я и говорю, написано что надо избавиться от кук и перейти на header, как это сделать правильно, чтобы при наличии XSS токен не могли легко украсть.
А в принципе, раз в localstorage есть проблемы, тогда получается что если хранить токен в куках, а можно его с помощью либы github.com/js-cookie/js-cookie вытаскивать и отправлять в header, в таком виде всё гуд? Или я тут напридумывал непонятно что?
Наиболее кардинальный и работающий вариант защититься от CSRF-атак — это избавиться от куков и использовать header с токенами.
О, я как раз так и делаю, всё общение с сервером выполняется через API, при каждом запросе подставляется токен, который хранится в локальных хранилищах браузера (используется либа localForage), я правильно понимаю, что я молодец?
Почему намекнули про кардинальное решение, но не описали его поподробнее?
Кстати VS Code разработчики пилят с прекрасной поддержкой TypeScript (собственно что сами придумали для того и пилят редактор), а обычный JavaScript в топку ))
Например никак не могу заставить переходить к определению по клику мышки на методе когда код вот такой:
Если кликнуть мышкой в html коде на методе, то не переходит к определению в js-файле, в шторме легко, а в VS Code это неимоверно бесит (( всё остальное поборол с грехом пополам
Чем больше фич вы используете в IDE, тем больше вас начинает бесить обычный редактор кода ))
Всё хочу слезть со шторма в пользу VS Code, но похоже не судьба, хотя я пристально слежу за всеми изменениями и может быть когда-нибудь
Для тех кто пользуется шрифтами с лигатурами, Disable Ligatures — отключает лигатуры в месте курсора или на всей строке где стоит курсор
А еще для тех у кого много проектов необходим Project Manager
1) нажимаем комбинацию клавиш [CTRL]+[SHIFT]+[P]
2) вводим в строке «sync»
3) выбираем пункт «Sync: Download Settings»
4) вводим в поле GitHub Personal Access Token: c41cace66136e8540a3…
5) вводим в поле Gist: 9cf6adc58836e88e598…
Раньше, насколько помню, эти данные надо было в settings.json пихать, теперь они сделали наконец-то визард
А так конечно если ничего нет под рукой, то сервис по вашей ссылке, классное решение
У кого-то и NAS нет, у меня вот нет ни NAS ни сервера, зато есть малинка
А то обычно получается так: «ооо микросервисы, это же крутяк, надо срочно внедрять» а потом через n-времени «упс...»
Микросервисы не всегда полезны, всё правильно.
Опять же, а почему именно «замена монолита на микросервисы», почему не «микросервисы дополнительно к монолиту»
Допустим в вашем приложении есть расчёт конечной стоимости услуги с помощью сметы. которая находится в excel-файле и туда передаются параметры из формы, а в ответ оттуда получается конечная стоимость (реальный пример), вот это вот дело можно завернуть в микросервис, потому что он живет своей жизнью
А весь монолит переносить на микросервисы, ну такое… и тут на раз два можно в ногу выстрелить
С одной стороны удобно, в коде не надо писать каждый раз @property type $var, с другой стороны опять дополнительная магия.
Даже вот для себя сейчас не могу определится, что же лучше, везде свои плюсы и свои минусы.
Не знаю конечно за что забанили автора, но мне конкретно написали «Issue: Violation of Usage of Android Advertising ID policy and section 4.8 of the Developer Distribution Agreement»
Немного погуглив понял, что надо просто выложить политику конфиденциальности на сайте, потому что вход в клиент осуществлялся по номеру телефона
Запилил политику на русском (по шаблону) и выложил на сайте
В гугле указал ссылку на политику и отправил на проверку, через пару часов приложение восстановилось
Раньше всё сидел на Highcharts, а тут пересел на AmCharts, функционал намного богаче, а тут еще и пришлось в AmCharts использовать функции получения цветов из D3 (цветовых схем), так вообще получилась сказка (а то клиента не устроили дефолтные цвета AmCharts)
Вот я и говорю, написано что надо избавиться от кук и перейти на header, как это сделать правильно, чтобы при наличии XSS токен не могли легко украсть.
А в принципе, раз в localstorage есть проблемы, тогда получается что если хранить токен в куках, а можно его с помощью либы github.com/js-cookie/js-cookie вытаскивать и отправлять в header, в таком виде всё гуд? Или я тут напридумывал непонятно что?
О, я как раз так и делаю, всё общение с сервером выполняется через API, при каждом запросе подставляется токен, который хранится в локальных хранилищах браузера (используется либа localForage), я правильно понимаю, что я молодец?
Почему намекнули про кардинальное решение, но не описали его поподробнее?