Перейти к публикации

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


Рекомендованные сообщения

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
8 минут назад, celsoft сказал:

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

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

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



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

Ссылка на сообщение
Поделиться на других сайтах
43 минуты назад, SKYNET74 сказал:

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
30 минут назад, celsoft сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, celsoft сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
×
  • Создать...