Потому что "устройство реабилитации".
Ну а если серьезно, то мне и самому чтранно, как это может стоить под $3к. С другой стороны, если оги работают по 10-20 лет, то цена + — понятна.
Зотите идею — нужно сварганить народный дисплей и продавать его
Ну и заодно $$ у государства под.это попросить ;)
Не то слово.
Экономия на лицензиях это вообще не обоснование в этих проектах.
Как правило, вопрос стоит в желании дать работу локальным кадрам, в лоббировании интересов какой-то стороны, поглощение другой структурой которая изначально не на Микрософте.
Просто представьте, что у вас тонна автоматизации на Excel с макросами, годами создававшиеся крипты и групповые политики, софт который уже лет 10 ни кто не помнит как работает.
В крупных структурах такое — норма.
И вот вы браво решаете что теперь у нас будет Opensourse! И начинается: ой, у нас тут sql под столом, мы на нем прогнозирование делаем, а тут у нас принтер паспортов на com порту и софт для него — вон под DOS крутится (ну или 95й)… И так далее и тому подобное.
Если серьезно, то я думаю в Германии решили просто дать работу местным, как это там сильно принято, а другого способа, кроме как проекта "побега" не придумалось. Я всецело за создание высокооплачиваемых рабочих мест, но чисто математически это слив бюджета.
Ну, строго говоря про Pheonix — это достаточно страшный монстр, который объединяет в себе разные продукты, частично пишущиеся под него, частично адаптируемые скриптами интеграции. Сходу хочет 2 машины, тяжелый как "квадратиш, практиш — гут".
Я как-то столкнулся с ним в работе. Ничего плохого не скажу, так как он действительно просто разворачивается в сравнении с "поставить дебиан и курочить", но переход простым не будет.
Что же касается топика, выше сказали верно что нужно было бы начать, а потом уже помпезно объявлять о результатах. Имея опыт нескольких проектов по переходу на разные версии ос, кросс ОС и т.п. — я думаю 20 лет это реалистично для всей цепочки.
Только интеграционные тесты займут около года-полутора и это без учёта сопряжения с особо хитрыми Легаси системами, бухгалтерией и т.п. и т.д.
Проще строить систему параллельно, заводя туда департамент за департаментом.
Кешируется все прекрасно на стороне клиента. Ну да, диск кушается, за то второй раз взлетает моментально.
Кешируются и запросы в sql, а еще можно в памяти кешировать. Только это а) нужно уметь готовить и сочетать и б) стандартный WP хостинг такое не умеет и в) даже после этого сайты еще нудно оптимизировать перегенерацией css и js, выкорчевыванием лишнего с мест где ему не место и т.д. и т.п.
В целом мне удается сократить объемы на столько, что даже в фиговых условиях (джитеры, потери, малый канал) страницу можно прогрузить за 3 секунды. На хороших каналах она отдается что-то за 0,9.
И все это без CDN, на дохлой vps.
Но в целом идея CDN хороша, если у вас не часто обновляется контент. Тогда можно за вменяемые деньги получить результат "почти как у Apple", но на WP
Слушайте, all — а какой юзкейс сего чуда?
От падения ноды это не защитит, размазать нагрузку — положим, но я не думаю что есть так уж много задач где Rythen/Xeon не осилит… Мы сегодня решаем это балансировкой входа-выхода и live migration виртуалок.
Я примерно о том же и писал — с 2010 мы ушли далеко.
Но, если брать проект "как есть" — он заточен под Ethernet (см выше) и логично попробовать его на более быстром варианте последнего.
А так, да — инфиник, бездисковые ноды или оркестрация уже давно заняли нишу.
Иниересно, а попробовать завести это все на 10G Ethernet…
Вообще, учитывая что у нас есть сегодня — сомнительная штуковина. Есть уже и процы на кучи потоков, и памяти можно очень много — мы научились размазывать по контейнерам нагрузку…
Может быть интересно только как бюджетное решение на старом хламе которого с избытком завалялось, но нужно код приложения переписывать...
У нас она на регистрации и форме обратной связи. Все остальное, конечно же, без капч, включая логин в личный кабинет.
Мы ей именно закрываем самое уязвимое для тупых надоедливых ботов.
Это надежно. Простенькие ловушки нужно было писать и обновлять/поддерживать. А так — интегрируем сторонний скрипт вызова и вуаля.
Я сам не фанат капч, но пока что для нашего проекта это самое действенное. Вот станем большими, наберём кредитов, джунов толпу и тогда… /Сарказм
Что же — радует что человек все во время осознал и "не пожалел". Некоторые вещи приводят к улыбкам от "наивности", но все с этого начинали… Одно дело в мечтах "создать бизнес и взять золотой Паркер", а другое окунуться в это в реальной жизни… Я искренне надеюсь с KPMG удалось расплатиться ;)
Было бы интересно взглянуть на список и финалиста...
Это именно то, что отличает отAgileенного человека от не отAgileенного ;)
Если уровень осознанности сотрудника "я работаю на дядю" — хоть ногти ему вырывай — никакого Agile не построется. Если сотрудник дорос до идеи "мне с этой компанией попути так как сей час у нас общие цели и интересы" — добро пожаловать в Agile.
Как верно замечает автор статьи, задачей мастера является донести эту светлую мысль до руководства компании и менять ее культуру.
Вы спросите, а как управлять этим бардаком?
Через целеполагание, ведь у вас работают самостоятельные профессионалы, которым с вами по пути.
Ок, а если у нас скучная работа по поддержке страшного велосипеда с историей в 15 лет? Значит вам не нужен Agile, проходим мимо этой практики.
Эээ, так и по GDPR вы у товарища майора не сотрете =) В директиве четко сказано, что если по законодательству страны данные должны храниться — они остаются храниться, а вы — получаете их копию.
То, что "не понятно где" — это факт, так как если основное еще можно отыскать, то следы в каком-то МФЦ, парковках и т.п. уж точно вряд-ли.
Данные вы перевести сможете, но только если это не данные гражданина РФ.
Другое дело, о каких данных и из каких систем мы говорим. В РФ, как я понимаю, мало кто следует/понимает принципу открытых данных.
Потому что "устройство реабилитации".
Ну а если серьезно, то мне и самому чтранно, как это может стоить под $3к. С другой стороны, если оги работают по 10-20 лет, то цена + — понятна.
Зотите идею — нужно сварганить народный дисплей и продавать его
Ну и заодно $$ у государства под.это попросить ;)
Прошивка известна, дыры в ней известны… Делайте, кто мешает.
Не то слово.
Экономия на лицензиях это вообще не обоснование в этих проектах.
Как правило, вопрос стоит в желании дать работу локальным кадрам, в лоббировании интересов какой-то стороны, поглощение другой структурой которая изначально не на Микрософте.
Просто представьте, что у вас тонна автоматизации на Excel с макросами, годами создававшиеся крипты и групповые политики, софт который уже лет 10 ни кто не помнит как работает.
В крупных структурах такое — норма.
И вот вы браво решаете что теперь у нас будет Opensourse! И начинается: ой, у нас тут sql под столом, мы на нем прогнозирование делаем, а тут у нас принтер паспортов на com порту и софт для него — вон под DOS крутится (ну или 95й)… И так далее и тому подобное.
Если серьезно, то я думаю в Германии решили просто дать работу местным, как это там сильно принято, а другого способа, кроме как проекта "побега" не придумалось. Я всецело за создание высокооплачиваемых рабочих мест, но чисто математически это слив бюджета.
Ну, строго говоря про Pheonix — это достаточно страшный монстр, который объединяет в себе разные продукты, частично пишущиеся под него, частично адаптируемые скриптами интеграции. Сходу хочет 2 машины, тяжелый как "квадратиш, практиш — гут".
Я как-то столкнулся с ним в работе. Ничего плохого не скажу, так как он действительно просто разворачивается в сравнении с "поставить дебиан и курочить", но переход простым не будет.
Что же касается топика, выше сказали верно что нужно было бы начать, а потом уже помпезно объявлять о результатах. Имея опыт нескольких проектов по переходу на разные версии ос, кросс ОС и т.п. — я думаю 20 лет это реалистично для всей цепочки.
Только интеграционные тесты займут около года-полутора и это без учёта сопряжения с особо хитрыми Легаси системами, бухгалтерией и т.п. и т.д.
Проще строить систему параллельно, заводя туда департамент за департаментом.
Кешируется все прекрасно на стороне клиента. Ну да, диск кушается, за то второй раз взлетает моментально.
Кешируются и запросы в sql, а еще можно в памяти кешировать. Только это а) нужно уметь готовить и сочетать и б) стандартный WP хостинг такое не умеет и в) даже после этого сайты еще нудно оптимизировать перегенерацией css и js, выкорчевыванием лишнего с мест где ему не место и т.д. и т.п.
В целом мне удается сократить объемы на столько, что даже в фиговых условиях (джитеры, потери, малый канал) страницу можно прогрузить за 3 секунды. На хороших каналах она отдается что-то за 0,9.
И все это без CDN, на дохлой vps.
Но в целом идея CDN хороша, если у вас не часто обновляется контент. Тогда можно за вменяемые деньги получить результат "почти как у Apple", но на WP
Слушайте, all — а какой юзкейс сего чуда?
От падения ноды это не защитит, размазать нагрузку — положим, но я не думаю что есть так уж много задач где Rythen/Xeon не осилит… Мы сегодня решаем это балансировкой входа-выхода и live migration виртуалок.
Правда интересно.
Я примерно о том же и писал — с 2010 мы ушли далеко.
Но, если брать проект "как есть" — он заточен под Ethernet (см выше) и логично попробовать его на более быстром варианте последнего.
А так, да — инфиник, бездисковые ноды или оркестрация уже давно заняли нишу.
Иниересно, а попробовать завести это все на 10G Ethernet…
Вообще, учитывая что у нас есть сегодня — сомнительная штуковина. Есть уже и процы на кучи потоков, и памяти можно очень много — мы научились размазывать по контейнерам нагрузку…
Может быть интересно только как бюджетное решение на старом хламе которого с избытком завалялось, но нужно код приложения переписывать...
У нас она на регистрации и форме обратной связи. Все остальное, конечно же, без капч, включая логин в личный кабинет.
Мы ей именно закрываем самое уязвимое для тупых надоедливых ботов.
Это надежно. Простенькие ловушки нужно было писать и обновлять/поддерживать. А так — интегрируем сторонний скрипт вызова и вуаля.
Я сам не фанат капч, но пока что для нашего проекта это самое действенное. Вот станем большими, наберём кредитов, джунов толпу и тогда… /Сарказм
Нет, все хорошо (я специально про спам упомянул). Легитимные запросы доходят, кому не нравится — пишут на почту.
Я не знаю что и как, но пока на форму обратной связи капчу не поставили — боботы долбили нещадно.
После установки капчи спама стало ровно 0%.
Так что увы и ах, это не мода и не прихоть, а жизненная необходимость ;(
Это ответ на ваш комментарий ;)
Как подключаться по удаленке. Возможно, я увидел воппрос там, где его не было.
Anydesk ;)
Жесть, конечно.
Эдак весь опенсорс раскупят и что делать простым смертным...
Что же — радует что человек все во время осознал и "не пожалел". Некоторые вещи приводят к улыбкам от "наивности", но все с этого начинали… Одно дело в мечтах "создать бизнес и взять золотой Паркер", а другое окунуться в это в реальной жизни… Я искренне надеюсь с KPMG удалось расплатиться ;)
Было бы интересно взглянуть на список и финалиста...
Замотивировать его предложением хорошего выходного пособия ;) Други люди вам нужны /сарказм
Это именно то, что отличает отAgileенного человека от не отAgileенного ;)
Если уровень осознанности сотрудника "я работаю на дядю" — хоть ногти ему вырывай — никакого Agile не построется. Если сотрудник дорос до идеи "мне с этой компанией попути так как сей час у нас общие цели и интересы" — добро пожаловать в Agile.
Как верно замечает автор статьи, задачей мастера является донести эту светлую мысль до руководства компании и менять ее культуру.
Вы спросите, а как управлять этим бардаком?
Через целеполагание, ведь у вас работают самостоятельные профессионалы, которым с вами по пути.
Ок, а если у нас скучная работа по поддержке страшного велосипеда с историей в 15 лет? Значит вам не нужен Agile, проходим мимо этой практики.
Эээ, так и по GDPR вы у товарища майора не сотрете =) В директиве четко сказано, что если по законодательству страны данные должны храниться — они остаются храниться, а вы — получаете их копию.
То, что "не понятно где" — это факт, так как если основное еще можно отыскать, то следы в каком-то МФЦ, парковках и т.п. уж точно вряд-ли.
Данные вы перевести сможете, но только если это не данные гражданина РФ.
Другое дело, о каких данных и из каких систем мы говорим. В РФ, как я понимаю, мало кто следует/понимает принципу открытых данных.