Дмитрий Ковальский

Идея слабо укладывается в подход MVC. В идеале вам бы перенести это View в папку Shared. Можете поколдовать и попробовать написать return View("ControllerName\ViewName")

Есть еще вариантик. Сделать 2 запроса. В первый - во временную таблицу сохранить результат запроса типа

select countId, MAX(created) from operations GROUP BY countId

А вторым запросом делать ваш select но джойнить эту временную таблицу, а не всю таблицу операций.

Ну тут есть несколько тонкостей. В общем случае вам нужен шаблон разметки, где текстовые зоны будут помечены некими переменными, а при отрисовке страницы клиенту эти переменные заменяются из неких ресурсов нужным текстом. На разных платформах это реализуется по разному - уточните ваш стэк технологий и возможно совет будет более конкретным. Касательно тонкостей.
1) Разные языки имеют разную среднюю длинну слов, в связи с чем верстка текстового контейнера может стать весьма занятным процессом.
2) Существуют языки, имеющие другое направление письма, в сравнении с Русским. Это требует серьезных доработок шаблона, вплоть до второго шаблона под подобные языки.
3) Помимо самих слов - в разных регионах мира по разному отображаются финансы, даты и некоторые другие несловесные данные. К примеру десятичная запятая в цифрах, разделители даты, 07/08/09 - Скажете какую дату имею в виду?
Надеюсь коллеги дополнят список тонкостей своим личным опытом.

Если вы хотите забрать ВСЕ, а потом на клиенте решить какие из них показывать - это грубая ошибка и лишняя нагрузка на ресурсы(чат начнет тормозить рано или поздно).
Серверная логика должна решать какой список сообщений вернуть для показа.

На мой взгляд это набор кода "вслепую". Человек знает синтаксис, знает языки и, возможно, платформы. Но его задача писать код по постановке. Зачем/Почему/Архитектура/Паттерны - это все в другой кабинет.

А что собственно происходит? Что отрисовывается клиенту? Есть ли ошибки в консоли браузера? Бутстрап - клиентский фреймворк, Razor - серверный. Им пофиг друг на друга, они не должны зависеть друг от друга.

Можно анально огородить Базу. Доступ только до уровня хранимок, гранты на хранимки выдаются только вами при инициации базы.

Может я чего-то не понимаю. А где вы в success как либо используете result? Я вижу что вы его пишете в консоль, но заполнение jqGrid идет хардкодом.
UPD : Надеюсь вам поможет www.codeproject.com/Articles/609442/Using-JqGrid-i...

Сделайте билд проекта в релиз.Или в верхней панели в разделе "проект" должен быть пункт publish

А у вас есть договор на услуги эквайринга со Сбербанком? Это ведь не открытое API, это нудный процесс. Как вариант - можете поискать агрегатора платежей, принимающих банковские карты - Яндекс.Касса, Робокасса

Использую подход DBFirst. Хранимки цепляются через - Update Model From DB -> select DB -> и в следующем диалоге последний пункт - "Stored Procedures And Functions". На всякий случай уточните версию EF и подход к разработке.

В идеале у вас должен быть кешированный словарь классов с их идентификаторами и будет делаться банальнейший SELECT с WHERE по class_id. Если нету, то делается JOIN вида

SELECT id, player_id, class_id ,character_name ,character_level FROM Characters as c
INNER JOIN classes as cl ON cl.id = c.class_id
WHERE condition

Для третьего пункта в идеале нужна темповая таблица, хранящая необходимые классы и делается JOIN типа

SELECT id, player_id, class_id ,character_name ,character_level FROM Characters as c
INNER JOIN classes as cl ON cl.id = c.class_id
INNER JOIN #temp as t ON cl.class_name = t.value
WHERE condition

Да, JOIN. Можете написать 1 хранимку, в которой делается 2 запроса. Первым во временную таблицу выбирается список подписчиков для отображения, а вторым, на основании результатов первого, выбирается информация для вывода.

Создайте проект, в котором будете хранить наборы connectionString. Создайте проект в котором будет Entity и поставьте ссылку на стринги в другом проекте. Создайте Entity без добавления записей в конфиги(там есть галочка соответствующая), но сохранив куда-нибудь метаданные базы. Далее рядом с файлом Entity добавьте расширение через partial к классу контекста. В нем вам нужен метод Get без параметров, внутри него вы создаете EntityConnectionStringBuilder, в который из проекта с коннекшенами подсунете нужное соединение с базой данных, и метаданные, сохраненные заранее. Метод Get должен возвращать объект контекста, через ваш конструктор.
Примерно так

partial class MyContext{
public static MyContext Get()
{
var t = new EntityConnectionStringBuilder();
return new MyContext(t)
}
public MyContext(EntityConnectionStringBuilder ecsb):base(ecsb)
{

}

}

Коряво, но как-то так

var t = from c in Table
            where (from d in Table group d by d.CompanyId into dGroup
                   where dGroup.Count() ==1
                   select dGroup.CompanyId).Contains(c.CompanyId)
           select c

1)А повесить какой-то признак на colgroup нельзя?
2)Есть ли другие colgroup на странице и если нет, то планируются ли?

Вне зависимости от ответов - решение должно быть редкостно банальным

$("colgroupSelector col:eq(1(или 2,3,4))").css("width", someValue
)