Лучше всего делать это с помощью веб-форм следующим образом:
Отключить автоматическое создание столбцов сетки с помощью AutoGenerateColumns="False"
, а затем определить столбцы вручную, чтобы соответствовать вашим требованиям, как в примере ниже.
<asp:GridView ID="GridView1" runat="server" AutoGenerateColumns="False" >
<Columns>
<asp:TemplateField>
<ItemTemplate>
<asp:Label ID="LabelName" runat="server" Text='<%#Eval("Name") %>' </asp:Label>
</ItemTemplate>
</asp:TemplateField>
<asp:TemplateField>
<ItemTemplate>
<asp:Button ID="Button1" runat="server" Text="Button" OnClick="Button1_Click" />
</ItemTemplate>
</asp:TemplateField>
</Columns>
</asp:GridView>
Затем в коде позади вы можете указать, что является первичным ключом столбца, по которому щелкнули, что-то вроде этого:
protected void Button1_Click(object sender, EventArgs e)
{
Button btn = (Button)sender;
GridViewRow gvr = (GridViewRow)btn.NamingContainer;
if (gvr.RowType == DataControlRowType.DataRow)
{
string Namme = (gvr.FindControl("LabelName") as Label).Text;
//Write Query here to Delete Data
}
}
Вы не можете. Заключение в кавычки из squid-cache.org:
NAT просто не существует в IPv6. Дизайном.
Учитывая, что прозрачность/перехват является на самом деле функцией, полученной путем секретного скручивания маршрутов NAT наизнанку и назад на себе. Довольно логично, что протокол без NAT не может сделать прозрачности и перехвата тот путь.
iptables сделал, чтобы ОЧЕРЕДЬ была нацелена, который можно использовать для поставки пакетов пространству пользователя. Я не уверен, но возможно что-то могло быть реализовано там.
Мимо этого Вы могли попробовать добавлять что-то к ядру, чтобы сделать перенаправление.
Другой вид ужасного взлома:
Запишите свою собственную реализацию NAT в стеке IPv6.