SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008

— Извините, ваш пароль используется уже более 30 дней, необходимо выбрать новый!

— Розы.

— Извините, в вашем новом пароле слишком мало символов!

— Розовые розы.

— Извините, пароль должен содержать хотя бы одну цифру!

— 1 розовая роза.

— Извините, не допускается использование пробелов в пароле!

— 1розоваяроза.

— Извините, необходимо использовать, как минимум, 10 различных символов в пароле!

— 1гребанаярозоваяроза.

— Извините, необходимо использовать, как минимум, одну заглавную букву в пароле!

— 1ГРЕБАНАЯрозоваяроза.

— Извините, не допускается использовать несколько заглавных букв, следующих подряд!

— 1ГребанаяРозоваяРоза.

— Извините, пароль должен состоять более чем из 20 символов!

— 1ГребанаяРозоваяРозаБудетТорчатьИзТвоейЗадницыЕслиТыНеДашьМнеДоступПрямоСейчас!

— Извините, но этот пароль уже занят!

war357159:
не могу не похвастаться

А хто это?

pava77:
Вот проанализировал инструментом

Начни с изучения терминов, которые употребляешь.

WebSeo:
но приходится всем товарам присваивать и "Главную" рубрику

Зачем? Этого ненужно. Присваивай только нужные. В родителя они попадают на автомате.

WebSeo:
при этом урл формируется (как я понимаю) по алфавиту.

При нескольких рубриках в слаг выбирается по минимальному ID оной, на сколько я помню (не по алфавиту).

Но был плагин, который переназначал "главную" рубрику. Названия не помню.

weblad:
Вам никто не мешает вручную присвоить каждому товару любой url который вам нужен

Дефолтно можно поменять только слаг. С плагином Custom Permalinks возможостей больше, но это всё вручную и не факт, что решит задачу. Насколько я понял WebSeo нужно, что бы это автоматом всё делалось. И это прально.

Собсно насколько я понял, перечитав, проблема в том, что WebSeo назначает и дочки и родителя. А родителя не нужно.

Voss:

Пути разные, заканчиваются слешем, так что это именно категории, а не страницы.

Полностью согласен с TF-Studio. Такая каша в голове..

Ок. урлы никак, ну те совсем никак не говорят какая реальная классификация, её тип, какое кол-во термов содержит и какие типы контента и структура/параметры последнего.

А про слеш такой перл.. даже и комментировать не хочется.

---------- Добавлено 27.12.2015 в 14:20 ----------

edka:
ДЛЕ действительно кеширует список категорий в файл: engine/cache/system/category.php
Вот кусочек кода оттуда:

спс за инфу.

Это нормальный сериализованный массив. Зачем его писать в файл - воще не понятно. Это и не кеш вовсе.

А учитывая, что это кусочек, то что там ещё..

edka:
И это правильно, это же CMS не для сайтов типа авито )

Спорный вопрос. Тянуть из файла данные, которые должны быть в базе? Данные, которые потом/одновременно используются при запросах в БД... Нет, я не могу себе такого представить даже в страшном сне.

karen1994:
К примеру у меня на сайте есть раздел в котором я хочу продавать чертежи. С помощью чего можно сделать чтобы человек оплатил и после этого скачал файл?

интернет-магазин цифровых товаров.

Мать спрашивает дочь:

- Ты что плачешь? Петя тебе неверен?

- Если бы только Петя!

****

Неопытная гадалка нагадала поручику Ржевскому два года без секса. Но поручик не растерялся и тут же доказал ей, что она шарлатанка.

netwind:
так если она есть на форумах,

Вот когда ты написал про проблему на форумных двигах я вспомнил, что читал неск лет назад об проблемах при большом кол-ве разделов. Если я правильно помню - там нюанс в том, что проблема возникает при достаточно сложной выборке. А она неизбежна поскольку форумные двиги вываливают все разделы сразу и не просто заголовки, а тянут ещё кучу доп данных к ним. (включая анализ юзера, права и тп.). И это при том. что форумные двиги изначально многоюзеровские и соответственно "обрабатывают" юзеров. И немаловажный фактор, что эти юзеры постояно генерят контент и соответственно идёт нагрузка на БД и случаются коллизии.

Если мы говорим о контентных двигах, то там "идеология" другая. Если в форумных пляска идет от категорий и юзеров, то в контентных - от постов.

Категории - простая, я бы сказал линейная сущность если смотреть в структуру БД. Иерархия создаётся доп ключами. Поэтому какие проблемы от количесва значений.. Выбрать что из 20шт, что из 20к разница по сути не большая. Да и это надо оч редко и не по всем сразу.

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

Ну как-то так я думаю.

netwind:
в которых изначально не предполагалось большое количество каких-то сущностей.

Таки да и тут могу согласиться. Помню. что в ВП при определённых настройках сервера возникала проблема при большом кол-ве страниц (там посты (post) и страницы (page) - две разные сущности). По моему её пофиксили давно.

Но ИМХО - это можно отнести к частным случаям. (типа как кириллические названия файлов - где-то нормально, а где-то проблемы)

Geers:
Я в этом разделе очень редко бываю, вы меня с кем то путаете)

Холиваров "одно vs другое" и тут и в смежных топиках появляется чуть больше чем реально полезных. С участием битриксов в тч.

К сожалению, полезного в них 0,0001%.

Ида. надо чаще тут бывать. Хотя бы читать, уж коль сайты делаешь :)

Geers:
Вы по ссылке переходили?

Вот если б это не ты забросил, а кто "помоложе" - улетело бы в спам сразу же. Но я верю, что тебе это интересно, поэтому оно осталось. Надеюсь. понимаешь что это значит. (объяснять и стоить догадки не стоит. Продолжаем по основному вопросу)

netwind:
о есть и phpbb и ipb так же будут себя вести при росте числа категорий.
Проблема имеет место.

Ок. убедил :) Форумные движки - отдельная история.

Всего: 28519