Warning: mkdir(): No space left on device in /var/www/tg-me/post.php on line 37

Warning: file_put_contents(aCache/aDaily/post/orgprog/--): Failed to open stream: No such file or directory in /var/www/tg-me/post.php on line 50
Организованное программирование | Кирилл Мокевнин | Telegram Webview: orgprog/327 -
Telegram Group & Telegram Channel
Обновления без боли за счет версионирования конфигов

У рельсы есть одна крутая фишка, которую, как мне кажется, было бы полезно адаптировать и другим фреймворкам (если еще нет). Она связана с тем, как работает конфигурация самого фреймворка при обновлениях на новые версии.

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

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


module Hexlet
class Application < Rails::Application
config.load_defaults "8.0"

config.require_master_key = false
config.active_record.schema_format = :sql
config.active_record.query_log_tags_enabled = true
config.active_model.i18n_customize_full_message = true
end
end


Обратите внимание на строчку config.load_defaults “8.0”. Это значит, что вообще все параметры, будут такими, как они были в версии 8. Если обновится версия фреймворка, скажем до 9, то с самой конфигурацией ничего не случится, так как она зафиксирована. Дальше я смогу либо сразу переключиться на новое поведение поменяв общую версию конфига, либо делать это постепенно указывая нужные параметры сразу за этой строчкой, тогда они будут переписывать дефолты.

Ссылки: Телеграм | Youtube | VK



tg-me.com/orgprog/327
Create:
Last Update:

Обновления без боли за счет версионирования конфигов

У рельсы есть одна крутая фишка, которую, как мне кажется, было бы полезно адаптировать и другим фреймворкам (если еще нет). Она связана с тем, как работает конфигурация самого фреймворка при обновлениях на новые версии.

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

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


module Hexlet
class Application < Rails::Application
config.load_defaults "8.0"

config.require_master_key = false
config.active_record.schema_format = :sql
config.active_record.query_log_tags_enabled = true
config.active_model.i18n_customize_full_message = true
end
end


Обратите внимание на строчку config.load_defaults “8.0”. Это значит, что вообще все параметры, будут такими, как они были в версии 8. Если обновится версия фреймворка, скажем до 9, то с самой конфигурацией ничего не случится, так как она зафиксирована. Дальше я смогу либо сразу переключиться на новое поведение поменяв общую версию конфига, либо делать это постепенно указывая нужные параметры сразу за этой строчкой, тогда они будут переписывать дефолты.

Ссылки: Телеграм | Youtube | VK

BY Организованное программирование | Кирилл Мокевнин




Share with your friend now:
tg-me.com/orgprog/327

View MORE
Open in Telegram


telegram Telegram | DID YOU KNOW?

Date: |

Dump Scam in Leaked Telegram Chat

A leaked Telegram discussion by 50 so-called crypto influencers has exposed the extraordinary steps they take in order to profit on the back off unsuspecting defi investors. According to a leaked screenshot of the chat, an elaborate plan to defraud defi investors using the worthless “$Few” tokens had been hatched. $Few tokens would be airdropped to some of the influencers who in turn promoted these to unsuspecting followers on Twitter.

In many cases, the content resembled that of the marketplaces found on the dark web, a group of hidden websites that are popular among hackers and accessed using specific anonymising software.“We have recently been witnessing a 100 per cent-plus rise in Telegram usage by cybercriminals,” said Tal Samra, cyber threat analyst at Cyberint.The rise in nefarious activity comes as users flocked to the encrypted chat app earlier this year after changes to the privacy policy of Facebook-owned rival WhatsApp prompted many to seek out alternatives.telegram from vn


Telegram Организованное программирование | Кирилл Мокевнин
FROM USA