Activity for Alexander Lapygin
-
Alexander Lapygin committed [r2007]
-
Копия, чтобы попробовать импорт на GitHub
-
Ром, по-моему, ты ничего не говорил об уровнях переопределения в БЭМ. Считаешь это несущественной возможностью ?
-
Ром, вопрос был не только в том, когда что создавать, а главным образом в том, чтобы понять, наверное, лучше на хорошем примере, как работать с множественной вложенностью блоков. Например, когда есть страница, на ней блок "документ", у него есть вложенный элемент "глава", который, в свою очередь, сам является блоком, в который входит блок-элемент "раздел", который содержит блок-элемент "подраздел", и.т.д. Как при этом организуется именование, "наследование" стилей, организация файловой структуры...
-
Ром, вопрос был не только в том, когда что создавать, а понять, наверное, лучше на хорошем примере, как работать с множественной вложенностью блоков. Например, когда есть страница, на ней блок "документ", у него есть вложенный элемент "глава", который, в свою очередь, сам является блоком, в который входит блок-элемент "раздел", который содержит блок-элемент "подраздел", и.т.д. Как при этом организуется именование, "наследование" стилей, организация файловой структуры и т.п. Мне-то уже это в общих...
-
Ром, вопрос был не только в том, когда что создавать, а понять, наверное, лучше на хорошем примере, как работать с множественной вложенностью блоков. Например, когда есть страница, на ней блок "документ", у него есть вложенный элемент "глава", который, в свою очередь, сам является блоком, в который входит блок-элемент "раздел", который содержит блок-элемент "подраздел", и.т.д. Как при этом организуется именование, "наследование" стилей, организация файловой структуры и т.п.
-
Ром, вопрос был не только в том, когда что создавать, а понять, наверное, лучше на хорошем примере, как работать с множественной вложенностью блоков. Например, когда в блок документа "глава" входит блок-элемент "раздел", который содержит блок-элемент "подраздел", и.т.д. Как при этом организуется именование, "наследование" стилей, организация файловой структуры и т.п.
-
По стилю именования: Если мы предполагаем использовать React, логично выбрать стиль именования React. Хотя, там, где мы будем использовать Styled Components это будет неважно (поскольку стиль сразу приклеивается к компоненту и нет смысла его как-то именовать. В классическом БЭМ за неимением базовых компонентов именование классов используется как наиболее удобный способ определить блок-компонент). По префиксам: Заглянул по ссылке в документацию БЭМ. Не увидел там возможности использования custom-префиксов....
-
Ром, вопрос был не только в том, когда что создавать, а понять, наверное, лучше на хорошем примере, как работать с множественной вложенностью блоков. Например, когда в блок документа "глава" входит блок-элемент "раздел", который содержит блок-элемент "подраздел", и.т.д.
-
БЭМ-авторитеты не рекомендуют нормализацию: Почему БЭМ не рекомендует ресеты? У кого источник свежее ? ))
-
Ром, насколько я понимаю, суть вопроса была не в этом конкретном примере со span. Хотелось в принципе понять, как работать с множественной вложенностью блоков. Например, показать, как элемент, когда он своём развитии уже начинает тянуть на блок, оформляется как новый блок.
-
БЭМ-авторитеты (Владимир Гриненко (tadatu)) не рекомендуют нормализацию: Почему БЭМ не рекомендует ресеты? У кого источник свежее ? ))
-
БЭМ-авторитеты не рекомендуют нормализацию: Почему БЭМ не рекомендует ресеты?
-
По стилю именования: Если мы предполагаем использовать React, логично выбрать стиль именования React. Хотя, там, где мы будем использовать Styled Components это будет неважно (поскольку стиль сразу приклеивается к компоненту и нет смысла его как-то именовать. В классическом БЭМ за неимением компонентов именование классов используется как наиболее удобный способ определить блок-компонент). По префиксам: Заглянул по ссылке в документацию БЭМ. Не увидел там возможности использования custom-префиксов....
-
По стилю именования: Если мы предполагаем использовать React, логично выбрать стиль именования React. Хотя, там, где мы будем использовать Styled Components это будет неважным (поскольку стиль сразу приклеивается к компоненту и нет смысла его как-то именовать. В классическом БЭМ за неимением компонентов именование классов используется как наиболее удобный способ определить блок-компонент). По префиксам: Заглянул по ссылке в документацию БЭМ. Не увидел там возможности использования custom-префиксов....
-
однозначно направляет нас на путь Statefull-ности Виталь, "не всё так однозначно" ;). Рома Т. вчера и Лёша Р. уже здесь упоминали о глобальном кэше, в котором можно размещать результаты запросов. Это не statefull-ность и такую кэш не нужно реплицировать по кластеру (в отличие от сессионного хранилища), то есть масштабируемость не теряется.
-
"Решение POST+GETs было предложено (по крайней мере, тогда, летом -- с моей стороны) не потому, что существует ограничение по длине урла, а потому что это решение лучше подходит для постраничного листания." Лёш, спасибо, этот мотив предложения прошёл как-то мимо меня. Я слышал много разговоров именно об ограничении по длине URL. "целесообразность постраничного серверного листания принимается как должное" Я не вижу безусловного единогласия по этому вопросу. Например, лично я выступаю за "клиентское...
-
однозначно направляет нас на путь Statefull-ности Виталь, "не так всё однозначно" ;). Рома Т. вчера и Лёша Р. уже здесь упоминали о глобальном кэше, в котором можно размещать результаты запросов. Это не statefull-ность и такую кэш не нужно реплицировать по кластеру (в отличие от сессионного хранилища), то есть масштабируемость не теряется.
-
Виталь, мне кажется тоже интересное решение. Точно стоит присмотреться.
-
"Решение POST+GETs было предложено (по крайней мере, тогда, летом -- с моей стороны) не потому, что существует ограничение по длине урла, а потому что это решение лучше подходит для постраничного листания." Лёш, спасибо, этот мотив предложения прошёл как-то мимо меня. Я слышал много разговоров именно об ограничении по длине URL. "целесообразность постраничного серверного листания принимается как должное" Я не вижу безусловного единогласия по этому вопросу. Например, лично я выступаю за "клиентское...
-
Коллеги, всем привет! По поводу решений по find. Больше не хотел по этому поводу ничего говорить, но не получилось). Чтобы не тратить драгоценное время презентаций, лучше предварительно обсудить спорные вопросы здесь, для этого форум и создан. Для затравки излагаю своё мнение. Напоминаю, что корень проблемы в том, что мы не можем наш find корректно положить на REST, поскольку в общем случае наш find может иметь число параметров, не укладывающееся в ограничение IE по размеру URL (max 2000 символов),...
-
Коллеги, всем привет! По поводу решений по find. Больше не хотел по этому поводу ничего говорить, но не получилось). Чтобы не тратить драгоценное время презентаций, лучше предварительно обсудить спорные вопросы здесь, для этого форум и создан. Для затравки излагаю своё мнение. Напоминаю, что корень проблемы в том, что мы не можем наш find корректно положить на REST, поскольку в общем случае наш find может иметь число параметров, не укладывающееся в ограничение IE по размеру URL (max 2000 символов),...
-
Коллеги, всем привет! По поводу решений по find. Больше не хотел по этому поводу ничего говорить, но не получилось). Чтобы не тратить драгоценное время презентаций, лучше предварительно обсудить спорные вопросы здесь, для этого форум и создан. Для затравки излагаю своё мнение. Напоминаю, что корень проблемы в том, что мы не можем наш find корректно положить на REST, поскольку в общем случае наш find может иметь число параметров, не укладывающееся в ограничение IE по размеру URL (max 2000 символов),...
-
Коллеги, всем привет! По поводу решений по find. Больше не хотел по этому поводу ничего говорить, но не получилось). Чтобы не тратить драгоценное время презентаций, лучше предварительно обсудить спорные вопросы здесь, для этого форум и создан. Для затравки излагаю своё мнение. Напоминаю, что корень проблемы в том, что мы не можем наш find корректно положить на REST, поскольку в общем случае наш find может иметь число параметров, не укладывающееся в ограничение IE по размеру URL (max 2000 символов),...
-
refactor(feature-rn) test
-
fix(feature-json-jepria-backend) Изменения в конфигурации
-
Добавил в документ
-
Думаю, что, в документе по настройкам Tomcat стоит отразить, что в параметры запуска сервиса Tomcat (в service.bat в JvmOptions нужно добавить параметр "-Duser.timezone=GMT+03:00"
-
Думаю, что, в документе по настройкам Tomcat стоит отразить, что в параметры запуска сервиса Tomcat (в service.bat в JvmOptions нужно добавить параметр "-Duser.timezone=GMT+03:00"
-
Думаю, что, в документе по настройкам Tomcat стоит отразить, что во всех местах скрипта, где выполняется запуск Java-процесса Tomcat (в catalina.bat, там, где %_EXECJAVA%...), нужно добавить параметр "-Duser.timezone=GMT+03:00"
-
refactor(feature-backend-graphql) Подготовка к рефакторингу
-
Я думаю, что в случае быстрой загрузки управление транзакцией с уровня DAO нужно перенести в JepDataServiceServlet.update/create. Сделать что-то типа: @Override public JepRecord update(FindConfig updateConfig) throws ApplicationException { ... START TRANSACTION dao.update(record, getOperatorId()); updateLobFields(record); COMMIT TRANSACTION ... logger.trace("END update(" + resultRecord + ")"); return resultRecord; }
-
Думаю, нужны 2 решения - для быстрой загрузки и для долгой загрузки. Для быстрой - делать в одной транзакции. Для долгой - сложное решение с откатами типа п.1.
-
feat(feature-rn-client) Начало перехода на GraphQL
-
fix(feature-graphql-backend) Исправлено месторасположение файла лога - до этого лог размещался в %TOMCAT_HOME%/bin
-
feat(feature-backend-graphql) Создание feature-backend-graphql-unprotected.war - старая схема безопасности пока не работает с graphql-версией
-
feat(feature-graphql-backend) Добавление welcome в web.xml
-
feat(feature-graphql-backend) Коррекция зависимостей - замена версии ojdbc
-
feat(feature-graphql-backend) Размещение дистрибутива - feature-backend-graphql.war
-
feat(feature-graphql-backend) реализация deleteTask - не полностью проверено из-за ошибки "java.sql.SQLException: ORA-20150: Ошибка при удалении запроса функционала"
-
feat(feature-graphql-backend) реализация updateTask
-
feat(feature-graphql-backend) реализация createTask
-
feat(feature-graphql-backend) Подключение реальной базы, реализация find, getAllTasks
-
feat(feature-graphql-backend) Добавление deleteTask в Mutations
-
feat(feature-graphql-backend) Доработки API (включая реализацию - пока in memory)
-
feat(feature-backend-graphql) Подключение логирования
-
feat(feature-backend-graphql) Доработка схемы и реализации
-
feat(feature-backend-graphql) Создание проекта
-
feat(feature-backend-graphql) Создание проекта
-
feat(feature-backend-graphql) Создание проекта
-
(feature-rn-client-detached) Поля форм редактирования размещалися вплотную друг к другу - исправлено
-
refactor(feature-rn-client-expo-standalone-detached) Удаление лишнего
-
fix(feature-rn-client-expo-standalone-detached) Не обрабатывался неверный credentials
-
fix(feature-rn-client-expo-standalone-detached) Не обратыввлось неверное задание credentials
-
feat(feature-...) Удаление лишних проектов
-
fix(feature-rn-client-expo-standalone-detached) Не закрывался модальный Login-диалог
-
feature-rn-client-expo-standalone-detached) Разное
-
feat(feature-rn-client-expo-standalone-detached)Создание проекта
-
feat(feature-rn-client-expo-standalone-detached)Создание проекта
-
fix(feature-json-jepria-backend) Изменения в конфигурации (после переезда)
-
feat(feature-rn-client) Переход на новую версию Expo
-
feat(feature-rn-client) Добавление splash.png
-
feat(feature-rn-client) Добавление logo.png и splash-template.sketch
-
feat(feature-rn-client) Добавление AppIcon в ios
-
fixt(feature-rn-client) Capital letter in Login Form
-
feat(feature-rn-client) design Launch Screen
-
refactor(feature-rn-client) Переименование-из-todoApp-2
-
refactor(feature-rn-client) Переименование-из-todoApp-1
-
refactor(feature-rn-client) Переименование проекта из todo - 1-я фаза
-
feat(feature-rn-client) Добавление svnignore.txt
-
feat(feature-rn-client) Upgrade react-native
-
feat(feature-rn-client) Upgrade native-base
-
feat(feature-rn-client) Upgrade react-native
-
feat(feature-rn-client) Upgrade react-native
-
feat(feature-rn-client) Upgrade react-native
-
feat(feature-rn-client) Upgrade react-native
-
feat(feature-rn-client) Upgrade react-native
-
feat(feature-rn-client) Upgrade React Native
-
fix(feature-rn-client) Устранение переводов строк Windows
-
fix(feature-rn-client) Windows
-
test(feature-rn-client) Тест
-
fix(feature-rn-client) Устранение переводов строк от Windows
-
feat(JepriaTasks) Создание проекта
-
feat(JepriaTasks) Создание проекта
-
feat(JepriaTasks) Создание проекта
-
feat(JepriaTasks) Создание проекта
-
refactor(feature-rn-client-expo-standalone-demo) Удаление лишнего
-
fix(feature-rn-client) Устранение ошибок
-
fix(feature-rn-client) Устранение ошибок
-
ios config
-
feat(feature-rn-client) Перенос кода из feature-rn-client-expo-standalone-demo
-
feat(feature-rn-client) Перенос кода из feature-rn-client-expo-standalone-demo
-
feat(feature-rn-client) Логирование
-
feat(feature-rn-client) Единообразный список в ListScreen.js для android и ios
-
feat(feature-rn-client) Единообразный список в ListScreen.js для android и ios
-
refactor(feature-rn-client-expo-standalone-demo) Временный отказ от TypeScript
-
feat(feature-rn-client-standalone-mac) Создание проекта
1 >
Gen AI apps are built with MongoDB Atlas
Atlas offers built-in vector search and global availability across 125+ regions. Start building AI apps faster, all in one place.
Try Free →