Сообщений в теме: 43

[SmetDenis]

Сколько полей в одном материале? Сколько весит ваш CSV файл?

 

Про сервера. Лично я предпочитаю fastVPS

В соседней теме пишут отличные результаты о xserver.ua

http://forum.jbzoo.c...lnosti/?p=46152

[RDG]

А если мы планируем выложить на сайте 200 000 книг? Скорее всего без картинок и с 4-5 доп полями с 20 категориями? Это будет работать всё без оптимизации? Или умрёт нифиг?

[SmetDenis]

А если мы планируем выложить на сайте 200 000 книг? Скорее всего без картинок и с 4-5 доп полями с 20 категориями? Это будет работать всё без оптимизации? Или умрёт нифиг?

Самым узким местом будет - это вывод категорий (или списка результата фильтра).
В целом - должно работать.

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

[RDG]

Мы планируем организовать так. Есть главная. На главной всякая ерунда, по пункту меню идём в Библиотеку. Там у нас выводится каша из 100 тысяч книг с разбиением на страницы. Конечно там никто не будет копаться. Сверху будут фильтры ГОД АВТОР ЖАНР ну и может ещё два каких то. И уже по кнопке будет сортировка. По факту категория у нас будет одна. Общая. Фильтрация по полям будет. Уязвима ли такая планировка? Может быть посоветуете как изначально сделать лучше? Или и так норм будет?

[SmetDenis]

В принципе пока ничего криминального не вижу. Разве что, не вижу смысла выводить на главной эту кашу. Если для быстрой индексации ПС, то есть более гуманные методы - sitemap.xml

[RDG]

Не, не на главной, а в пункте меню Библиотека. Ну я вас понял) Спасибо

[tchudov]

Самым узким местом будет

Получить права на публикацию от авторов 200 000 книг.

[CB9TOIIIA]

 

я не рекомендую использовать PrevNextItem

 

Хм... а я недавно настроил его на новостнике чем плох?

[RDG]

Получить права на публикацию от авторов 200 000 книг.

Это сайт издательства, книги их

[SmetDenis]

Хм... а я недавно настроил его на новостнике чем плох?

Он начинает сильно просаживать загрузку страницы т.к его производительность напрямую зависит от количества материалов в категории по которой идет поиск. Так уж написан SQL запрос. В силу специфичности он вложенный, учитывает сортировку и джойнит несколько больших таблиц. Поиск почти всегда получается без использования индексов MySQL (не путать с индексами JBZoo).

Масштаб проблемы ~ +2 секунды для категории с 3000 материалов (был реально такой случай у меня).