Документация для специалистов

Новости

Эксперименты и исследования

@prisma-cms

@prisma-cms/front-editor Components

Авторизация в сети Ethereum с помощью хром-плагина Metamask

Браузерный Ethereum-кошелек MetaMask запустил публичное бета-тестирование своего мобильного приложения.

Оно позволяет управлять криптоактивами, отправлять пользователям ETH и токены стандартов ERC-20 и ERC-721 с помощью ENS-имен, и взаимодействовать с децентрализованными приложениями (dApps).

Работает! Браузерный Ethereum-кошелек MetaMask запустил публичное бета-тестирование своего мобильного приложения. Оно позволяет управлять криптоактивами, отправлять пользователям ETH и токены стандартов ERC-20 и ERC-721 с помощью ENS-имен, и взаимодействовать с децентрализованными приложениями (dApps). #новость https://forklog.com/?p=77491

Работает!

Ну и здорово:)

Николай, может стоит на главной странице или рядом с выбором языка, добавить  ссылку на гит prinsma-cms? Ну и у вас "dfgfdg " болтается в левом нижнем углу.

Николай, может стоит на главной странице или рядом

И после публикации комментария, не обновляется форма -)

И после публикации комментария, не обновляется фор

>> Николай, может стоит на главной странице или рядом с выбором языка, добавить  ссылку на гит prinsma-cms?

ОК, воткну куда-нибудь.

>> Ну и у вас "dfgfdg " болтается в левом нижнем углу.

Да, в одну из зависимостей отладочная информация затесалась, оттуда уже убрал, но здесь пока не обновлял, потому что довольно много изменений прилетит, под которые и здесь код немного актуализировать надо будет (грядут новшества :)). Так что еще немного повисит, потом пропадет.

>> Николай, может стоит на главной странице или рядом с выбором языка, добавить  ссылку на гит prinsma-cms? ОК, воткну куда-нибудь. >> Ну и у вас "dfgfdg " болтается в левом нижнем углу. Да, в одну из зависимостей отладочная информация затесалась, оттуда уже убрал, но здесь пока не обновлял, потому что довольно много изменений прилетит, под которые и здесь код немного актуализировать надо будет (грядут новшества :)). Так что еще немного повисит, потом пропадет.

>> Николай, может стоит на главной странице или ря

<< И после публикации комментария, не обновляется форма -)

Да, действительно не пропадает. Но возможно исправится после обновления компонентов (я там немного со сбросом кеша и коллбэками переделывал). Перепроверю дополнительно. Спасибо!

<< И после публикации комментария, не обновляется форма -) Да, действительно не пропадает. Но возможно исправится после обновления компонентов (я там немного со сбросом кеша и коллбэками переделывал). Перепроверю дополнительно. Спасибо!

<< И после публикации комментария, не обновляется

Прошу прощения, что не в тему топика, но не могли бы вы просто, тезисно, рассказать об организации процесса авторизации на вашем сайте? Просто я пытаюсь мигрировать с php на js, сейчас разбираюсь с авторизацией и мне стало интересно какие способы хранения токена используют в реальных проектах. У вас на на сайте  используется локальное хранилище, но насколько я знаю оно совсем не безопасно, этож те же куки только в профиль, разве нет? Вот сейчас в другом браузере открыл приватную вкладку, вбил туда свой токен и вуаля, я авторизован.

Вам спасибо! Прошу прощения, что не в тему топика, но не могли бы вы просто, тезисно, рассказать об организации процесса авторизации на вашем сайте? Просто я пытаюсь мигрировать с php на js, сейчас разбираюсь с авторизацией и мне стало интересно какие способы хранения токена используют в реальных проектах. У вас на на сайте  используется локальное хранилище, но насколько я знаю оно совсем не безопасно, этож те же куки только в профиль, разве нет? Вот сейчас в другом браузере открыл приватную вкладку, вбил туда свой токен и вуаля, я авторизован.

Вам спасибо! Прошу прощения, что не в тему топика,

Выкатил обновления. Сейчас с сообщениями должно быть ОК. Заодно пофиксил давнюю багу с кешем комментариев: когда начинаешь писать коммент в одном топике, а потом замечаешь, что не туда пишешь, переходишь в другой, постишь коммент, а он улетает в исходный топик. Больше такой проблемы нет. При чем можно иметь сразу несколько черновиков комментариев в разных топиках (по одному на топик).

Выкатил обновления. Сейчас с сообщениями должно бы

>>> Вот сейчас в другом браузере открыл приватную вкладку, вбил туда свой токен и вуаля, я авторизован.

Собственно так и должно быть, ведь у вас в наличии есть токен, созданый для идентификации пользователя. Есть токен валидный - есть авторизация.

Тут, конечно, стоит отдельно оговорить, что кукисы есть разные. Есть http-only, которые чаще всего и используются для хранения для PHP-сессий и которые не могут быть просто так прочитаны средствами JS (точнее вообще не должны ими читаться, а читаются и устанавливаются только серверными соединениями). Но http-only куки не панацея, и не являются обязательным механизмом авторизации. В современном интернете все чаще используют токены. В данном случае реализация на JWT. Статья на хабре: https://habr.com/ru/post/340146/

То есть в нашем случае используются именно токены, и это практически обязательно для принципа API-first CMS и т.п. Собственно, так изначально и был расчет: не важно на каком устройстве ты авторизовался и получил свой токен, ты его можешь в дальнейшем использовать где угодно (пока он принимается API-сервером). Так что ваша задача просто не слить свой токен кому попало. Хотя я соглашусь, что есть еще куда усиливать безопасность и позже я этим займусь. Но сейчас это пока преждевременная оптимизация.

И да, если вы хотите на своем проекте усилить авторизацию своими средствами, это можно.

Вот здесь токен создается, когда пользователь авторизовывается: https://github.com/prisma-cms/user-module/blob/7fc769cbf1635799442fdd798f6c2f209fa7a8c2/src/modules/index.mjs#L110

А вот здесь он проверяется, когда приходит API-запрос: https://github.com/prisma-cms/prisma-context/blob/8a4384ee6d3dbdc2e8eb67bdd2661a800cad5b18/src/index.mjs#L54

То есть используется следующий принцип при обработке запросов: когда на сервер приходит API-запрос, выполняется попытка идентифицировать пользователя. Если пользователь был получен, он добавляется в контекст текущего запроса, чтобы в процессе его обработки на всех уровнях GraphQL-резолверов его можно было получить из текущего контекста.

К примеру, практически все конечные серверные модули prisma-cms используют @prisma-cms/prisma-processor, и вот в нем выполняется попытка получить текущего пользователя: https://github.com/prisma-cms/prisma-processor/blob/375e361a3b2a46aeb4efd42b233dc3c08ec2e3b7/src/index.mjs#L286

То есть не выполняется запроса к БД или типа того, а просто он дергается из контекста.

>>> Вот сейчас в другом браузере открыл приватную вкладку, вбил туда свой токен и вуаля, я авторизован. Собственно так и должно быть, ведь у вас в наличии есть токен, созданый для идентификации пользователя. Есть токен валидный - есть авторизация. Тут, конечно, стоит отдельно оговорить, что кукисы есть разные. Есть http-only, которые чаще всего и используются для хранения для PHP-сессий и которые не могут быть просто так прочитаны средствами JS (точнее вообще не должны ими читаться, а читаются и устанавливаются только серверными соединениями). Но http-only куки не панацея, и не являются обязательным механизмом авторизации. В современном интернете все чаще используют токены. В данном случае реализация на JWT. Статья на хабре: https://habr.com/ru/post/340146/ То есть в нашем случае используются именно токены, и это практически обязательно для принципа API-first CMS и т.п. Собственно, так изначально и был расчет: не важно на каком устройстве ты авторизовался и получил свой токен, ты его можешь в дальнейшем использовать где угодно (пока он принимается API-сервером). Так что ваша задача просто не слить свой токен кому попало. Хотя я соглашусь, что есть еще куда усиливать безопасность и позже я этим займусь. Но сейчас это пока преждевременная оптимизация. И да, если вы хотите на своем проекте усилить авторизацию своими средствами, это можно. Вот здесь токен создается, когда пользователь авторизовывается: https://github.com/prisma-cms/user-module/blob/7fc769cbf1635799442fdd798f6c2f209fa7a8c2/src/modules/index.mjs#L110 А вот здесь он проверяется, когда приходит API-запрос: https://github.com/prisma-cms/prisma-context/blob/8a4384ee6d3dbdc2e8eb67bdd2661a800cad5b18/src/index.mjs#L54 То есть используется следующий принцип при обработке запросов: когда на сервер приходит API-запрос, выполняется попытка идентифицировать пользователя. Если пользователь был получен, он добавляется в контекст текущего запроса, чтобы в процессе его обработки на всех уровнях GraphQL-резолверов его можно было получить из текущего контекста. К примеру, практически все конечные серверные модули prisma-cms используют @prisma-cms/prisma-processor, и вот в нем выполняется попытка получить текущего пользователя: https://github.com/prisma-cms/prisma-processor/blob/375e361a3b2a46aeb4efd42b233dc3c08ec2e3b7/src/index.mjs#L286 То есть не выполняется запроса к БД или типа того, а просто он дергается из контекста.

>>> Вот сейчас в другом браузере открыл приватную

В принципе я именно так, все себе и представлял. Но вчера при практической реализации подумал, что наверное все должно быть гораздо сложнее, плюс мой внутренний параноик начал бомбить.

Большое спасибо за развернутый ответ с примерами!

p.s. подтверждаю, багули пропали.

В принципе я именно так, все себе и представлял. Но вчера при практической реализации подумал, что наверное все должно быть гораздо сложнее, плюс мой внутренний параноик начал бомбить. Большое спасибо за развернутый ответ с примерами! p.s. подтверждаю, багули пропали.

В принципе я именно так, все себе и представлял. Н

И еще раз уточню, на всякий случай: то, что записано в JWT, общедоступно и читаемо. То есть нельзя что-то приватное записывать в JWT. Хоть оно в виде обычной строки и человеконечитаемо, все-таки оно дешифруемо. Суть использования JWT в таком виде сводится к тому, чтобы не просто передать какие-то текстовые данные, а еще и подписать их для проверки подлинности в дальнейшем. То есть на стороне сервера вы создаете JWT-token (масло-масленое, ибо аббревиатура JWT уже включает в себя Token), используя ключ, который никто не должен знать, потому как есть знает, он может модифицировать запись и подписать ее этим ключом, и тогда сервер примет этот токен, что совсем не есть хорошо. Этот момент надо четко понимать. А то некоторые, видя нечитаемую строку, думают, что в нее можно записывать все, что угодно. Нет, это совсем не так.

Не за что! И еще раз уточню, на всякий случай: то, что записано в JWT, общедоступно и читаемо. То есть нельзя что-то приватное записывать в JWT. Хоть оно в виде обычной строки и человеконечитаемо, все-таки оно дешифруемо. Суть использования JWT в таком виде сводится к тому, чтобы не просто передать какие-то текстовые данные, а еще и подписать их для проверки подлинности в дальнейшем. То есть на стороне сервера вы создаете JWT-token (масло-масленое, ибо аббревиатура JWT уже включает в себя Token), используя ключ, который никто не должен знать, потому как есть знает, он может модифицировать запись и подписать ее этим ключом, и тогда сервер примет этот токен, что совсем не есть хорошо. Этот момент надо четко понимать. А то некоторые, видя нечитаемую строку, думают, что в нее можно записывать все, что угодно. Нет, это совсем не так.

Не за что! И еще раз уточню, на всякий случай: то,

Minecraft на prisma-cms.com

ContentEditor

Интересный подход к редактированию через devTools: для меня открытие, хотя и можно было самому догадаться))))

А по отслеживанию изменений: то есть можно вообще все изменения страницы забить в БД: кто изменил, чего и когда?

Николай, привет! Интересный подход к редактированию через devTools: для меня открытие, хотя и можно было самому догадаться)))) А по отслеживанию изменений: то есть можно вообще все изменения страницы забить в БД: кто изменил, чего и когда?

Интересный подход к редактированию через devTools:

<< А по отслеживанию изменений: то есть можно вообще все изменения страницы забить в БД: кто изменил, чего и когда?

Если заморочиться, то можно вообще каждое изменение журналировать (в том числе изменение текста). Но скорее всего это будет избыточно. А вот просто сохранять старую страницу в базу, при сохранении новой версии - это вполне можно. Но надо учитывать, что у объекта страницы могут быть связанные данные (например, файлы фотогалереи), это уже придется дополнительно заморачиваться.

Дима, привет! << А по отслеживанию изменений: то есть можно вообще все изменения страницы забить в БД: кто изменил, чего и когда? Если заморочиться, то можно вообще каждое изменение журналировать (в том числе изменение текста). Но скорее всего это будет избыточно. А вот просто сохранять старую страницу в базу, при сохранении новой версии - это вполне можно. Но надо учитывать, что у объекта страницы могут быть связанные данные (например, файлы фотогалереи), это уже придется дополнительно заморачиваться.

Дима, привет! << А по отслеживанию изменений: то е

Да, каждое изменение пожалуй избыточно будет:) Да и смысла особого нет.

А вот журнал изменений в виде таблицы дата,  кто менял,  json страницы уже представляется полезным на той же пивкарте.

Да, каждое изменение пожалуй избыточно будет:) Да и смысла особого нет. А вот журнал изменений в виде таблицы дата,  кто менял,  json страницы уже представляется полезным на той же пивкарте.

Да, каждое изменение пожалуй избыточно будет:) Да

Это не сложно сделать.

С чего начать изучать программирование

офигенно получилось. если разовьется, будет весьма востребованным инструментом, вангую

офигенно получилось. если разовьется, будет весьма

Я на это надеюсь))

Присоединяюсь))

Вы заодно можете еще и пожелания высказывать. К примеру, какие уроки хотелось бы в первую очередь видеть.

Вы заодно можете еще и пожелания высказывать. К пр

Народ, если кто указывает какие технологии использует, хорошо бы еще указывать статус использования, и по возможность хотя бы примерные даты.

К примеру, вот мои технологии, которые я  больше не использую. Или кто что изучает. (фильтры конечно же любой может изменить)

Как мне видится, когда этой информации будет много, могут получиться интересные аналитические срезы.

P.S. К слову, даты и статусы можно проставить прям в списке, так довольно быстро получается. http://joxi.ru/p27R6EGiKyvWGm

Народ, если кто указывает какие технологии использует, хорошо бы еще указывать статус использования, и по возможность хотя бы примерные даты. К примеру, вот мои технологии, которые я  больше не использую. Или кто что изучает. (фильтры конечно же любой может изменить) Как мне видится, когда этой информации будет много, могут получиться интересные аналитические срезы. P.S. К слову, даты и статусы можно проставить прям в списке, так довольно быстро получается. http://joxi.ru/p27R6EGiKyvWGm

Народ, если кто указывает какие технологии использ

Дима, ты все еще bootstrap используешь?:) 4-ый хоть?

Дима, ты все еще bootstrap используешь?:) 4-ый хот

Четвертый)))

Ну хоть так)

Очень содержательный топик получился :)

Николай, если расширять дерево технологий, то неминуемо встанет вопрос "подкатегорий". Так в MODx Revo тот же pdoTools или MIGX как отдельная технология будет путать. Есть возможность на текущем этапе вносить подчиненные элементы? Если нет, то возможно имеет смысл это внести. Всё-таки тот же react, jQueru, angular итд тоже логичнее смотрелись бы как развитие JS. 

Николай, если расширять дерево технологий, то неми

Дима, да, ты все правильно все говоришь. Это просто не реализовано пока. Это не самое первостепенное, потому что в нескольких десятках технологий особо не заблудиться. Но это уже усложнит первичную разработку и усложнит ее корректировку. Но позже будет обязательно внедрено, по мере роста.

Дима, да, ты все правильно все говоришь. Это прост

Понял. Странный вопрос: как думаешь ,имеет смысл "засорять" проект не программными технологиями? Например ,если я добавлю скульптуру малых форм (военные миниатюры) - это не вписывается в формат? Или широким веером подходим?  

Понял. Странный вопрос: как думаешь ,имеет смысл "

Вообще изначально планировался "широкий веер", как ты выразился. Но так как сама по себе реализация задуманного до сих пор не до конца проработана (и будет в процессе корректироваться скорее всего еще не раз), лучше пока ограничиться только программированием. Хотя если все полетит и устаканится, пойдем шире.

Вообще изначально планировался "широкий веер", как

Ок) Пока повременю, но! Я под парами)

Нее, если хочешь, можешь подобавлять. Заодно изучим реальные проблемы, с которыми столкнемся. Но будь готов к тому, что эти данные могут быть удалены (хотя совсем не факт).

Нее, если хочешь, можешь подобавлять. Заодно изучи

Пойдем излюбленным путем: делаем и смотрим, что выйдет)

Пойдем излюбленным путем: делаем и смотрим, что вы

Именно так))

Higher Study

Hi! Is there hard to write publication?

Работа сайта prisma-cms.com восстановлена

Была версия, что это происки Рамблера:)

На злобу дня)))

Разворачиваем prisma-cms за 5 минут в докере

А за счет чего уменьшилось количество таблиц?

За счет отказа от промежуточных таблиц для связей.

К примеру, Есть Топик, и у него есть свойство КемНаписан (Пользователь). В классической реляционной модели мы в таблице Топика просто добавляли колонку типа user_id, которая ссылалась на таблицу Пользователя через его id. Попутно могли настроить первичные/вторичные ключи, чтобы обеспечить целостность данных. 

В итоге у нас было по прежнему две таблицы (Топики и Пользователи). В свою очередь через эту связь мы могли получить Пользователя по Топику, и по Пользователю 

получить все его Топики.

В ранних версиях призмы эта связь обеспечивалась не через колонку в Топике, а через промежуточную таблицу ПользовательТопик. Таким образом связь выглядела так: Пользователь - ПользовательТопик - Топик.

Это обеспечивало все варианты связей (один-к-одному, один-ко-многим и многие-ко-многим). Но, это все-таки лишняя таблица, с кучей соответствующих минусов (включая усложнение написания SQL-запросов, в том числе и потому что колонки в таких таблицах имели "интуитивнопонятные" названия типа A и B).

Вот так вот этот ад выглядел: http://joxi.ru/brReEnMhYJ1VkA

А это только часть таких таблиц: http://joxi.ru/a2XWaY6ID1dZWm (имена таблиц связей начинаются с подчеркивания).

Сейчас подобных таблиц осталось всего 13 штук. 

В принципе, на сами GraphQL-запросы это почти не повлияло (в плане их написания). То есть если мы раньше писали запрос

то есть получали список пользователей и их публикации, то оно так и осталось. Просто под капотом на уровне самой призмы работа поменялась. Поэтому, если делать совсем не большой сервис, то это можно было и не брать во внимание. Но когда делаешь что-то побольше, да еще и начинаешь чистые SQL-запросы писать, то новая призма конечно же гораздо лучше себя показывает.

query {
  users (
    first: 3
  ){
    id
    username
    Resources (
      first: 3
    ){
      id
      name
    }
  }
}

За счет отказа от промежуточных таблиц для связей. К примеру, Есть Топик, и у него есть свойство КемНаписан (Пользователь). В классической реляционной модели мы в таблице Топика просто добавляли колонку типа user_id, которая ссылалась на таблицу Пользователя через его id. Попутно могли настроить первичные/вторичные ключи, чтобы обеспечить целостность данных. В итоге у нас было по прежнему две таблицы (Топики и Пользователи). В свою очередь через эту связь мы могли получить Пользователя по Топику, и по Пользователю получить все его Топики. В ранних версиях призмы эта связь обеспечивалась не через колонку в Топике, а через промежуточную таблицу ПользовательТопик. Таким образом связь выглядела так: Пользователь - ПользовательТопик - Топик. Это обеспечивало все варианты связей (один-к-одному, один-ко-многим и многие-ко-многим). Но, это все-таки лишняя таблица, с кучей соответствующих минусов (включая усложнение написания SQL-запросов, в том числе и потому что колонки в таких таблицах имели "интуитивнопонятные" названия типа A и B). Вот так вот этот ад выглядел: http://joxi.ru/brReEnMhYJ1VkA А это только часть таких таблиц: http://joxi.ru/a2XWaY6ID1dZWm (имена таблиц связей начинаются с подчеркивания). Сейчас подобных таблиц осталось всего 13 штук. В принципе, на сами GraphQL-запросы это почти не повлияло (в плане их написания). То есть если мы раньше писали запрос то есть получали список пользователей и их публикации, то оно так и осталось. Просто под капотом на уровне самой призмы работа поменялась. Поэтому, если делать совсем не большой сервис, то это можно было и не брать во внимание. Но когда делаешь что-то побольше, да еще и начинаешь чистые SQL-запросы писать, то новая призма конечно же гораздо лучше себя показывает.

Сегодня опять перебои в работе были. Перенес окончательно prisma-cms.com в докер. 

Сегодня опять перебои в работе были. Перенес оконч

Улучшил скрипты. Теперь downtime при деплое проекта составляет всего несколько секунд.

Улучшил скрипты. Теперь downtime при деплое проект

Как переписать 400 000 строк кода и почти ничего не сломать

Проект жив и это радует. А то был слух, что мы тебя потеряли :)

Проект жив и это радует. А то был слух, что мы теб

Да не, просто в работе был весь :)

О класс! Прочитал с воодушевлением, снова Николай весь в работе, собственное детище взращивает! Круто! Весьма и впечатляет. Надеюсь будет развитие уже такого варианта и это принесет всем нам отличные эмоции от управления хорошим и добротным продуктом! Спасибо! Ожидаю новостей!

О класс! Прочитал с воодушевлением, снова Николай

Сергей, спасибо на добром слове! :)

Сергей, спасибо на добром слове! :) Будет.

Доброго времени суток. Николай, какова реальность на сегодня в плане воплощения проекта? :)

Доброго времени суток. Николай, какова реальность

Ну, спрос не особо велик оказался :)

Но как раз сейчас готовлюсь записать видео на часик-два. Должно быть интересно.

А так обновление prisma-cms.com - это задача не первостепенная. Есть основная работа, она время тоже съедает много.

Сергей, привет! Ну, спрос не особо велик оказался :) Но как раз сейчас готовлюсь записать видео на часик-два. Должно быть интересно. А так обновление prisma-cms.com - это задача не первостепенная. Есть основная работа, она время тоже съедает много.

Сергей, привет! Ну, спрос не особо велик оказался

Обзорное видео по @prisma-cms/nextjs

Выложил видео https://prisma-cms.com/topics/obzornoe-video-po-@prisma-cms/nextjs

Выложил видео https://prisma-cms.com/topics/obzorn

Приветствую Николай! Смотрю понемногу каждый день видео, труды твои бесценны, дорогого стоит! Как досмотрю, отпишусь про впечатление и в целом! Не обессудь, тоже большая занятость.

Приветствую Николай! Смотрю понемногу каждый день

Да не по немногу :) В выходные получается нормально поработать. Вчера опять 16 часов проработал. О какой дифф: https://github.com/prisma-cms/prisma-cms.com/compare/5237078bea32354...6fc19fe342e

504 файла измененно, минус 89.164, плюс 77.644 строк :)

Удалил практически весь легаси код и перенес новый код из временной папки в корень. И дописал/переписал кучу страниц сайта. И это все за день, Карл! Раньше такой объем недели две выполнялся :)

А сегодня буду доделывать оооочень интересный и важный функционал. Думаю, успею и выложу, напишу статью. Я этот функционал закладывал почти год назад (по логам вижу, что делал с 22 по 31 декабря прошлого года), но так и не успел доделать (и тогда бы у меня еще месяц бы заняла работа). Но теперь-то я его точно добью :)

Сергей, привет! Да не по немногу :) В выходные получается нормально поработать. Вчера опять 16 часов проработал. О какой дифф: https://github.com/prisma-cms/prisma-cms.com/compare/5237078bea32354...6fc19fe342e 504 файла измененно, минус 89.164, плюс 77.644 строк :) Удалил практически весь легаси код и перенес новый код из временной папки в корень. И дописал/переписал кучу страниц сайта. И это все за день, Карл! Раньше такой объем недели две выполнялся :) А сегодня буду доделывать оооочень интересный и важный функционал. Думаю, успею и выложу, напишу статью. Я этот функционал закладывал почти год назад (по логам вижу, что делал с 22 по 31 декабря прошлого года), но так и не успел доделать (и тогда бы у меня еще месяц бы заняла работа). Но теперь-то я его точно добью :)

Сергей, привет! Да не по немногу :) В выходные пол

Посмотрел, почти все, трудно некоторые моменты даются, но разобраться получается!) Рад такому прогрессу в кодировании! Это очень круто! Ждем статью!)))

Посмотрел, почти все, трудно некоторые моменты даю

Сергей, скоро будет. Я на выходных чуть-чуть не успел. Появились подводные камни. Они решаемые, но не успел. А в будни основная работа. Но на этих выходных должен доделать и выкатить.