Когда Mozilla внедряла одной из первых, было очень много критики. Теперь внедрили в Windows. Скоро узнаем, будут ли двойные стандарты. Возможно как с оперой, официально vpn не работает в определенных странах.
TPM в теории однозначно идентифицирует компьютер и пользователя за ним соответственно. Совмещаем с другими известными данными, видим интересную картину.
Для некоторых организаций это может быть гораздо большей проблемой, чем всё остальное. Например, ограничение для ПО в определенном регионе, сегодня работает, завтра нет, впн и "лекарства" уже не помогут.
Пока огромная конкуренция включая сайты без лицензии - да, стоимость не значительна. Но какие цены будут, когда смогут диктовать большинству свои условия, можно только предположить. В среднем рост от 5 до 20 раз, если брать похожие истории в других сферах. Музыка за 40$ - не так, чтобы очень дорого, но уже заставит задуматься.
Как устроены ссылки на объявление? На простых проектах это постоянный url, по которому не возможно определить, создана миниатюра или еще нет.
Шаг 5. Зашел в рекламный кабинет - прогреть кеш, когда вошел для остальных не в пачке на сервере заранее, сомнительно что рекламодатели из кабинета не вылезают, обычно распределено в течении дня. Нагрузка распределяется.
Технически - пропустить 20-40 записей, для которых создается в реальном времени, для всех остальных кроме архивных предварительная генерация на сервере по запросу.
Шаг 7. Запустить заранее не на полной скорости, так не возможно?
Шаг 8. Усложнение не понятно, вроде бы элементарно, удалили по ключу, добавили новое. Пока создается используем генератор в режиме онлайн, таких объявлений единицы.
The return value of a function is determined by the last return statement executed. Since the finally clause always executes, a return statement executed in the finally clause will always be the last one executed
Оно возможно и не логично, если брать другие языки, которые в основном выдадут ошибку синтаксиса. Но если пишешь код в основном на питоне и читаешь официальную документацию, то большинство подобных случаев описано и объяснено на примерах.
Последнее время слежу за курсами и учебными статьями. У многих авторов курсов становится модно использовать свой подход, который очень часто отличается от рекомендаций разработчиков в официальной документации.
Достаточно часто переносят опыт из других языков и фреймворков по аналогии, не разбираясь в тонкостях.
Особенно в курсах по Django из-за исторического названия файлов в MVC паттерне, когда фактически view.py ближе к контроллеру, если проводить аналогию с другими фреймворками.
На практике приходилось использовать модели один к одному для базы пользователей только с историческими данными, например, чтобы связать профиль в двух самостоятельных сервисах (блоги, покупки).
Но ограничения на количество вспахиваемой земли ставить нужно, иначе будут пахать для того чтобы пахать, забывая, что нужны ресурсы для посева и время пришло.
За это время данные полученные за время сравнения двух больших таблиц могут устареть, что тоже может стать проблемой.
Чтобы добавить два столбца, достаточно сравнивать только схемы и сгенерировать код.
Но тут опять в зависимости от используемой базы данных и кода приложения могут быть проблемы. Например, проверка в коде на не пустое поле, когда в это поле данные еще не импортировались из dev таблицы.
Чтобы вставить данные в пустые столбцы — достаточно импортировать их по ключевому полю из другой таблицы.
Возможная проблема при частичной синхронизации — поле не должно быть пустым, но т.к. запись проигнорирована при импорте, то редактирование заказа не возможно.
Все очень индивидуально, мне например не хватает просмотра миграций из фреймвоков, когда нужно посмотреть изменения не в виде кода приложения, а в виде sql запросов. Т.к. используемых фреймворков много и не всегда точно помнишь, что делать, приходится листать записи.
В функционале, скорее всего должны быть какие-то типовые операции, вида скопировать столбец из таблицы А в таблицу Б, с возможностью гибкой настройки и выполнения дополнительных операций необходимых для импорта.
Переводчик где-то тоже должен учиться писать, в идеале его должны перепроверять более опытные переводчики или редакторы.
Старший управляющий в проекте не обязательно должен уметь писать красиво, он и перевод может не понимать, это не его основная задача.
Тут вопрос к организации процесса скорее, поэтому и задал вопрос выше.
Можно было вытянуть текст для удобства работы, сделать скриншоты в порядке прохождения игры, размер сообщества это позволял,
соединив с текстом в нужном порядке, получили заготовку, которую перевести и добавить обратно патчем или заменой уже зависит от конкретной игры.
У каждого свои методы и опыт наверное.
Подскажите, почему для перевода подобного типа игр обычно используют достаточно тяжелые программы вместо извлечения ресурсов, их перевода и обратного добавления?
«выделить ₽2,1 млрд»…
По предыдущим проектам, в их случае эффективнее будет поставить гитлаб и оплачивать бонусы за ежедневное пользование сервисом.
Весь гитхаб скопируют за пару месяцев.
Отчитываемся об успехах, разработчики активно пользуются, развивают opensource за бонусы.
Для меня раньше это было главным преимуществом, когда можно было импортировать быстро и просто что-то кастомное.
Многие из моих знакомых из-за этого ушли с этой cms, не хватило навыков программирования, поддерживают только старые версии.
Они не планируют полностью вернуть эту возможность в ядро?
Перерасли аренду и снова к ней вернулись только под другим названием, это точно реальный пример или эффективный мендежер всегда прав?
В штат админов много не нужно, 1-2 для контроля достаточно, остальные аутсорс или из дата центра.
Аренда бюджетных серверов с установкой в течении часа сейчас не проблема, конкуренция большая.
В облаке возможна установка из шаблона, но на серверах тоже образ через docker развернуть не проблема.
Администраторы в датацентре есть, обслуживание приблизительно одинаково по ценам.
Единственное преимущество, которое вижу, это возможность снизить затраты при плавающей нагрузке, но таких сфер деятельности не так много.
Какие ещё преимущества у облачного сервиса по сравнению с арендой сервера?
Когда Mozilla внедряла одной из первых, было очень много критики. Теперь внедрили в Windows. Скоро узнаем, будут ли двойные стандарты. Возможно как с оперой, официально vpn не работает в определенных странах.
Значит как практик объясните, где ошибка:
Допустим есть сервис 1 и сервис 2, которые создают файл лицензии на ПК и проверяют его.
Сервис 1 работал в прошлом году, после чего софт был удален. Сервис 2 новый.
Они шифруют одну и туже строку приватным ключу по единому алгоритму и после передают на сервер.
Как результат через год они могут полностью идентифицировать компьютер, т.к. уникальный приватный ключ один и тот же.
Сейчас это тоже возможно, например по серийному номеру жесткого диска, но жесткий доверенным модулем не является.
TPM в теории однозначно идентифицирует компьютер и пользователя за ним соответственно. Совмещаем с другими известными данными, видим интересную картину.
Для некоторых организаций это может быть гораздо большей проблемой, чем всё остальное. Например, ограничение для ПО в определенном регионе, сегодня работает, завтра нет, впн и "лекарства" уже не помогут.
Пока огромная конкуренция включая сайты без лицензии - да, стоимость не значительна. Но какие цены будут, когда смогут диктовать большинству свои условия, можно только предположить. В среднем рост от 5 до 20 раз, если брать похожие истории в других сферах. Музыка за 40$ - не так, чтобы очень дорого, но уже заставит задуматься.
Как устроены ссылки на объявление? На простых проектах это постоянный url, по которому не возможно определить, создана миниатюра или еще нет.
Шаг 5. Зашел в рекламный кабинет - прогреть кеш, когда вошел для остальных не в пачке на сервере заранее, сомнительно что рекламодатели из кабинета не вылезают, обычно распределено в течении дня. Нагрузка распределяется.
Технически - пропустить 20-40 записей, для которых создается в реальном времени, для всех остальных кроме архивных предварительная генерация на сервере по запросу.
Шаг 7. Запустить заранее не на полной скорости, так не возможно?
Шаг 8. Усложнение не понятно, вроде бы элементарно, удалили по ключу, добавили новое. Пока создается используем генератор в режиме онлайн, таких объявлений единицы.
Что мешало пойти по классической схеме с генерацией превью сразу при загрузке изображения или видео и хранением его на сервере?
Архивных много, после помещения в архив, генерировать на лету для таких объявлений, если просмотров единицы.
Оно возможно и не логично, если брать другие языки, которые в основном выдадут ошибку синтаксиса. Но если пишешь код в основном на питоне и читаешь официальную документацию, то большинство подобных случаев описано и объяснено на примерах.
Достаточно часто переносят опыт из других языков и фреймворков по аналогии, не разбираясь в тонкостях.
Особенно в курсах по Django из-за исторического названия файлов в MVC паттерне, когда фактически view.py ближе к контроллеру, если проводить аналогию с другими фреймворками.
На практике приходилось использовать модели один к одному для базы пользователей только с историческими данными, например, чтобы связать профиль в двух самостоятельных сервисах (блоги, покупки).
Чтобы добавить два столбца, достаточно сравнивать только схемы и сгенерировать код.
Но тут опять в зависимости от используемой базы данных и кода приложения могут быть проблемы. Например, проверка в коде на не пустое поле, когда в это поле данные еще не импортировались из dev таблицы.
Чтобы вставить данные в пустые столбцы — достаточно импортировать их по ключевому полю из другой таблицы.
Возможная проблема при частичной синхронизации — поле не должно быть пустым, но т.к. запись проигнорирована при импорте, то редактирование заказа не возможно.
Все очень индивидуально, мне например не хватает просмотра миграций из фреймвоков, когда нужно посмотреть изменения не в виде кода приложения, а в виде sql запросов. Т.к. используемых фреймворков много и не всегда точно помнишь, что делать, приходится листать записи.
В функционале, скорее всего должны быть какие-то типовые операции, вида скопировать столбец из таблицы А в таблицу Б, с возможностью гибкой настройки и выполнения дополнительных операций необходимых для импорта.
Понятно, что создание индексов займет достаточно много времени на больших объемах данных, но и сравнение в этом случае зависнет на долго.
Старший управляющий в проекте не обязательно должен уметь писать красиво, он и перевод может не понимать, это не его основная задача.
Тут вопрос к организации процесса скорее, поэтому и задал вопрос выше.
Можно было вытянуть текст для удобства работы, сделать скриншоты в порядке прохождения игры, размер сообщества это позволял,
соединив с текстом в нужном порядке, получили заготовку, которую перевести и добавить обратно патчем или заменой уже зависит от конкретной игры.
У каждого свои методы и опыт наверное.
По предыдущим проектам, в их случае эффективнее будет поставить гитлаб и оплачивать бонусы за ежедневное пользование сервисом.
Весь гитхаб скопируют за пару месяцев.
Отчитываемся об успехах, разработчики активно пользуются, развивают opensource за бонусы.
Многие из моих знакомых из-за этого ушли с этой cms, не хватило навыков программирования, поддерживают только старые версии.
Они не планируют полностью вернуть эту возможность в ядро?
В штат админов много не нужно, 1-2 для контроля достаточно, остальные аутсорс или из дата центра.
В облаке возможна установка из шаблона, но на серверах тоже образ через docker развернуть не проблема.
Администраторы в датацентре есть, обслуживание приблизительно одинаково по ценам.
Единственное преимущество, которое вижу, это возможность снизить затраты при плавающей нагрузке, но таких сфер деятельности не так много.
Какие ещё преимущества у облачного сервиса по сравнению с арендой сервера?