То, что мы не городим в одном файле и всю связанную вёрстку и всю связанную логику, конечно же. MVC в названии к тому, что речь пойдёт не про какой нибудь FSD к примеру.
не Гит же, а Гитхаб или Гитлаб, хотя бы.
Все GIT-производные, а их гораздо больше, GitVerce например есть от отечественного производителя. Суть-то понятна, что я имею в виду - вряд ли речь идёт про консоль.
Вы правы, однако часто Docker используется просто "чтобы был" в системах, которые не масштабируются горизонтально либо никогда, либо в перспективе ближайших ±3 лет
Уже чувствую как этот коммент заминусят, однако без докера вполне можно обойтись, вручную устанавливая все программы. не спорю что когда их много с докером проще, но вот к примеру мне нужно развернуть nest, postgres и redis. И это вручную сделать не так уж и долго. То есть да, с докером проще, но если его убрать из цепочки, проект так же будет работать и функционировать, и на его разворачивание не потребуется несколько дней без докера.
я имею в виду, что я не упустил ни один шаг. если мне это не потребовалось, как я могу знать, что потребуется кому-то другому? и с чего это не заработает у кого-то если заработало у меня?? к тому же если не работает, можно осветить ситуацию в комментариях, подробно описав её, вместо того, чтобы минусить
А вы пробовали образы скачивать с dockerhub? У части Белорусов точно не работает, об этом много комментов и материалов в рунете. Если лично у вас работает - круто, сохраняйте статью на случай если и до вас доберется проблема. Т.к. в письмах от самой поддержки Docker фигурирует следующий текст:
Since Docker is a US company, we must comply with US export control regulations. In an effort to comply with these, we now block all IP addresses that are located in Cuba, Russia, Iran, North Korea, Republic of Crimea, Sudan, and Syria.
А вы пробовали образы скачивать с dockerhub? У части Белорусов точно не работает, об этом много комментов и материалов в рунете. Если лично у вас работает - круто, сохраняйте статью на случай если и до вас доберется проблема. Т.к. в письмах от самой поддержки Docker фигурирует следующий текст:
Since Docker is a US company, we must comply with US export control regulations. In an effort to comply with these, we now block all IP addresses that are located in Cuba, Russia, Iran, North Korea, Republic of Crimea, Sudan, and Syria.
Когда, условно говоря, разворачиваешь никому не известный пет проект у себя на локалке под докером - это одно, и тут отказаться от докера очень легко. Другое дело когда у тебя проект на продакшене которым несколько тысяч человек пользуются, тебе надо выгружать обновления проекта согласно плану, и ты резко узнаёшь, что проект не может собраться из за этой проблемы. И в первую очередь нужно как то спасти ситуацию, прежде чем задумываться как грамотно перенести проект с докера например.
Я лично не проверял, но читал, что huecker.io уже успели заблокировать (не сам сайт, а возможность качать образы предлагаемым способом). Название конечно порадовало, а вот доверие к этому ресурсу под сомнением. Не исключаю, что он может быть полезен и безопасен, но гарантий этому никаких нет))
Каждый человек волен выбирать работодателя. Существуют работодатели сотрудничающие с фрилансерами на постоянной основе именно по такому принципу. Лично я например никогда в своей жизни не делал больше работы за те же деньги. За это я люблю фриланс.
Фиксированная зарплата вообще расхолаживает. Я всю жизнь на фрилансе, и был период, когда моя оплата не зависела от объёма, а это был некий "фултайм" с ежемесячным фиксом. Я заметил, что невольно расслабился, и стал менее эффективен. Гораздо лучше и для работодателя и для исполнителя - вот объём, вот за него оплата. Исполнитель заинтересован не в том, чтобы тянуть время, а напротив - чтобы поскорее сделать, сдать, и получить деньги. После чего взять следующий объём. Так работа идёт существенно эффективнее. Любители бесполезно сжигать время со мной поспорят...
Любопытно, что на фоне высокого эмоционального истощения, низкая профессиональная эффективность — только у 21% респондентов.
Это вообще отдельная забавная история. Как измерялась эта эффективность? Опрашиваемых спросили "вы эффективны" и они ответили "ну вообще да"? Когда то давно я считал, что я целый день пашу за компом, много чего делаю, и под вечер сильно уставал. Потом я начал вести хронометраж (записывать когда я начал работать, когда перестал, когда отошел от компа, в общем абсолютно все свои действия и время). Оказалось что моя реальная эффективность - это час работы, а всё остальное время я прокрастинировал. Но я был уверен, что целый день пашу как вол! После этого эксперимента я начал работать над тем, чтобы у меня были не просто часы работы а эффективные часы работы - чтобы не отвлекаться во время работы, и как можно больше сделать за час работы. И так я пришёл к эффективным сначала 2, потом 3, потом 5 и больше эффективных часов в день. И моя продуктивность увеличилась во много раз. А без этого эксперимента я бы реально работал час в день, даже проводя весь день за компом, и считал бы себя эффективным, как участники данного опроса...
Пошёл я в подобный сервис почистить ноут от пыли за 1000р - попал на "сломавшиеся застёжки от ноута (которые соединяют экран с ноутом)" ещё на 6к (типа их надо заказать и заменить). Ясен пень никто ничего не заказывал и не менял, т.к. я потребовал документ о проделанных работах с подтверждением, что они закупали детали. Который мне конечно не предоставили. Думал судиться, но в итоге забил, т.к. других дел хватало - видимо на такое и расчёт. Так что будьте аккуратнее, недоглядишь и обуют по полной..
Основной недостаток useContext - неэффективность для больших приложений: использование useContext в большом приложении с глубокой вложенностью компонентов может привести к тому, что состояние будет обновляться чаще, чем необходимо. Поскольку useContext передает состояние через всё компонентное дерево, обновление состояния может вызывать перерисовку всех компонентов.
useGlobalHook предоставляет более гибкий подход к управлению состоянием, а также у него более простой и интуитивно понятный синтаксис, что делает код более компактным и легким для чтения и поддержки. Мы можем достать в каждом компоненте только тот стейт, что нам необходим, и изменение остальных стейтов не будет вызывать перерисовку компонентов, в которых они не используются.
Премного благодарствую за статью! Нужно было оперативно включиться в проект на Nest, худо-бедно самостоятельно вникал, затем зашёл сюда и эта статья все точки над И расставила! Кратко, ёмко, и по делу. Респект!
То, что мы не городим в одном файле и всю связанную вёрстку и всю связанную логику, конечно же. MVC в названии к тому, что речь пойдёт не про какой нибудь FSD к примеру.
Все GIT-производные, а их гораздо больше, GitVerce например есть от отечественного производителя. Суть-то понятна, что я имею в виду - вряд ли речь идёт про консоль.
Вы правы, однако часто Docker используется просто "чтобы был" в системах, которые не масштабируются горизонтально либо никогда, либо в перспективе ближайших ±3 лет
Уже чувствую как этот коммент заминусят, однако без докера вполне можно обойтись, вручную устанавливая все программы. не спорю что когда их много с докером проще, но вот к примеру мне нужно развернуть nest, postgres и redis. И это вручную сделать не так уж и долго. То есть да, с докером проще, но если его убрать из цепочки, проект так же будет работать и функционировать, и на его разворачивание не потребуется несколько дней без докера.
я имею в виду, что я не упустил ни один шаг. если мне это не потребовалось, как я могу знать, что потребуется кому-то другому? и с чего это не заработает у кого-то если заработало у меня?? к тому же если не работает, можно осветить ситуацию в комментариях, подробно описав её, вместо того, чтобы минусить
А вы пробовали образы скачивать с dockerhub? У части Белорусов точно не работает, об этом много комментов и материалов в рунете. Если лично у вас работает - круто, сохраняйте статью на случай если и до вас доберется проблема. Т.к. в письмах от самой поддержки Docker фигурирует следующий текст:
А вы пробовали образы скачивать с dockerhub? У части Белорусов точно не работает, об этом много комментов и материалов в рунете. Если лично у вас работает - круто, сохраняйте статью на случай если и до вас доберется проблема. Т.к. в письмах от самой поддержки Docker фигурирует следующий текст:
Когда, условно говоря, разворачиваешь никому не известный пет проект у себя на локалке под докером - это одно, и тут отказаться от докера очень легко. Другое дело когда у тебя проект на продакшене которым несколько тысяч человек пользуются, тебе надо выгружать обновления проекта согласно плану, и ты резко узнаёшь, что проект не может собраться из за этой проблемы. И в первую очередь нужно как то спасти ситуацию, прежде чем задумываться как грамотно перенести проект с докера например.
Я лично не проверял, но читал, что huecker.io уже успели заблокировать (не сам сайт, а возможность качать образы предлагаемым способом). Название конечно порадовало, а вот доверие к этому ресурсу под сомнением. Не исключаю, что он может быть полезен и безопасен, но гарантий этому никаких нет))
Я перечислил все действия, которые позволили заставить работать Docker лично у меня
За MiddleClick сразу плюс в карму, очень не хватало его особенно на magic mouse (да, на ней он тоже работает, если кому-то интересно). Читаю дальше
Каждый человек волен выбирать работодателя. Существуют работодатели сотрудничающие с фрилансерами на постоянной основе именно по такому принципу. Лично я например никогда в своей жизни не делал больше работы за те же деньги. За это я люблю фриланс.
Фиксированная зарплата вообще расхолаживает. Я всю жизнь на фрилансе, и был период, когда моя оплата не зависела от объёма, а это был некий "фултайм" с ежемесячным фиксом. Я заметил, что невольно расслабился, и стал менее эффективен. Гораздо лучше и для работодателя и для исполнителя - вот объём, вот за него оплата. Исполнитель заинтересован не в том, чтобы тянуть время, а напротив - чтобы поскорее сделать, сдать, и получить деньги. После чего взять следующий объём. Так работа идёт существенно эффективнее. Любители бесполезно сжигать время со мной поспорят...
Это вообще отдельная забавная история. Как измерялась эта эффективность? Опрашиваемых спросили "вы эффективны" и они ответили "ну вообще да"? Когда то давно я считал, что я целый день пашу за компом, много чего делаю, и под вечер сильно уставал. Потом я начал вести хронометраж (записывать когда я начал работать, когда перестал, когда отошел от компа, в общем абсолютно все свои действия и время). Оказалось что моя реальная эффективность - это час работы, а всё остальное время я прокрастинировал. Но я был уверен, что целый день пашу как вол! После этого эксперимента я начал работать над тем, чтобы у меня были не просто часы работы а эффективные часы работы - чтобы не отвлекаться во время работы, и как можно больше сделать за час работы. И так я пришёл к эффективным сначала 2, потом 3, потом 5 и больше эффективных часов в день. И моя продуктивность увеличилась во много раз. А без этого эксперимента я бы реально работал час в день, даже проводя весь день за компом, и считал бы себя эффективным, как участники данного опроса...
Просто сюда
const t = router.locale === 'en' ? en : ja;Надо добавить проверку находимся ли мы на локализованом URL, и если да - принудительно отображать локализацию соответствующую URL. Вот и всё.
Пошёл я в подобный сервис почистить ноут от пыли за 1000р - попал на "сломавшиеся застёжки от ноута (которые соединяют экран с ноутом)" ещё на 6к (типа их надо заказать и заменить). Ясен пень никто ничего не заказывал и не менял, т.к. я потребовал документ о проделанных работах с подтверждением, что они закупали детали. Который мне конечно не предоставили. Думал судиться, но в итоге забил, т.к. других дел хватало - видимо на такое и расчёт. Так что будьте аккуратнее, недоглядишь и обуют по полной..
Основной недостаток useContext - неэффективность для больших приложений: использование useContext в большом приложении с глубокой вложенностью компонентов может привести к тому, что состояние будет обновляться чаще, чем необходимо. Поскольку useContext передает состояние через всё компонентное дерево, обновление состояния может вызывать перерисовку всех компонентов.
useGlobalHook предоставляет более гибкий подход к управлению состоянием, а также у него более простой и интуитивно понятный синтаксис, что делает код более компактным и легким для чтения и поддержки. Мы можем достать в каждом компоненте только тот стейт, что нам необходим, и изменение остальных стейтов не будет вызывать перерисовку компонентов, в которых они не используются.
Человек полезную инфу разместил, а его заминусили. Мда, ну и дела. Плюсанул, спасибо автору!
Лично я пользуюсь Postman-ом для дебага запросов. Очень удобно.
Автор, спасибо за статью! Сейчас работаю в проекте где впервые столкнулся с Effector-ом, и вы мне очень помогли разобраться
Премного благодарствую за статью! Нужно было оперативно включиться в проект на Nest, худо-бедно самостоятельно вникал, затем зашёл сюда и эта статья все точки над И расставила! Кратко, ёмко, и по делу. Респект!