В статье упускается такой сценарий, как конкуренция между старой и новой командой. Поэтому дополню: данный сценарий возможен, когда бизнес хочет держать старое в тренде (соответствие требованиям бизнеса) и параллельно писать новое. Но абсолютно забывает о том, что новой команде приходится тоже постоянно подстраиваться под новые требования... замкнутый круг....
Лучшее решение, которое я только встречал, это переписывание проекта по эндпоинтам (первые итерации долгие, но дальше легче) и точечное переключение ендпоинтов на новый код средствами веб-сервера
Оказывается если в *.kdbx файле на SD карте Пастильды есть запись с пустым паролем, то при вставке этой ноды вместо пустого пароля вставляется пароль от предыдущей записи в db.kdbx файле. Это само по себе странно. Из-за этого не получается также сделать записи для полей, где надо ввести только пароль
Привилегированная учетная запись ModX имеет права на редактирование любого файла приложения, включая исполняемые
Это уже само по себе не безопасно.
А позиция разработчиков такова, что имя доступ в админку можно сделать что угодно. Поэтому они подобное не воспринимают как уязвимость. Не раз этот холивар поднимался в сообществе
Не напомните случай, когда разработку одного из вирусов присвоили России только благодаря тому, что там якобы был комментарий на русском языке? Если не ошибаюсь, этой истории лет 20
Питомец прекрасно понимает кто его кормит. Поэтому именно с этим человеком у него и более теплые отношения. С этими девайсами, вы как хозяин, становитесь не нужны питомцу.
Высокий рейтинг, премии оскар и т.п. еще не показатель интересности для потребителя. Львинная доля фильмов отобранных по этим критериям не понравилась ни мне, ни супруге.
Приятно удивлен, встретить @Boomburumв топике. Крутой парень в крутом топике. Хороший знак!)
А не планируете ли по API дать доступ к категоризации, чтобы передав домен можно было узнать категорию сайта?
СТО - "топовая"/"директорская" роль. При этом
Я стесняюсь спросить, а по какой причине СТО уходит из компании? И что они отвечают на вопрос "почему вы ушли с предыдущего места работы"?
В статье упускается такой сценарий, как конкуренция между старой и новой командой. Поэтому дополню: данный сценарий возможен, когда бизнес хочет держать старое в тренде (соответствие требованиям бизнеса) и параллельно писать новое. Но абсолютно забывает о том, что новой команде приходится тоже постоянно подстраиваться под новые требования... замкнутый круг....
Лучшее решение, которое я только встречал, это переписывание проекта по эндпоинтам (первые итерации долгие, но дальше легче) и точечное переключение ендпоинтов на новый код средствами веб-сервера
В статье не хватает опроса как минимум с такими вариантами
Начать с нуля (на любом языке) не взирая ни на что
Начать с нуля если проект на CMS или мамонт на PHP < 5.0
Покрытие тестами и последующая модернизация
Модернизация с последующим покрытием тестами
Багфиксы пока проект не умрет
Очень интересный вектор для ресерча. Думаю Positive TechnologiesилиITSumma подтвердят это
Это уже само по себе не безопасно.
А позиция разработчиков такова, что имя доступ в админку можно сделать что угодно. Поэтому они подобное не воспринимают как уязвимость. Не раз этот холивар поднимался в сообществе
Свято место пусто не бывает. Просто там еще думают кому отдать хлебное местечко…