Часто задаваемые вопросы
Найдите ответы на распространённые вопросы о наших услугах, аккаунтах, проектах и о том, как всё работает — полный список ниже.
Избранные вопросы
Чем занимается MS WebX?О компании MS WebX
MS WebX — ИТ-компания. Мы разрабатываем сайты и веб-платформы, нативные приложения для iOS и Android и встраиваем в них ИИ, а также занимаемся SEO, благодаря которому сделанное действительно находят. Кроме того, мы ведём собственные продукты на той же платформе, что используем для клиентов, поэтому основа уже работает в реальной эксплуатации, прежде чем на неё положится кто-то ещё.
Как начинается проект с MS WebX?Работа с нами
Вы описываете цель, а не техническое решение. Мы задаём вопросы, пока объём работ действительно не прояснится, и фиксируем его письменно до начала разработки. Если считаем, что выбранный путь ведёт не туда, говорим об этом заранее — такой разговор дешевле переделки, которую он предотвращает.
У сайта и мобильного приложения общий бэкенд?Платформа
Да, и строже, чем эта фраза обычно означает. API описан один раз на PHP, и из этого описания генерируются и TypeScript-клиент для веба, и Dart-клиент для приложения. Ни один не пишется руками — линтер отклоняет написанный вручную тип API. Поэтому приложение не может тихо разойтись с сервером: расхождение ломает сборку, а не продакшен.
18 языков — это по-настоящему или машинный перевод сверху?Платформа
По-настоящему. Каждая страница существует отдельной записью на язык, со своим текстом и своим адресом: этот раздел лежит на /frequently-asked-questions по-английски и на /de/haeufig-gestellte-fragen по-немецки, а не за параметром перевода. Поэтому каждый язык можно писать так, как в этом рынке действительно ищут, и править один, не трогая остальные семнадцать.
Просмотр по категории
О компании MS WebX
Чем занимается MS WebX?
MS WebX — ИТ-компания. Мы разрабатываем сайты и веб-платформы, нативные приложения для iOS и Android и встраиваем в них ИИ, а также занимаемся SEO, благодаря которому сделанное действительно находят. Кроме того, мы ведём собственные продукты на той же платформе, что используем для клиентов, поэтому основа уже работает в реальной эксплуатации, прежде чем на неё положится кто-то ещё.
Вы агентство или продуктовая компания?
И то и другое — намеренно. То, что мы предлагаем, сначала работает в наших собственных продуктах: многоязычная система страниц, слой API, админские инструменты, аналитика. Клиентский проект не стартует на непроверенном фундаменте, и если что-то ломается в ядре, мы замечаем это раньше заказчика.
Как убедиться, что MS WebX — реально работающая компания?
Тремя способами, не зависящими от того, что здесь написано. На странице с правовыми сведениями указаны официальные данные компании. Наши продукты публичны, ими можно пользоваться, не обращаясь к нам. А форма контакта попадает к тем же людям, которые пишут код, — без колл-центра посередине.
Работа с нами
Как начинается проект с MS WebX?
Вы описываете цель, а не техническое решение. Мы задаём вопросы, пока объём работ действительно не прояснится, и фиксируем его письменно до начала разработки. Если считаем, что выбранный путь ведёт не туда, говорим об этом заранее — такой разговор дешевле переделки, которую он предотвращает.
Как проект идёт изо дня в день?
Небольшими и наглядными шагами. Работа попадает на тестовую среду, которую вы можете открыть в браузере в любой момент, а в бой уходит только по вашему слову. Никто не видит готовый продукт впервые в конце проекта — тогда любая правка стоит дорого.
Что происходит после запуска?
То, что мы делаем, рассчитано на сопровождение: обновления зависимостей, мониторинг и изменения по мере изменения бизнеса. Продолжаем ли это мы или подхватывает ваша команда — согласуется в рамках проекта, а не подразумевается потом. Ничего не строится так, чтобы работать с этим могли только мы.
Возьмётесь ли вы за систему, которую делал кто-то другой?
Сначала читаем существующий код, затем прямо говорим, что дешевле на всём сроке жизни системы — развивать или заменить. Бывают оба ответа: унаследованный код часто вполне здоров и просто плохо задокументирован. Мы не советуем переписывать рефлекторно, потому что переписывание — самое дорогое, что вам могут продать.
На чём вы разрабатываете и как держите качество?
PHP на сервере, TypeScript в браузере, Flutter для iOS и Android, MariaDB для данных, nginx и FrankenPHP для отдачи. Намеренно современные и широко распространённые технологии, чтобы после нас это мог сопровождать кто угодно. Качество держат машины, а не благие намерения: статический анализ работает на самом строгом уровне без списка исключений, плюс более двухсот собственных правил, отклоняющих код, как только он уходит в сторону.
Платформа
Что вы называете «платформой»?
Одна кодовая база с общим ядром и тонким слоем на каждый бренд сверху. У бренда своё оформление, свой контент, своя база данных и свой домен, а исправления безопасности, работа над производительностью и новые возможности ядра приходят везде одновременно, а не переносятся руками в каждый сайт. Добавить бренд — это конфигурация и контент, а не форк.
У сайта и мобильного приложения общий бэкенд?
Да, и строже, чем эта фраза обычно означает. API описан один раз на PHP, и из этого описания генерируются и TypeScript-клиент для веба, и Dart-клиент для приложения. Ни один не пишется руками — линтер отклоняет написанный вручную тип API. Поэтому приложение не может тихо разойтись с сервером: расхождение ломает сборку, а не продакшен.
18 языков — это по-настоящему или машинный перевод сверху?
По-настоящему. Каждая страница существует отдельной записью на язык, со своим текстом и своим адресом: этот раздел лежит на /frequently-asked-questions по-английски и на /de/haeufig-gestellte-fragen по-немецки, а не за параметром перевода. Поэтому каждый язык можно писать так, как в этом рынке действительно ищут, и править один, не трогая остальные семнадцать.
Может ли одна платформа вести несколько брендов, чтобы они не мешали друг другу?
Ради этого она и сделана. У каждого бренда своя база данных, свой домен и свой контент, поэтому один бренд не может прочитать данные другого, а ошибка в контенте одного не появится у другого. Общий у них движок: маршрутизация, слой API, админские инструменты и работа над безопасностью.
Какие продукты MS WebX ведёт сама?
Cannabivo уже работает: это поисковая система по социальным клубам, где посетители находят и сравнивают клубы по местоположению, а клубы сами ведут свою карточку. Steel — справочник эквивалентов материалов для конструкторов и закупок; он в разработке и пока закрыт. Оба продукта работают на платформе, описанной в этом разделе.
Безопасность и данные
Кому принадлежат данные в системе, которую вы для нас делаете?
Вам. Мы обрабатываем их, чтобы работал заказанный сервис, и ни для чего больше. Их не сваливают в общую кучу с данными другого клиента, не продают и не используют, чтобы показывать рекламу вашим пользователям. Если сотрудничество заканчивается, данные вы забираете с собой.
Как данные защищены при передаче?
Соединения идут по HTTP/3, а домен входит в предзагруженный список HSTS в браузерах — браузер отказывается общаться с ним без шифрования уже при самом первом визите, до того как можно было бы перехватить редирект. Обмен ключами постквантовый: X25519 в связке с ML-KEM-768 — он выбран так, чтобы перехваченный сегодня трафик устоял и тогда, когда его сможет атаковать квантовый компьютер.
Как хранятся пароли, ключи и учётные данные API?
Никогда в исходном коде — это обеспечивает сборка, а не дисциплина: код с зашитым секретом отклоняется ещё до вливания. Секреты лежат зашифрованными в хранилище настроек и расшифровываются в момент работы только там, где действительно нужны. Смена ключа — это одно изменение в одном месте, а не поиск по всей кодовой базе.
Что попадает в журнал и можно ли узнать, кто что изменил?
Да. События приложения, ошибки и административные действия пишутся в базу данных, а не в текстовые файлы, разбросанные по серверам, — поэтому по ним действительно можно искать. Административные изменения фиксируют, кто действовал, что изменилось и когда. На вопрос «кто менял эту цену в прошлом месяце» есть ответ, а не догадка.
Как вы обращаетесь с cookie и согласием?
Необязательные cookie ставятся только после согласия посетителя, выбор фиксируется, и на каждом сайте, который мы делаем, есть страница, где его можно позже изменить или отозвать. Отказ — это один клик, а не поиски в меню настроек, и тот, кто отказался, всё равно получает работающий сайт.
ИИ на практике
Что на практике означает «интеграция ИИ»?
Модель делает одну чётко очерченную работу внутри вашего продукта и измеримо выигрывает у альтернативы: разбирает входящие сообщения, готовит текст, который затем утверждает человек, помогает поиску понять, что человек имел в виду, а не что он набрал. Это не чат-пузырь, приклеенный к готовому сайту. Полезный вопрос не «можно ли добавить ИИ», а «какая повторяющаяся задача сейчас съедает ваше время».
Где ИИ уже делает настоящую работу в ваших собственных продуктах?
В контенте. Наши многоязычные материалы создаются и поддерживаются с помощью моделей, а затем проверяются по каждому языку перед публикацией — никогда не выходят прямо из модели. Именно поэтому мы говорим об ИИ осторожно: по собственной работе знаем, где результат силён, а где ещё нужен человек.
Что происходит с нашими данными, если задействована функция с ИИ?
До начала разработки мы письменно называем, какой поставщик обрабатывает какие данные и что из них сохраняется. Если такой ответ вас не устраивает, функция проектируется иначе или не делается вовсе. Никакие данные не покидают вашу систему способом, на который вы не давали согласия, а «мы не знали, что это уходит» — не тот результат, который мы готовы выдать.