LINUX.ORG.RU

История изменений

Исправление DawnCaster, (текущая версия) :

20+ лет кодовой базе, вашу ж мать поперёк лавки!

Как раз отсюда такие вот косяки и берутся. Это вообще классическая ошибка в таких долгоживущих проектах. Могу даже пофантазировать как это произошло: 20 лет назад при разработке архитектуры движка сделали допущение, что проверки на размер документа можно не делать. Дескать, интернет медленный, памяти много… Пользователь быстрее закроет браузер чем дождётся загрузки страницы на несколько гигабайт. А потом в разработку сайтов пришли веб-макаки а инернет подключение у некоторых уже стало гигабитным…

Сам лично видел древний проект, в котором для сущностей в базе данных сделали 32 битный индекс. Посчитали что такой размерности должно хватить лет на 100. А потом бизнес кратно вырос, а нагрузки выросли стократно. И уникальные значения закончились не через 100 лет, а всего через 15.

Если вы думаете, что это всё можно было продумать и было очевидно уже тогда, то спросите себя когда вы последний раз задумывались о проверке уникальности GUID, например. Сейчас такие размерности тоже кажутся невероятными…

Исправление DawnCaster, :

20+ лет кодовой базе, вашу ж мать поперёк лавки!

Как раз отсюда такие вот косяки и берутся. Это вообще классическая ошибка в таких долгоживущих проектах. Могу даже пофантазировать как это произошло: 20 лет назад при разработке архитектуры движка сделали допущение, что проверки на размер документа можно не делать. Дескать, интернет медленный, памяти много… Пользователь быстрее закроет браузер чем дождётся загрузки страницы на несколько гигабайт. А потом в разработку сайтов пришли веб-макаки а инернет подключение у некоторых уже стало гигабитным…

Сам лично видел древний проект, в котором для сущностей в базе данных сделали 32 битный индекс. Посчитали что такой размерности должно хватить лет на 100. А потом бизнес кратно вырос, а нагрузки выросли стократно. И уникальные значения закончились не через 100 лет, а всего через 15.

Если вы думаете, что это всё можно было продумать и было очевидно уже тогда, то спросите себя когда вы последний раз задумывались о проверки уникальности GUID, например. Сейчас такие размерности тоже кажутся невероятными…

Исходная версия DawnCaster, :

20+ лет кодовой базе, вашу ж мать поперёк лавки!

Как раз отсюда такие вот косяки и берутся. Это вообще классическая ошибка в таких долгоживущих проектах. Могу даже пофантазировать как это произошло: 20 лет назад при разработке архитектуры движка сделали допущение, что проверки на размер документа можно не делать. Дескать, интернет медленный, памяти много… Пользователь быстрее закроет браузер чем дождётся загрузки страницы на несколько гигабайт. А потом в разработку сайтов пришли веб-макаки а инернет подключение у некоторых уже гигабитное.

Сам лично видел древний проект, в котором для сущностей в базе данных сделали 32 битный индекс. Посчитали что такой размерности должно хватить лет на 100. А потом бизнес кратно вырос, а нагрузки выросли стократно. И уникальные значения закончились не через 100 лет, а всего через 15.

Если вы думаете, что это всё можно было продумать и было очевидно уже тогда, то спросите себя когда вы последний раз задумывались о проверки уникальности GUID, например. Сейчас такие размерности тоже кажутся невероятными…