Функция админ-панели "Добавить категорию" в списке новостей

[SKYNET74 315]

В списке новостей в админ-панели сайта, при массовом добавлении категорий новостям, которые уже могут присутствовать в этих категориях, в БД в колонку category повторно заносится ID категории.
Например может получится следующее: 11,1,1,11

[celsoft 6 082]

Контроль за этим лежит на администраторе сайта, который добавляет категории. Причина, большая нагрузка на сервер, если контроль будет осуществлять скрипт. Каких либо изменений в данном вопрос не планируется.

[SKYNET74 315]

8 минут назад, celsoft сказал:

Контроль за этим лежит на администраторе сайта, который добавляет категории. Причина, большая нагрузка на сервер, если контроль будет осуществлять скрипт. Каких либо изменений в данном вопрос не планируется.

Это неправильное суждение, при разветвлённой и большой иерархии категорий, может получится так что в один прекрасный момент следуя вашей логике, будешь сидеть и отмечать нужные галочки на тысячах новостей, а не разом отметишь нужные и нажмёшь применить, и если часть новостей уже есть в этой категории то ничего плохого не случится.
Логично что категории новостям добавляют не каждый день, а только по особой нужде, и я думаю вполне допустима повышенная нагрузка на этот момент.

И потом вы будете объяснять куче ваших клиентов что это они дураки, а не скрипт не проверяющий и пишущий копии ID категорий в category, из-за чего их mysql серверу всё плохее и плохее становится будет?



Помнится при фиксе бага с не удалением подписок пользователя, в апдейте тоже не была реализована чистка ненужных строк в таблице _subscribe, и они у многих до сих пор мёртвым грузом висят (и грузят бедную БД), а некоторым даже проблемы в виде багов доставляют.

[celsoft 6 082]

43 минуты назад, SKYNET74 сказал:

Это неправильное суждение, при разветвлённой и большой иерархии категорий, может получится так что в один прекрасный момент следуя вашей логике, будешь сидеть и отмечать нужные галочки на тысячах новостей, а не разом отметишь нужные и нажмёшь применить, и если часть новостей уже есть в этой категории то ничего плохого не случится.
Логично что категории новостям добавляют не каждый день, а только по особой нужде, и я думаю вполне допустима повышенная нагрузка на этот момент.

И потом вы будете объяснять куче ваших клиентов что это они дураки, а не скрипт не проверяющий и пишущий копии ID категорий в category, из-за чего их mysql серверу всё плохее и плохее становится будет?

Да безусловно придется объяснять их некорректное поведение, т.к. в приступе лени, они отмечали все подряд, и это проще объяснить, чем обьяснять им почему лег их сервер, а хостинг пытается их выгнать с шаред хостинга, на более дорогие тарифы, и выслушивать претензии в необоснованной нагрузке на сервер. Мы в данном случае вынуждены искать баланс. Либо нагрузить сервер и делать все за пользователей, или они сами возьмут на себя часть ответственности, ибо они администраторы своих сайтов, и должны внимательно относится к своему администрированию.

[SKYNET74 315]

30 минут назад, celsoft сказал:

Да безусловно придется объяснять их некорректное поведение, т.к. в приступе лени, они отмечали все подряд, и это проще объяснить, чем обьяснять им почему лег их сервер, а хостинг пытается их выгнать с шаред хостинга, на более дорогие тарифы, и выслушивать претензии в необоснованной нагрузке на сервер. Мы в данном случае вынуждены искать баланс. Либо нагрузить сервер и делать все за пользователей, или они сами возьмут на себя часть ответственности, ибо они администраторы своих сайтов, и должны внимательно относится к своему администрированию.

Добавление категории это разовая нагрузка которая очень не часто происходит, а вот постоянная выборка по мусору в колонке куда больше нагрузки принесёт.
Если следовать вашей логике, то нужно усложнять жизнь администрированием (и опять же не 100% защита, ибо банальный человеческий фактор, особенно когда есть низший административный персонал), чем чуть чуть нагрузить один раз в месяц.

[celsoft 6 082]

Логика в ваших рассуждениях безусловно есть. Нагрузить там конечно не чуть чуть, потому как например для тысячи новостей понадобится не менее двух тысяч запросов к БД, но делается это действительно редко, а человеческий фактор тоже очень важно. Будем думать над этим, а именно как устранить эту проблему оптимальнее всего.

[SKYNET74 315]

1 час назад, celsoft сказал:

Логика в ваших рассуждениях безусловно есть. Нагрузить там конечно не чуть чуть, потому как например для тысячи новостей понадобится не менее двух тысяч запросов к БД, но делается это действительно редко, а человеческий фактор тоже очень важно. Будем думать над этим, а именно как устранить эту проблему оптимальнее всего.

Я понимаю что чуть чуть образно было (хотя SQL запросы там простые же будут), но если сайт имеет десятки тысяч новостей, он явно хостится не на хостинге за пол бакса, более менее стоящие проекты уже как бы и дедиками обзаводятся, так что разовая нагрузка ночью не особо такая проблема.