Tak nemusíš to nutně řešit před DB. Můžeš uživatelskou "invenci" uložit do souboru a jeho obsah pak načíst do výsledného HTML. Je to jednodušší a flexibilnější pro tento účel.
Měnit cshtml nebude nejlepší nápad a kdoví jestli to vůbec půjde. Počítal bych že právě v zpracování cshtml IISkem bude na tu chvilku zamčený. Ale to hádám.
Z textového souboru by to šlo. A jakým způsobem se to dá udělat, přes streamreader?
Zkoušel jsem to načíst za pomoci
@File.ReadAllText. Ale to mi načte i tagy.
No jestli chceš načíst soubor pomocí streamreadru tak to je takto
using (StreamReader sr = new StreamReader("soubor.txt"))
{
//zde bude kam chceš vypsat obsah souboru. Např.
TextBox1.Text =sr.ReadAllText;
}Doufám, že jsem to napsal dobře.
Problém byl, že se mě na stránce zobrazoval celý obsah toho načítaného souboru včetně html tagů a neformátovalo se to. Vyřešil jsem to takto v controlleru
[ChildActionOnly]
public ActionResult GetHtmlPage(string path)
{
return new FilePathResult(path, "text/html");
}A následně ve View
<div class="jumbotron">
@Html.Action("GetHtmlPage", "Home", new { path = "~/Content/EditableContent/EditableContent_01.html" })
</div>Teď jsem si do projektu přidal i TinyMce pro editaci, ale nevím, jak jeho obsah uložit do toho souboru EditableContent01.html.
Řešil bych to přes databázi, krom toho těch uživatelů bude více a každý asi bude chtít mít jiný obsah té stránky, ne? Pakliže se to bude řešit přes databázi stačí zavolat @Html.Raw(Model.Obsah), který zajistí vložení obsahu jako HTML. Avšak je důležité pomyslet, že pokud k tomu budou mt přístup nějaký nerozumní lidé, tak ti těmito vlastními obsahy mohou napáchat nemalé škody, ale vzhledem k tomu, že se editace pravděpodobně bude odehrávat za loginem, tak se to dá celkem snadno dohledat a eliminovat. Avšak opatrnosti není nikdy dost.
Takové obavy bývají přehnané. Naopak. Pokud jde o editaci obsahu stránek, ne provozních dat, tak tu má ve správě minimum lidí a obsah se mění pomálu a nekonkurenčně.
Pokud ty weby nemají přístup k DB vůbec, je to zbytečná práce navíc. Pokud mají, tak ale ta pracnost navíc už ale není zase tak velká.
No sám jste si odpověděl, pracnost není zas tak velká, tak proč to
rovnou neudělat pořádně s přípravou na budoucí rozšiřování 
Ale tohle si už musí autor
vlákna rozhodnout sám
Zobrazeno 10 zpráv z 10.