hVosttмсущкоНичего хорошего в том, что ты намертво в коде прибиваешь контроллеры с экшенами. Я тебе уже 10 раз объяснял, что тот или иной URL я могу перекинуть в другую тему, которая имеет другую смысловую нагрузку. В моём случае я просто эту тему пересаживаю на другой контроллер и/или экшен и вуаля.
купи себе мозги. у ресурса меняется его тип и его обрабатывает другой контроллер с экшеном. никаких гвоздей.
ты мозги себе пересади. зачем менять экшен через базу данных? что за бред? зачем? один индус написал для примера, а ты его бездумно скопировал.
Только упоротые дятлы вроде тебя вводят какие-то типы и имеют дополнительный гемор по его размещению в коде. Нету никаких типов, есть контроллер, экшен и параметр (если надо).

hVosttмсущкоБыстрота в чём, в дополнительной конвертации из/в хеш? Не смеши мои тапочки, скоростью там и не пахнет.
быстрота поиска. при существенной экономии памяти. на фоне поиска затраты на конвертацию ничтожны. твои же тапочки уже подошвы порвали угорая над твоей тупостью. если мозги не работают, проверь на тестах. я делал замеры, а ты похоже из задницы свои тупые идеи выковыриваешь.
Какая быстрота поиска, чудик?! Поиск по индексированному varhcar в базе те же яйца, что ты в varchar хранишь хеш или обычный URL. Оберни себя в фальгу и сжарься.

hVosttмсущкоЯ тебе сразу сказал, что на миллионах такие телодвижения слягут как пить дать. И твои с хешем
а вот и обломись. не сляжет.
Да ты просто эталон правильных аргументов. Сляжет.

hVosttмсущкоКонтроллер и экшен пихается в базу для того, чтобы определить тому или иному URL его контроллер и экшен. Прикинь? Просто невозмутимость какая-то.
так запихни туда исходный код контроллера, чо мелочиться-то? ты упорот. контроллер/экшен это реализация. ты какое говно намешал мухи, котлеты, экшены.. всё перемешалось в доме облонских.
Так а почему ты не запихнешь в БД исходный код забитого гвоздями экшена? Тупица, у меня контроллер/экшен - это названия. А реализация в .NET коде. Только такое говно как ты можешь так искромётно тупить. У тебя каша в башке, пора её размешать лопатой.

hVosttмсущкоУ меня, наоборот, всегда можно любому URL сопоставить обработчики, вне зависимости от правил, религии и звезд на небе.
лечись. твое "решение" даже студентами запиливать стыдно должно быть. абсурд какой-то.
Вообще это сеошное чистоплюйство - абсурд, я об этом писал. Просто твой абсурд на порядок абсурднее моего. Таким кодеманкам как ты это не осилить, увы.

hVosttмсущкоУ тебя тоже, не только у меня
а вот и обломись. отрабатывает на миллионах записей без проблем.
Не пецди, дуралей. А на миллиарде пробовал?

hVosttмсущкоТак я так и делаю.
я уже сказал, делай как хочешь, лично мне по барабану. ты можешь на голову вставать и колотить по клавиатуре пятками. никто тебя за это не упрекнёт.
Так я и делаю как хочу, точнее как правильно. А фееричные кретинофилы продолжают искать рациональное зерно в том навозе, который наложили сеошники.

hVosttмсущко,

возвращаясь к вопросу об экшенах/контроллерах, записанных в базу данных.

админка.

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

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

мсущко, не морочь людям голову своим убогим говновысером.

Ты дятел? Я так и думал, разжую. Статья новостного сайта. Оператор пишет статью, сохраняет.

1. Автоматом генерится "красивый" URL типа как у рбк http://top.rbc.ru/incidents/27/04/2014/920761.shtml (с возможностью правки на "более красивый")
2. В базу кладётся адрес 27/04/2014/920761.shtml, имя обслуживаемого контроллера и экшена
3. В MvcRouteHandler.GetHttpHandler я анализирую все динамические типы урлов (incidents, articles, news, ...) и инициализирую RequestContext из БД. Типы урлов тоже хранятся в БД, я всегда смогу исключить или включить новый тип, прикрутив к нему контроллер с экшеном.
4. Админ ничего не делает, если нужно перекинуть статью из incidents в articles, автор статьи тупо перекидывает её, а в базе просто автоматом меняется контроллер и экшен.

Разница лишь в том, что мои типы и привязки описаны в БД, а у тебя забиты гвоздями в коде.

просто интересно?автору тебя пара контроллер/действие задаётся косвенно ResourceTypes
Модификация маршрутизации в этом случае вместо простого UPDATE в базе требует изменения в коде
вы тут все походу упоротые!!! ;)))
то есть, если я удалил контроллер\экшн из кода я должен позаботиться об удалении записей из бд?!
или переименовав контроллер\экшн я должен позаботиться об обновлении данных в бд?!

15943762 актуально!
Если ты удалил контроллер и экшен, а юзер выбрал тип статьи, который ссылается на этот контроллер - что получим? Вот и вопрос, кто из нас упорот.

просто интересно?авторЕсли ты удалил контроллер и экшен, а юзер выбрал тип статьи, который ссылается на этот контроллер - что получим? Вот и вопрос, кто из нас упорот.
ЮЗЕР НЕ МОЖЕТ ВЫБРАТЬ ТИП СТАТЬИ!!!
юзер может выбрать урл, который выбирает опр. типы статей!!!
если у статьи неопр. тип то никто ее и не выберет.
А может юзер еще и код контроллера должен править?

hVosttмсущкоРазница лишь в том, что мои типы и привязки описаны в БД, а у тебя забиты гвоздями в коде.
тебе ржавый гвоздь заколотили прямо в темечко. вынь и начни мыслить.
У тебя вместо черепной коробки находится мусорный ящик. Вся соль заключается в том, что вернуть уже ничего нельзя.

hVosttи что там будет за база такая? прибитая к контроллерам и экшенам намертво? т.е. теперь мы не можем ни название экшена изменить, ни контроллера, ни перегруппировать их (объеденить, разделить), ничего в общем не можем сделать, так как теперь куча ресурсов завязана на конкретные имена экшена железно.
а ну да, можно сделать UPDATE.
Так это шаблонная архитектура. Можно управлять через тип, менять тип, менять статьи. Никто ни от кого не зависит, типы - для группировки. Сегодня тип прикручен к одному контроллеру, завтра к другому, послезавтра к третьему. А старые статьи как работали, так и работают на старых контроллерах. Это история. Если нужно всё массово пересадить на новый тип, да, просто UPDATE.

hVosttты слишком привязался к контроллерам и экшенам. по сути есть тип ресурса и его как-то надо обработать. база данных не должна диктовать реализации каким экшеном воспользоваться. или переноси весь исполняемый код в базу и не ипи мозги. будет ВАЩЕ ГИБКО!! в любой момент код можно поменять ПРЯМ В бАЗЕ!

ты че куришь, дятел?
Я к ним привязался, потому что такой денормализованный подход более гибок. По сути, какая разница, как управлять типами - не об этом разговор. Разговор про то, что твой хеш - как кобыле пятое колесо. Ты упорот?

hVosttмсущко4. Админ ничего не делает, если нужно перекинуть статью из incidents в articles, автор статьи тупо перекидывает её, а в базе просто автоматом меняется контроллер и экшен.
ты перепутал СТРУКТУРУ с ТИПОМ РЕСУРСА.

incidents и articles -- это у тебя разные каталоги одного и того же типа ресурса. ТАК КАКОГО ХРЕНА ты рулишь этим с помощь контроллеров?? ты откуда грохнулся, малыш?

я как раз эту задачу и решил. конкретный article может быть перемещён в любой каталог в структуре сайта, и ни контроллер, ни экшен у него не поменяется. поменяется путь, хлебные крошки, карта сайта, но в реализации, без изменений.
incidents и articles - это не каталоги, это типы и контроллеры. В данном случае. Это рулится и с помощью контроллеров, и с помощью роутинга. Что тебя удивляет? У меня конкретный article может быть перемещён в любой "каталог" в структуре сайта, и у него и контроллер и экшен поменяется. И никакого ужаса.