Формулы для всех строк выглядят одинаково для меня:
SELECT t.*,
SUM(COALESCE(beg_Inventory, 0) + purchase - sales) OVER (PARTITION BY dim1, dim2 ORDER BY date) as ending_inv
FROM t
ORDER BY dim1, dim2, date;
Как насчет вместо того, чтобы вставить текст в форму входа в систему, Вы просто обходите форму полностью и проверяете содержание cookie прямо в странице входа в систему? Меньше работы для пользователя, и это сделает его немного более бесшовным.
Page_Load( ...)
{
... process cookie ...
if (cookie is good) Response.Redirect("content.aspx");
}
Просто не забудьте закрывать и располагать любое действие базы данных перед перенаправлением.
Они не хотят, чтобы пользователь автоматически был зарегистрирован, они просто хотят usernamd и поле пароля, предварительно заполненное в.
Я знаю, что это глупо и то же самое как хранение, Вы вошли в систему, но это - их запрос.
Я упомянул, что это не лучшая практика безопасности, но они не заботятся.
сайты как MySpace используют, он, wher eyou переходит к myspace.com, и Ваш usernamd и пароль уже заполнены в.
Я не вспоминаю веб-страницы, делающей что-то как этот, как Вы описали, но я думаю, что это - веб-браузеры, автоматически заполняющие пароли. Я знаю, что это не хорошее решение, но что можно сделать, мог бы быть, установив текст o нормального текстового поля со звездами или чем-то как этот в другой странице входа в систему, если существует cookie для аутентификации пользователя. Вы не должны использовать пароль от текстового поля для аутентификации пользователя так или иначе.
Если Ваш серверный код имеет доступ к их имени пользователя и паролю от cookie, то не может Ваша страница просто заполнить атрибуты значения полей формы как так:
<input type="text" name="username" value="<%=decryptedUsername%>" />
<input type="password" value="<%=decryptedPassword%>" />
Конечно, это довольно небезопасно, поскольку Вы повторяете пользовательский пароль назад им в простом тексте (который является большим нет - нет). Но поскольку Вы говорите, что Ваш клиент не то, который беспокоился о последствиях безопасности. Если они - затем SSL, может помочь снизить этот риск.
Можно установить истечение cookie через 2 недели для хранения пользователя зарегистрированным. Это - то, как аутентификация ASP.NET работает с персистентной аутентификацией. Не забудьте обновлять истечение по каждому запросу.
Довольно прямой Thatz, попытайтесь использовать:
txtPass. Атрибуты ["значение"] = "123456"; (по всей вероятности на странице загружают обработчик событий),
где txtPass является идентификатором текстового поля пароля (в режиме пароля). и пароль, который Вы хотите отображенный, 123456.
Для текстового поля действительно ли возможно изменить тип? Если так, можете Вы делать текстовое поле нормальным и скрытым, затем помещать пароль там, затем изменять тип текстового поля на тип пароля, затем раскрывать его...