Наблюдаю последнее время безрадостную (хотя для кого как) картину падению реальных доходов айтишников в России.
Это особенно заметно в самом массовом и кровавом сегменте разработки - фронтенде:
Но и другие на подходе. Рыночек дно ещё не пощупал и стремительным домкратом движется вниз
Всем привет! Продолжаю раскладывать по полочкам образ феи Солары для «Лунного кода». Сегодня покажу, как обычные прически могут раскрывать характер и даже внутренние конфликты персонажа.
Вот две противоположности:
3. «Коса алгоритма» — для жесткого кода
Как выглядит: Идеально ровная коса, напоминающая оптоволоконный кабель, со светящимися линиями. Дополнена тонкой косой-ободком.
Что означает: Это ее «рабочий режим». Основная коса — это чистый, структурированный код. Коса-ободок — каркас, который не дает мысли разбежаться. А две свободные пряди у лица — ее капелька интуиции и человечности, которая всегда остается, даже в самой сложной задаче.
Короче: Воплощение порядка, когда логика управляет всем.
4. «Эхо хаоса» — для творческого беспорядка
Как выглядит: Длинные распущенные волосы с мягкими волнами, полупрозрачные, с нежным свечением.
Что означает: Это состояние «потока», когда идеи еще не оформились, а просто свободно роятся в голове. Никаких рамок, только чистый творческий хаос и потенциал.
Короче: Визуализация интуиции, которая всегда идет впереди строгой логики.
В моем проекте даже волосы работают по своим законам! Каждая деталь — часть большой системы.
А вам какой стиль ближе?
Жесткий порядок «Косы алгоритма» для дедлайнов или вдохновенный хаос «Эха» для генерации идей? Делитесь в комментариях!
Прическа #3 «Коса алгоритма» и причёска #4 «Эхо Хаоса»
Привет! Я делаю сервис, который упрощает работу с iiko API для ресторанов и их подрядчиков. Если коротко — это «человеческий интерфейс» для API iiko: можно посмотреть актуальное меню и стопы, сделать демо-заказ, проверить типы скидок/доставок/оплат и не ковыряться каждый раз в ручных запросах.
Сам сайт — https://apimenu.ru/
Главная страница сервиса на которой нужно ввести только АПИ ключ
Зачем вообще это нужно?
Если вы когда-нибудь настраивали интеграцию с iiko или просто с ней работали, вы знаете боль:
искать нужные запросы в документации,
искать модификаторы по ID,
постоянно авторизироваться,
все запросы дёргать через Postman,
а потом объяснять менеджеру, почему «товар не в стопе» (сделав 10 запросов до этого).
Мне надоело постоянно делать запросы для разных ключей и организация и решил как-то это упростить. Сделал одну панель, куда добавляешь ключ и авторизируешься, и сразу видишь ответ iiko: организаци и терминалы, меню, стоп-листы, скидки, способы оплаты, статусы и т.п. в одном месте без кучи запросов.
После ввода и авторизации получаем все основные данные по организациям привязанным к ключу
Что уже работает
Просмотр меню и цен. Подтягивает меню и прайсы, показывает дерево категорий и блюда. Делится на 2 типа — номенклатура и внешнее меню.
Корзина и модификаторы. Можно «собрать» тестовый заказ как обычный пользователь: выбираете блюдо → модалки для модификаторов → корзина (но только для внешнего меню)
Демо-заказ в iiko. Выбираете организацию и терминал, подгружаются доставки и оплаты, добавляете тестовые позиции и отправляете заказ — показывает JSON-запрос и JSON-ответ от iiko, после теста сразу можно проверить статус заказа.
Стоп-листы. Подсветка недоступных позиций.
iiko Biz. Страница, где собираю ошибки с которыми встречаюсь при интеграции.
Логи запросов. Сохраняю JSON по ключевым операциям (getOrganizations, getMenus и т.д.) и можно всё посмотреть в модальном окне и скачать. (удобно для обращение в ТП)
Справочник ошибок iiko. Страница, где собираю ошибки с которыми встречаюсь при интеграции.
Хранилище ключей для пользователя. Переключение в один клик между ключами.
И ещё много всякого разного, веду историю изменений, можете почитать — https://apimenu.ru/changelog
Внешнее меню ресторана. Видно основные даныне блюд, можно посмотреть модификаторы и узнать в топе или отключено блюдо.
Для кого это полезно
Директорам/менеджерам. Видно «что реально в продаже» и как срабатывают стопы— без звонка интегратору.
Техспециалистам и подрядчикам. Экономит время: не открывать Postman, меньше человеческих ошибок в параметрах, быстрый отладочный цикл.
Небольшим сетям. Когда «своего айтишника» нет, но проверять меню и тестировать правила нужно регулярно.
Примеры сценариев, которые занимают минуты и можно проверить даже с телефона
«Меню обновили, а на сайте не поменялось» — открываю нужную точку, нужное меню и орнанизация, ищем товар — смотрим, есть он или нет, а может у него нулевая цена или он в стопе.
«Модификатор убрали в стоп, а на сайте он есть» — смотрим меню, ищем товар и смотрим, что у клиента 2 одинаковых наименование, один товар, а другой модификатор и в стоп они убрали товара, а модификатор отображается как и должен.
«Скидка 10% не применялась, хотя вроде скиду добавили» — выбираю организацию и проверяю наличие скидки по id или названию.
Пример логов при загрузки меню. Можно посмотреть каждый запрос отдельно или скачать общий файл лога
Я просто устал объяснять людям «почему не поменялись стопы» и каждый раз собирать запросы в Postman. Сделал сайт, где всё разложил по полочкам — от меню и модификаторов до тестового заказа и логов. Мне очень сильно экономит время на внедрениях и проверках.
Буду рад какому-то фидбеку от рестораторов и работников хорики.
P.S. ключи не сохраняем, если только сами не сохраните в своем ЛК
Компании QApp и «С-Терра» представили уникальную разработку — первый отечественный квантово-устойчивый программно-аппаратный комплекс (TLS-шлюз).
Разработанный продукт представляет собой интеграцию программных решений PQС GATE и PQС SDK разработки QApp в программно-аппаратный комплекс TLS-Шлюз компании «С-Терра». Решение предоставляет защиту веб-порталов и корпоративных приложений, основанную на криптографических алгоритмах нового поколения, устойчивых к атакам с применением как традиционных, так и квантовых компьютеров.
Разработка позволит обезопасить работу госструктур, бизнеса и обычных пользователей, создавая фундамент для более надёжного цифрового будущего.
Звучит красиво и пафосно, а о том, насколько система эффективна - узнаем позже.
Всем привет! С вами снова девушка, которая делает игру и не только про фей-близнецов в IT-вселенной. 🔮
Закончила с позами, теперь перешла к самому интересному: прическам. Для меня это не просто «красиво/некрасиво». Каждый хвостик и косичка — это часть характера и даже... лора! Вот, смотрите, первые две задумки для феи Солары (та, что за порядок и логику).
1. «Хвост провайдера» (да, я это так назвала)
Высокий хвост — чтоб волосы не мешали кодить.
Идеально прямые волосы — как алгоритм без багов.
Напоминает оптоволоконный кабель — для максимальной скорости передачи данных (и магии).
Челка на лоб — когда так увлекаешься дебагом, что про все забываешь.
Косичка с неоновым шнурком — типа индикатор, что память (RAM) загружена.
По гороскопу: Луна в Деве (ну вы поняли, перфекционизм) и Скорпион в восходе (мощь внутри).
2. «Узлы багов»
Пучки на затылке — как запутанные, но красивые графы.
Спадающие пряди — ввод и вывод данных.
Светящиеся точки (пока в идее) — типа мини-дисплеи, показывают текущие процессы.
По гороскопу: все та же Дева с ее любовью к порядку.
Каждая прическа — это как папка в проекте: все по полочкам, все логично. И это только начало! Дальше — костюмы, атрибуты и пиксель-арт.
А вам какая прическа больше заходит? Первая — для жестких дедлайнов, вторая — для творческого хаоса? 😉
Два варианта причёсок для феи
Дисклеймер.
1. В статье упрощены некоторые понятия. Я сделал это, чтобы не загружать статью лишними терминами. Вы можете дополнить и поправить меня в комментариях.
2. Я знаю про плагины. Моя задача - показать, как можно настроить всю мультиязычность руками.
3. На пикабу нет редактора кода - поэтому код в картинках. Но я дам ссылки на гитхаб, чтобы вы могли скачать готовый код.
Мультиязычный сайт, расположенный на разных поддоменах (например, en.site.com, es.site.com, fr.site.com), работает как несколько (по числу языков) независимых сайтов. Вы можете управлять им отдельно, настраивать уникальные метатеги, подключать региональные CDN, собирать точную аналитику по географическим сегментам и даже распределять нагрузку между разными серверами. Кроме того, поисковые системы воспринимают такие версии как отдельные ресурсы, что улучшает SEO: каждая языковая версия индексируется независимо и может занимать высокие позиции в локальных поисковых результатах.
Примеры поддоменов:
Основной сайт на английском: mysite.com
Русская версия: ru.mysite.com
Немецкая версия: de.mysite.com
У этого подхода есть неоспоримые преимущества: каждая языковая версия изолирована и обновляется отдельно. Поддомены можно обслуживать на отдельных серверах или использовать разные настройки кэширования, что повышает производительность сайта. Отдельные поддомены позволяют точно собирать статистику по пользователям из разных стран и языковых сегментов. Поддомены упрощают настройку CDN и кэширования для каждой языковой версии, благодаря чему страницы загружаются быстрее. Поисковые системы воспринимают поддомены как отдельные сайты, что позволяет показывать контент на нужном языке и регионе.
Для работы поддоменов необходимо настроить DNS, хостинг и SSL. Мы разберёмся с этим шаг за шагом.
Для работы мультиязычного сайта через поддомены нужно настроить внешний уровень: домен, сервер и сертификат безопасности.
Основные понятия:
DNS (Domain Name System) — система, которая переводит удобный для человека адрес сайта (например, mysite.com) в числовой IP-адрес сервера (например, 123.45.67.89). Это работает как телефонная книга интернета.
NS-сервер (Nameserver) — хранит все DNS-записи для вашего домена. На запрос «какой IP у mysite.com?» возвращает: 123.45.67.89.
Хостинг — это физический сервер, на котором хранятся файлы и база данных вашего сайта.
SSL — это сертификат, который шифрует соединение между браузером пользователя и вашим сайтом, обеспечивая безопасную передачу данных (HTTPS).
Чтобы браузер понял, куда вести пользователя, когда тот вводит ru.mysite.com, мы настраиваем DNS-записи.
Как найти панель управления DNS?
DNS управляется там, где указаны NS-серверы вашего домена.
Войдите в личный кабинет вашего регистратора домена (компании, где вы купили mysite.com, например, reg.ru, GoDaddy).
Найдите раздел «Управление доменом» или «NS-серверы» (Nameservers).
Посмотрите на указанные адреса:
Если указаны адреса вашего хостинга (например, ns1.myhosting.com) — мы настраиваем DNS в панели управления хостингом.
Если указаны адреса, похожие на wilson.ns.cloudflare.com или dalary.ns.cloudflare.com — значит, DNS управляется через сервис Cloudflare, и все изменения мы делаем в его личном кабинете.
Если указаны адреса самого регистратора (например, ns1.reg.ru) — мы настраиваем DNS прямо в кабинете регистратора.
Если вы знаете другие настройки — напишите в комментариях.
Настройка поддоменов вручную
Если вам нужно создать несколько конкретных поддоменов (например, только для русского и немецкого), вы можете добавить для каждого отдельную запись.
Тип A: Прямо связывает поддомен с IP-адресом вашего сервера.
Имя: Название поддомена без основного домена (ru, de).
Значение: IP-адрес вашего хостинга.
Альтернативный вариант — запись типа CNAME, которая связывает поддомен с другим доменным именем.
Неудобство ручного подхода в том, что для каждого нового языка вам придётся создавать новую запись. Для масштабируемости лучше использовать Wildcard.
Настройка Wildcard-поддоменов
Wildcard-запись покрывает все возможные поддомены, которые вы захотите создать в будущем. Это избавляет от необходимости вручную добавлять записи для каждого языка.
Имя: Символ звёздочки * означает «любой поддомен».
Рекомендация: Для Wildcard предпочтительнее использовать A-запись, так как она надёжнее и работает напрямую с IP-адресом. CNAME для Wildcard поддерживается не всеми провайдерами и может создавать лишние перенаправления.
После сохранения записей подождите обновления DNS (от нескольких минут до 24 часов).
Теперь нужно научить сервер правильно реагировать на запросы ко всем поддоменам. Задача — чтобы ru.mysite.com, de.mysite.com и т.д. загружали файлы из одной корневой папки (где установлен WordPress).
Войдите в панель управления вашим хостингом (например, cPanel, Plesk).
Найдите раздел «Поддомены» (Subdomains).
Создайте новый поддомен со следующими параметрами:
Имя поддомена: * (символ звёздочки).
Домен: Ваш основной домен (например, mysite.com).
Корневая папка (Document Root): Критически важно указать ту же папку, где лежит ваш основной сайт (обычно public_html или www). Не позволяйте системе создать новую папку типа public_html/*.
Если в вашей панели нет опции создания Wildcard-поддомена, обратитесь в техническую поддержку хостинга с запросом: «Пожалуйста, настройте обработку wildcard-поддоменов для домена mysite.com, чтобы все они указывали на корневую папку public_html«.
Для безопасной работы (HTTPS) каждому поддомену нужен действительный SSL-сертификат. Есть два подхода:
Вариант 1: Wildcard SSL-сертификат (рекомендуется)
Сертификат покрывает все поддомены вида *.mysite.com одним файлом.
В панели хостинга найдите раздел «SSL/TLS» или «Безопасность».
Найдите управление сертификатами для вашего домена.
Убедитесь, что активен сертификат с пометкой Wildcard (в его данных должно быть указано *.mysite.com).
Если у вас обычный сертификат, перевыпустите его, обязательно выбрав опцию «Включить Wildcard» или «Защитить все поддомены».
Вариант 2: Отдельные сертификаты для каждого поддомена
Можно выпускать отдельные сертификаты для ru.mysite.com, de.mysite.com и т.д.
В разделе SSL/TLS выберите «Добавить сертификат» или «Выпустить».
В качестве домена укажите конкретный поддомен (например, ru.mysite.com).
Повторите для каждого языкового поддомена.
Когда использовать отдельные сертификаты:
Если хостинг не поддерживает Wildcard SSL
Для поддоменов на разных серверах
При особых требованиях безопасности
Почти все современные хостинги предоставляют бесплатные Wildcard SSL-сертификаты (например, от Let’s Encrypt) по умолчанию или в несколько кликов.
Мы выполнили всю необходимую серверную подготовку:
DNS настроен для автоматического направления любых поддоменов на наш сервер.
Хостинг обучен обрабатывать запросы ко всем поддоменам и отдавать файлы из единой корневой папки.
SSL обеспечивает безопасное HTTPS-соединение для всех текущих и будущих языковых версий.
Технический фундамент заложен. В следующей части мы перейдём к настройке WordPress — активируем сеть сайтов (Multisite) и подключим мультиязычность.
Понравилось — ставь «+»
Полезно? Подпишись.
Задавай вопросы в комментариях 👇👇👇
Удачи! 🚀
Предисловие (аннотация):
Frontend-разработка + любовь к мифам = самый необычный проект в моей жизни. Показываю, как строчки кода превращаются в врата в другой мир.
---
Всем привет! Я — тот самый странный гибрид фронтенд-разработчика и художника, который вместо очередного корпоративного лендинга решил построить портал в другую вселенную. 🪐
О чём проект?
В основе лежит «Лунный Кодекс» — древняя цифровая сущность, которая спит где-то в глубинах сети. Её должны пробудить две феи-близнеца:
Солара (Архитектор Порядка)
Ноктура (Повелительница Хаоса)
Моя задача написать код, который станет мостом для этого пробуждения. И первая страница, которую вы увидите — это не скучная заглушка «Сайт в разработке», а самые настоящие врата, которые вот-вот откроются.
Как я это делаю?
Пишу на TypeScript — это мой Кодекс Порядка, который не даёт магии превратиться в хаос.
Оживляю всё с помощью CSS, чтобы каждый пиксель дышал атмосферой.
Использую SvelteKit он как древний гримуар, превращающий мои идеи в чистый и быстрый код.
Сейчас работаю над самым важным — запуском времени. Это будет первый интерактивный элемент, который покажет, что вселенная начала просыпаться.
Что дальше?
Следите за обновлениями! В следующих постах покажу:
Как оживают феи с помощью CSS-анимаций
Первые скриншоты врат
Как астрология и мифы превращаются в код
А вам интересны такие проекты на стыке кода и творчества? Или предпочитаете чистую разработку? 🧙♀️
Архитектору папок и документов проекта
