Я не очень понял, вопрос, кажется, что они все риторические, но давайте попробуем.
Что мешало использовать нативные блоки? - что-то мы, кстати, используем, но дизайн сайта не предполагал ни одного блока, которые есть в коробке, к тому же, надо расширять и поддерживать логику
На крайний случай, что мешало гутенберг разместить отдельно? - подскажите, для чего?
Привет! Мы не обрабатываем вообще любые блоки от любых плагинов, только те, что создавали сами.
Суть в том, что в headless CMS создать предпросмотр быстро из коробки нельзя, поэтому сделали ключик, проверку роли пользователя и статус поста, готовых решений нет
Если вы целиком читали статью, то под конец вы увидите отдельной блок, посвященный кибербезопасности. Нельзя с фронта просто "отправить циферки", игра сразу реджектит твой результат, если браузер отследил открытую консоль разработчика, например
Процитирую свой же ответ выше: "Игра стала частью корпоративной культуры огромной зарубежной IT компании, мы уже доделываем первое DLC, вокруг этой игры создался "шум": мемы, фестивали, обсуждение и многое другое. Этот кейс - пример геймификации HR процессов в крупной компании"
Игра стала частью корпоративной культуры огромной зарубежной IT компании, мы уже доделываем первое DLC, вокруг этой игры создался "шум": мемы, фестивали, обсуждение и многое другое. Этот кейс - пример геймификации HR процессов в крупной компании
Мы это учли и создали "лор" режим для игроков с гарантией прохождения и рейтинговый режим для игроков посильнее. Там нет одной жизни, хардкор создается из умения и желания научиться играть, механики примитивные, уровень линейный, спавн врагов предсказуемый, всё как в dark souls, наша задача научиться играть в игру лучше остальных и забрать главный приз
Сколько у вас на руки, если не секрет? В аутстаффе (выкуп) наименьшая маржа за счет относительно низких рисков и почти отсутствие косвенных расходов, поэтому ставка в выкупе специалиста меньше, чем тот же в фикс контракте
Вопрос правильный, именно база часто ахиллесова пята) Нам пока что удавалось справиться с любыми нагрузками, это делается довольно стандартным набором методов: правильное кеширование, правильное распределенное хранение (для некоторых сущностей мы создаем новые таблицы), оптимизированные запросы к базе (именно в них часто кроется проблема).
На сегодняшний день мы твердо уверены, что проблемы проекта начинаются с его инициализации. Важно понимать что будет из себя представлять продукт на старте и какой у него потенциал развития, исходя из этого мы планируем как архитектуру приложения, так и серверную.
Так же хочу обратить внимание, мы упомянули в статье, что к каждой задаче свой инструмент и использовать Wordpress в таких сервисах как "маркетплейс" уже нецелесообразно, ну просто потому что объем разработки будет на WP будет равен объему разработки на Laravel, а второй объективно поддерживать легче
Мы напишем об этом отдельную статью, но при использовании Vue или React мы, конечно, рассматриваем SSR решения для индексных страниц, но бывают и хитрости, у нас был опыт написания SPA на интерактивных страницах и рендер статики для индексных. Вы можете посмотреть пример на одном из наших проектов https://parking-strogino.ru/, статичные страницы получают контент из Gutenberg и хранятся в статике, а страница "объекты" работает в режиме SPA
Вы абсолютно правы в каждом пункте и добавить нам нечего :)
Я не очень понял, вопрос, кажется, что они все риторические, но давайте попробуем.
Что мешало использовать нативные блоки? - что-то мы, кстати, используем, но дизайн сайта не предполагал ни одного блока, которые есть в коробке, к тому же, надо расширять и поддерживать логику
На крайний случай, что мешало гутенберг разместить отдельно? - подскажите, для чего?
Привет! Мы не обрабатываем вообще любые блоки от любых плагинов, только те, что создавали сами.
Суть в том, что в headless CMS создать предпросмотр быстро из коробки нельзя, поэтому сделали ключик, проверку роли пользователя и статус поста, готовых решений нет
Ну это из десятка факторов) начнем с простого - я должен быть авторизован, и должен быть в списке разрешенных пользователей)
Если вы целиком читали статью, то под конец вы увидите отдельной блок, посвященный кибербезопасности. Нельзя с фронта просто "отправить циферки", игра сразу реджектит твой результат, если браузер отследил открытую консоль разработчика, например
Процитирую свой же ответ выше: "Игра стала частью корпоративной культуры огромной зарубежной IT компании, мы уже доделываем первое DLC, вокруг этой игры создался "шум": мемы, фестивали, обсуждение и многое другое. Этот кейс - пример геймификации HR процессов в крупной компании"
Игра стала частью корпоративной культуры огромной зарубежной IT компании, мы уже доделываем первое DLC, вокруг этой игры создался "шум": мемы, фестивали, обсуждение и многое другое. Этот кейс - пример геймификации HR процессов в крупной компании
Спасибо, очень ценно! Вы сами во что играете, если играете?
Ребята работают много, очень много :) Онлайн-игра — классная инвестиция в HR бренд, а ещё — способ развлечь команду нестандартным способом.
С заказчиком у нас NDA)
Мы это учли и создали "лор" режим для игроков с гарантией прохождения и рейтинговый режим для игроков посильнее. Там нет одной жизни, хардкор создается из умения и желания научиться играть, механики примитивные, уровень линейный, спавн врагов предсказуемый, всё как в dark souls, наша задача научиться играть в игру лучше остальных и забрать главный приз
Интересный комментарий! А что вас испугало?
Спасибо за обратную связь, обязательно напишем!)
Цена формируется из обьема часов, которые специалист потратит на эпик. Какой именно пункт вас смущает? Мы раскроем его более подробно
Что бы хотели, чтобы мы раскрыли подробнее?
Сколько у вас на руки, если не секрет? В аутстаффе (выкуп) наименьшая маржа за счет относительно низких рисков и почти отсутствие косвенных расходов, поэтому ставка в выкупе специалиста меньше, чем тот же в фикс контракте
Вопрос правильный, именно база часто ахиллесова пята) Нам пока что удавалось справиться с любыми нагрузками, это делается довольно стандартным набором методов: правильное кеширование, правильное распределенное хранение (для некоторых сущностей мы создаем новые таблицы), оптимизированные запросы к базе (именно в них часто кроется проблема).
На сегодняшний день мы твердо уверены, что проблемы проекта начинаются с его инициализации. Важно понимать что будет из себя представлять продукт на старте и какой у него потенциал развития, исходя из этого мы планируем как архитектуру приложения, так и серверную.
Так же хочу обратить внимание, мы упомянули в статье, что к каждой задаче свой инструмент и использовать Wordpress в таких сервисах как "маркетплейс" уже нецелесообразно, ну просто потому что объем разработки будет на WP будет равен объему разработки на Laravel, а второй объективно поддерживать легче
Мы напишем об этом отдельную статью, но при использовании Vue или React мы, конечно, рассматриваем SSR решения для индексных страниц, но бывают и хитрости, у нас был опыт написания SPA на интерактивных страницах и рендер статики для индексных. Вы можете посмотреть пример на одном из наших проектов https://parking-strogino.ru/, статичные страницы получают контент из Gutenberg и хранятся в статике, а страница "объекты" работает в режиме SPA
Мы изначально использовали ACF, нам нравится как движется его развитие: регулярные обновления, новые фичи, совместимость с gutenberg и многое другое