Игорь Герасимович: сайт должен иметь некое api. Он должен ожидать таких параметров. Иногда такое можно сделать, но для сферического коня в вакууме - нельзя.
Therapyx: Если будет время - гляньте еще разок чуть подольше. С опытом и на cgi-bin можно писать, как и делать трамвай из буханки. Просто на mvc более простой и прозрачный метод создания разметки и вышеуказанная проблема решается любым верстальщиком, а не комьюнити.
dk-web: склеивание(конкатенация) sql-запроса - верный путь к sql-injection. Если не в курсе-гуглите, это опасная уязвимость. В эхо и принтф ничего плохого нет. Плохо перемешивать html,php,sql код, всему свое место. Вам нужна функция которая вернет набор данных по запросу или результат оного с кодом ошибки. А клиентское представление, на основе данного результата работы функции, будет отрисовывать разметку
Therapyx: Даже если комьюнити из одного вас,любимого - сверстать в голом html через razor банальную таблицу с colspan проще чем колдовство серверных атрибутов aspx-контролов. Да и жизненный цикл запроса в mvc проще и прозрачнее в десятки раз. Про чпу могу не говорить. WebForms это не та технология, за которую надо держаться ручками ножками. Клиентскую логику на ней писать сущщий ад.
Анастасия Носова: Без запроса конечно судить трудно, но возможно что запрос содержит вложенные запросы в фильтрации, а также тяжелые JOIN. Я так понимаю что строки на удаление выбираются не только по дате, но и по некоторым косвенным признакам. Может добавить запросик в текст вопроса?
Владимир Шикльгрубер: Вы когда нибудь готовили на кухне? Можно "посолить по вкусу" готовое блюдо. А можно в процессе приготовления, с помешиванием и вдумчиво. Это разные процессы и разные результаты. Вы можете 100 раз крутить хитрые алгоритмы хэширования, а можно 1 раз sha512 , но сообщение просоленное через символ случайной буквой,а итоговую соль хранить черти где по частям в зашифрованном виде. Тоже будет очень тяжело, но может идею поймете про что я.
CAMOKPYT: Согласен... Сможете поклясться на библии что каждый первый junior и middle знают этот стандарт и придерживаются его в своей работе? Ну или хотя бы половина.
Анатолий Медведев: Спасибо за схему, я пытался формулировать идею в отрыве от конкретных технологий. Почему картинга называется successful-git-branching-model - не знаю. Видимо автор думает что в TFS,SVN и Mercurial почему-то не проканает
Сергей Иванов: С одной стороны да, а с другой мы в запросе имеем Cross Join и условия фильтрации перемешаны с условиями соединения. Не исключено что тут корректнее сделать 2 запроса чем перемешивать несвязанные сущности.