Дванадцять безкоштовних інструментів для розробників

Ми щойно опублікували добірку невеликих утиліт за адресою /tools: парсер виразів cron, який показує п’ять найближчих запусків, кодування Base64, форматувальник JSON, відсоткове кодування адрес і ще вісім. Вони безкоштовні, не вимагають облікового запису, і посеред них немає місця, де ми щось вам продаємо.

Найцікавіше не те, що вони роблять. Найцікавіше - де вони це роблять.

Усе відбувається у вашій вкладці

Жоден із цих інструментів нічого нікуди не надсилає. Вираз cron, який ви вставляєте, JSON, який ви саме налагоджуєте, блок Base64, що цілком може виявитися токеном: усе це обробляє JavaScript у вашому браузері, і ніщо з цього його не залишає. Немає запиту до нашого бекенду, бо на цьому шляху бекенду взагалі немає.

Звучить як технічна виноска. Це не так. Подумайте, що люди насправді вставляють в онлайнові форматувальники: облікові дані до бази в конфігурації JSON, ключ API у корисному навантаженні вебхука, JWT, скопійований прямо з продакшн-логів. Кожен сервіс, який обробляє це на своєму боці, має ці дані в журналі запитів, хотів він того чи ні.

Ми волимо їх не мати. Поводитися з чужими секретами - це відповідальність, з якої ми не маємо нічого.

Сторонніх бібліотек теж немає

Інструменти використовують лише те, що браузер має на борту: TextEncoder для UTF-8, btoa для Base64, JSON.parse, encodeURIComponent. Парсер cron - це близько ста рядків, написаних з нуля.

Це теж було свідоме рішення. Інструмент, який рекламує себе як «працює локально» і водночас тягне скрипт із чужого CDN, локальний рівно настільки, наскільки дозволить оператор того CDN. Залежність не зникає від того, що вона зручна.

Єдиний виняток, сказаний прямо: ці сторінки мають нашу аналітику, як і решта сайту. Вона рахує перегляди. Вона не бачить того, що ви вводите в інструментах, і вміст їхніх полів ніколи нікуди не передається.

Навіщо компанії з моніторингу парсер cron

Чесна відповідь: бо люди це шукають. Той, хто о другій ночі пише рядок у crontab і мружиться на */5 * * * *, щоб перевірити, чи правильно порахував, - це саме та людина, яка через тиждень захоче знати, чи це завдання справді виконалося.

Менш цинічна відповідь: ми дивимося на вирази cron цілими днями. Парсер показує те, що ми самі хотіли б бачити, тобто п’ять найближчих запусків у вашому часовому поясі, а не абзац прози, який переказує вам ваш власний розклад. Хто хоч раз обпікся на плутанині між UTC і місцевим часом, той знає, чому це важливіше за формулювання.

Повний перелік

Їх дванадцять: парсер cron, Base64, форматувальник JSON, кодування URL, конвертер Unix-часу, генератор UUID і ULID, хешування SHA, тестер регулярних виразів, калькулятор chmod, калькулятор CIDR, генератор паролів і звичайна довідкова таблиця кодів стану HTTP.

В останній немає ані грама JavaScript, а сама таблиця має колонку, якої немає в решти двадцяти подібних таблиць в інтернеті: що кожен код означає для монітора. 401 найчастіше означає, що ваша перевірка загубила облікові дані, а не що сервіс лежить. 429 означає, що сервіс живий і відмовляє саме вам.

А якщо колись спіймаєте себе на питанні, чи cron, який ви щойно написали, запустився цієї ночі, то це ми теж уміємо. Тільки на це вже потрібен обліковий запис.