CMS DataLife Engine - Система управления сайтами

Sign in to follow this  
SKYNET74

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

Recommended Posts

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

  • Upvote 1

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
8 минут назад, celsoft сказал:

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

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

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



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

  • Upvote 1

Share this post


Link to post
Share on other sites
43 минуты назад, SKYNET74 сказал:

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

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

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

Share this post


Link to post
Share on other sites
30 минут назад, celsoft сказал:

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

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

  • Upvote 1

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
1 час назад, celsoft сказал:

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

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

  • Upvote 1

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this