karen1994: К примеру у меня на сайте есть раздел в котором я хочу продавать чертежи. С помощью чего можно сделать чтобы человек оплатил и после этого скачал файл?
Вот когда ты написал про проблему на форумных двигах я вспомнил, что читал неск лет назад об проблемах при большом кол-ве разделов. Если я правильно помню - там нюанс в том, что проблема возникает при достаточно сложной выборке. А она неизбежна поскольку форумные двиги вываливают все разделы сразу и не просто заголовки, а тянут ещё кучу доп данных к ним. (включая анализ юзера, права и тп.). И это при том. что форумные двиги изначально многоюзеровские и соответственно "обрабатывают" юзеров. И немаловажный фактор, что эти юзеры постояно генерят контент и соответственно идёт нагрузка на БД и случаются коллизии.
Если мы говорим о контентных двигах, то там "идеология" другая. Если в форумных пляска идет от категорий и юзеров, то в контентных - от постов.
Категории - простая, я бы сказал линейная сущность если смотреть в структуру БД. Иерархия создаётся доп ключами. Поэтому какие проблемы от количесва значений.. Выбрать что из 20шт, что из 20к разница по сути не большая. Да и это надо оч редко и не по всем сразу.
И уж точно там нет такого потока сообщений как на форуме, не нужно вычислять сколько непрочитанных постов в разделе, последний ответ (со своими данными) и тп.
Ну как-то так я думаю.
netwind: в которых изначально не предполагалось большое количество каких-то сущностей.
Таки да и тут могу согласиться. Помню. что в ВП при определённых настройках сервера возникала проблема при большом кол-ве страниц (там посты (post) и страницы (page) - две разные сущности). По моему её пофиксили давно.
Но ИМХО - это можно отнести к частным случаям. (типа как кириллические названия файлов - где-то нормально, а где-то проблемы)
Geers: Я в этом разделе очень редко бываю, вы меня с кем то путаете)
Холиваров "одно vs другое" и тут и в смежных топиках появляется чуть больше чем реально полезных. С участием битриксов в тч.
К сожалению, полезного в них 0,0001%.
Ида. надо чаще тут бывать. Хотя бы читать, уж коль сайты делаешь :)
Geers: Вы по ссылке переходили?
Вот если б это не ты забросил, а кто "помоложе" - улетело бы в спам сразу же. Но я верю, что тебе это интересно, поэтому оно осталось. Надеюсь. понимаешь что это значит. (объяснять и стоить догадки не стоит. Продолжаем по основному вопросу)
netwind: разве кому-то приходит в голову обвинять avito.ru в переусложненной иерархии ?
А там ничего сложного в иерархии. Только и того, что она многоуровневая. Но это не усложнение для работы, а как раз таки облегчение. Я ж об этом и говорю - если структура спроектирована более-менее правильно, то говорить о какой-то нагрузке от наличия 100500 категорий воще не уместно. Ну те проблемы могут возникнуть от чёго угодно, но только не от количества категорий.
bruder: В цитате говорится, что кэш сохраняется в файл.
Кеш кешем, а вот список "категорий сохраняется в файл" это не кеш. Так во всяком случае я понял из цитаты. Но если имеется ввиду, что в ДЛЕ для списка создаётся отдельный кеш - это тоже попахвает бредом.
Я давно с ДЛЕ общался и не настолько плотно, что бы вникать в подобные нюансы. Сомневаюсь что это правда. Ни один здравомыслящий разработчик не будет хранить подобные типы данных в файле при использовании БД. Создавать кеш на термы и таксономию тоже маловероятно - как минимум это не продуктивно ни при создании ни при дальнейшей работе.
netwind: А у меня есть.
20к категорий для людей? Не поверю :) Не поверю, что кто-то может осились 1-2 или даже 3-х уровневую иерархию при 20к термах.
Повторю - я не говорю, что не нужно в принципе. Пример с классификатором живой природы показывает, что иногда нужно. Но это не значит что нужно поднимать все 20к для каких-то действий, способных вызвать нагрузку сколь-нибудь ощутимо больше, чем от 20шт.
К примеру у меня на сайте есть раздел в котором я хочу продавать чертежи. С помощью чего можно сделать чтобы человек оплатил и после этого скачал файл?
интернет-магазин цифровых товаров.
Мать спрашивает дочь:
- Ты что плачешь? Петя тебе неверен?
- Если бы только Петя!
****
Неопытная гадалка нагадала поручику Ржевскому два года без секса. Но поручик не растерялся и тут же доказал ей, что она шарлатанка.
так если она есть на форумах,
Вот когда ты написал про проблему на форумных двигах я вспомнил, что читал неск лет назад об проблемах при большом кол-ве разделов. Если я правильно помню - там нюанс в том, что проблема возникает при достаточно сложной выборке. А она неизбежна поскольку форумные двиги вываливают все разделы сразу и не просто заголовки, а тянут ещё кучу доп данных к ним. (включая анализ юзера, права и тп.). И это при том. что форумные двиги изначально многоюзеровские и соответственно "обрабатывают" юзеров. И немаловажный фактор, что эти юзеры постояно генерят контент и соответственно идёт нагрузка на БД и случаются коллизии.
Если мы говорим о контентных двигах, то там "идеология" другая. Если в форумных пляска идет от категорий и юзеров, то в контентных - от постов.
Категории - простая, я бы сказал линейная сущность если смотреть в структуру БД. Иерархия создаётся доп ключами. Поэтому какие проблемы от количесва значений.. Выбрать что из 20шт, что из 20к разница по сути не большая. Да и это надо оч редко и не по всем сразу.
И уж точно там нет такого потока сообщений как на форуме, не нужно вычислять сколько непрочитанных постов в разделе, последний ответ (со своими данными) и тп.
Ну как-то так я думаю.
в которых изначально не предполагалось большое количество каких-то сущностей.
Таки да и тут могу согласиться. Помню. что в ВП при определённых настройках сервера возникала проблема при большом кол-ве страниц (там посты (post) и страницы (page) - две разные сущности). По моему её пофиксили давно.
Но ИМХО - это можно отнести к частным случаям. (типа как кириллические названия файлов - где-то нормально, а где-то проблемы)
Я в этом разделе очень редко бываю, вы меня с кем то путаете)
Холиваров "одно vs другое" и тут и в смежных топиках появляется чуть больше чем реально полезных. С участием битриксов в тч.
К сожалению, полезного в них 0,0001%.
Ида. надо чаще тут бывать. Хотя бы читать, уж коль сайты делаешь :)
Вы по ссылке переходили?
Вот если б это не ты забросил, а кто "помоложе" - улетело бы в спам сразу же. Но я верю, что тебе это интересно, поэтому оно осталось. Надеюсь. понимаешь что это значит. (объяснять и стоить догадки не стоит. Продолжаем по основному вопросу)
о есть и phpbb и ipb так же будут себя вести при росте числа категорий.
Проблема имеет место.
Ок. убедил :) Форумные движки - отдельная история.
Как вам? Хотелось бы услышать мнение кто имеет интернет-магазины, или все таки лучше полноценный скрипт интернет-магазина искать?
В 100500й раз похоливарить захотелось?
Но ОК. Сделаю вид, что поверил, что у битрикса что-то действительно новое вышло и послушаю. Мож и правда..
А зацепило в нем адаптивность, .., современный стиль, флет-дизайн и т.д.
Причём тут воще движок...
разве кому-то приходит в голову обвинять avito.ru в переусложненной иерархии ?
А там ничего сложного в иерархии. Только и того, что она многоуровневая. Но это не усложнение для работы, а как раз таки облегчение. Я ж об этом и говорю - если структура спроектирована более-менее правильно, то говорить о какой-то нагрузке от наличия 100500 категорий воще не уместно. Ну те проблемы могут возникнуть от чёго угодно, но только не от количества категорий.
В цитате говорится, что кэш сохраняется в файл.
Кеш кешем, а вот список "категорий сохраняется в файл" это не кеш. Так во всяком случае я понял из цитаты. Но если имеется ввиду, что в ДЛЕ для списка создаётся отдельный кеш - это тоже попахвает бредом.
Я давно с ДЛЕ общался и не настолько плотно, что бы вникать в подобные нюансы. Сомневаюсь что это правда. Ни один здравомыслящий разработчик не будет хранить подобные типы данных в файле при использовании БД. Создавать кеш на термы и таксономию тоже маловероятно - как минимум это не продуктивно ни при создании ни при дальнейшей работе.
А у меня есть.
20к категорий для людей? Не поверю :) Не поверю, что кто-то может осились 1-2 или даже 3-х уровневую иерархию при 20к термах.
Повторю - я не говорю, что не нужно в принципе. Пример с классификатором живой природы показывает, что иногда нужно. Но это не значит что нужно поднимать все 20к для каких-то действий, способных вызвать нагрузку сколь-нибудь ощутимо больше, чем от 20шт.
Звонок в автосервис:
- Здравствуйте, меня зовут Света и у меня розовый Ниссан. Мне что-то надо отремонтировать!
- Что именно?
- А вы что, не знаете, что ремонтируют в розовом Ниссане?