/\n/g
https://regex101.com/r/RNiFcn/1
або мультиплатформенний варіант:
/\r?\n|\r/g
Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → Повідомлення користувача iovchynnikov
/\n/g
https://regex101.com/r/RNiFcn/1
або мультиплатформенний варіант:
/\r?\n|\r/g
Ще у грі часто згадують ся «покозачені». Мені запропонували перекласти цей термін як «cossackfied». Мабуть це непоганий варіант, бо вводити багато якихось окремих термінів – погано, буде важко читатися.
Англійський літературний відповідник - initiated (into smth / as Cossacks).
Ви можете додати додаткову інформації до JWT, як от IP чи відбитки бравзера, та перевіряти їх на сервері. Не забезпечить на 100%, проте додасть клопоту проти копіювання токену на інші клієнти.
Консольний конвертер валют/температури/тощо. Патерни - Command, Strategy.
А чому тоді LocationManager не працює, коли його запускати в foreground service? І як тоді працюють усілякі страви?
Що за страви?
Чому воно не працює власне у вас - важко сказати, ніяких особливостей LocationManager, що не дозволяють йому працювати у тлі немає. Може щось в маніфесті не так, може сервіс неправильно написаний.
Я один тут, хто лише зараз зрозумів що то є Туча, а не якась дивна "Туха"?
Але ви забули зазначити, що там є кілька сервісів. LocationManager, та FusedLocationProviderClient.
Перший показує досить точні координати, але в мене не вдалося запустити його в фоновому режимі, а другий працює в фоновому режимі (foreground service), але іноді показує дуже неточні дані (це баг такий, і в найближчі кілька тижнів має бути фікс)
Не питали, не казав LocationManager відноситься до Android SDK і він точний бо швидше за все просто тіпає GPS. Не використовуйте його якщо не знаєте що робите, інакше батарею з'їсть дуже швидко.
Натомість, FusedLocationProviderClient дійсно частина Google SDK. Цей клас - не сервіс, отже він не "працює в фоновому режимі" а працює там, де ви його використовуєте (може й бути foreground service, а може й ні). Те, що він показує інколи не точні дані - не баг, а виходить з його дизайну. Він комбінує джерела, що не витрачають багато енергії (Wi-Fi, мобільні станції). Окрім того, цей провайдер може працювати у пасивному режимі, не використовуючи жодні методи локалізації, натомість "підслуховуючи" запити інших додатків. Якщо ваш додаток осіннє на сповіщення про зміну місцезнаходження у такому режимі, сповіщення не надійдуть доки, наприклад, користувач не відкриє Google Maps, який запитає місцезнаходження через GPS.
ПС: не виключаю, що баг існує, але вказую на те, що FusedLocationProviderClient може бути налаштований на низьку частоту оновлення та використання на дуже точних джерел.
https://cloud.google.com/maps-platform/pricing/sheet
Потрібна вбудувана карта в програму під Android
Власне вбудована мапа - безкоштовно.
співставлення географічних координат з адресою (вулиці, номер будинку, місто)
https://developers.google.com/maps/bill … #geocoding
відслідковування переміщення по карті
По карті це як? Просто відслідковування lat/lng є вбудованим АПІ Андроїда і не стосується Maps SDK. Якщо малося на увазі малювання пройденого шляху на мапі, то це безкоштовно.
Може хтось зробити апдейт? Ми обрали когось врешті решт, чи просто чекаємо коли форум впаде? Якщо так, чи отримав новий адмін доступ до хостингу, домену?
Вам треба власне відображення, чи сутність, чим воно насправді є? Ви звичайно можете приховати форматом зайві цифри, але після декількох математичних операцій над такими грошовими значеннями ваш користувач буде дуже здивований результатами.
В джаві є "офіційний" API для грошей, javamoney.github.io, підключається бібліотекою.
Не буде
Ніколи не розумів людей з javascript головного мозку.
Тут таких немає. Ніхто не пропонує "переписати все на React/x".
Я підтримую:
...коли сидиш на старій залізяці і час від часу висмикуєш інтернет-кабель, щоб прибити оті всі аяксоконекти, що вішають браузер, то мимоволі починаєш мріяти про інтернет без JS.
І впевнений, що перетворювати replace.org.ua на фейсбук, який буде завантажуватися 10 секунд, зовсім не варто. Але я особисто не бачу сенсу підтримувати функціонал сайту для відсотка no-js людей, у яких є якісь упередження щодо JS.
Дозвольте наступний приклад: уподобайки на replace виконуються за допомогою "AJAX". Треба прибирати? Нехай хтось напише новий плагін, котрий буде через форму надсилати лайк і оновлювати усю сторінку чи якийсь топорний iframe. Ми витратимо час і ресурс (якого у цього форуму обмаль) на, нехай навіть, 5% людей і додамо трохи менше ніж 0 користі 95% користувачам цього форуму. Може будемо ще IE6 підтримувати?
Як ви телефоном користуєтеся? Людина, що вам відповідає, може і не розуміти JS.
Я не спілкуюся з людьми, які мене не розуміють чи я їх? Ви про що взагалі?
Ніколи не розумів людей з no-javascript головного мозку. JS невід'ємна частина вебу. Саме завдяки ньому ми маємо динамічний, живий веб. Якщо прагматично, згідно з дослідженнями, цією хворобою уражено лише 0.2% населення, тож не бачу сенсу в кастрації сайту задля примхи і якісь суб'єктивних переконань.
Можна попросити кандидатів зробити хоч невеличке self-disclosure? Я так розумію йдеться не лише за адміністрування, але де факто керування форумом та його долею. Хотілося би знати хто ви, які ваші плани на форум, чи маєте час та навички на їх реалізацію і т.д.
Ви можете написати (або згенерувати) OpenAPI специфікацію для ваших HTTP API ендпоїнтів (сервера) та потім згенерувати клієнт для них у мові клієнта. Воно згенерує і методи (наприклад, Storage.GetProductDetails()), і об'єкти (ProductDetails у цому випадку).
Мені бот не відповідає. /start і мовчить. Сервер упав?
Чому би не перейти на utf-8?
Для ваших вимог REST'у вистачить (який є architecture style, не протоколом). Протокол буде HTTP для них всіх. SOAP важкий і застарілий, RPС теж важчий (для імплементації) і головні його бенефіти у вашому випадку не використовуватимуться.
Дізнався про гру "Острів". Цікаво, дякую!
Неможливо визначити вектор атаки не знаючи юз кейса. База не працює в ізоляції, правда? Неважливо як сильно зашифрована база, якщо до неї підключатиметься дирявий клієнт з валідним ключем. Хоч і тут можна дещо зробити.
- Захищайте перед усім сервер, на якому вона встановлена.
- Застосовуйте https://wiki.owasp.org/index.php/Category:Principle
- Клієнтам - лише ті права, які потрібно (least privilege, див. вище)
- Гешуйте все, що можна. Добрий геш краще за шифрування.
- Те що ви запропонували, це шифрування на рівні аплікаційї. Вади вже описали вище. Рекомендую не вигадувати свій алгоритм, скористуйтеся опціями, що давно існує в базах даних.
Знову ж таки, юз кейс не зрозумілий. Можливо пасуватиме Client-Side Encryption (If the system administrator for the server's machine cannot be trusted) (https://www.postgresql.org/docs/current … tions.html) з PostgreSQL чи просте шифрування диску.