网站代理维护

1. 网站代理维护用英语怎么说

网站代理维护
Web agent maintenance
重点词汇释义专
代理属agent; proxy; deputize; act on behalf of someone in a responsible position

2. 三五互联提供很烂的域名小代理商, 造成续费 维护麻烦怎么办

代理商有很多行为总部是管理不到的，如果觉得续费和维护很麻烦，可以将域名转到股份，由总部直接服务。域名都是一样的，不清楚你说的很烂是什么意思？

3. 域名如何更改 我的网站会维护，我不想和原来的网站代理公司合作了，该如何做

去原来的域名的那把解析删除了就可以了，再把你新的域名解析上去就可以了。

4. 网站原来是网络代理公司维护,现在BOSS要求接手过来，具体怎么操作

这个你只有要来超级管理的帐号，然后，在后台更新内容就行，因为一般成型网站，没什么大的要改动，更新网站内容就行

5. 微商如何招代理与维护代理

有人脉自然就有代理。

6. 公司用的代理服务器，有FTP账号和密码，我应该怎么维护上传上去的网站啊

这个要看情况，一种是vps，一种是虚拟空间。 vps需要配置，技术上比较繁复，需要一定知识.
如果是虚拟空间的话，比较容易，在空间管理面板上直接可以查看到您的ftp帐号密码，然后用您的ftp工具登录，上传下载。重要的一点：就是维护基本都是由网站后台，进行更新内容维护内容。FTP一般是修改源码和安装程序用的。

7. 做微商如何维护代理

你好
你的情况我也有遇到
我觉得这和你自己的个人魅力和能力
以及代里版制度有关
如果权咱们自己没有有效的芳发教给
他们解决克源问题，帮她们出货赚钱
他们自然会慢慢流失退出
所以关键还是提升咱们自己
给他们更大的帮助，让她们感觉有
钱可赚，并且无后顾之忧才能留住她们

你说呢？欢迎威我探讨。

8. 如何更换网站建设代理人

网站完后,需要索取网站的源文件，域名管理密码，网站管理账号以及密码，网站空间的ftp账号以及密码，网站备案的账号以及密码。
更换代理人以后网站维护要看新代理人的情况了。维护起来要麻烦些，因为不是新代理做的。
一般协商处理。

9. 要怎么维护好代理呢

经常联络感情，比如邀请他们出来聚会，吃饭等

10. 如何利用”发现代理”实现可用服务的实时维护

一、发现代理与Managed发现模式
至于发现服务如何进行可用服务的实时维护，则是具体实现上的选择问题。不过WS-Discovery通过目标服务的通知机制来解决发现代理维护的服务的实时可用性。具体来说就是赋予了发现代理监听服务上下线通知的能力，并根据接收到的通知来进行可用服务的动态注册和注销。不过与Ad-Hoc模式下采用广播模式的通知不同，在Managed模式下，目标服务只需要专门针对发现代理发送通知就可以了。
在Ad-Hoc模式下，我们采用UdpAnnouncementEndpoint实现了广播式的通知，而在Managed模式则直接使用AnnouncementEndpoint终结点进行单播式的通知。该终结点的地址就是发现代理的地址。同理，在Ad-Hoc模式下我们进行广播式服务探测和解析是通过UdpDiscoveryEndpoint终结点来进行的，在Managed模式下我们可以直接使用DiscoveryEndpoint终结点实现客户端向发现代理单方面的可用服务的探测和解析请求。
发现代理部仅仅局限于Managed模式，同样可以使用在Ad-Hoc模式下。在Ad-Hoc模式下，发现代理可以像目标服务一样监听来自客户端发出的广播式的Probe/Resolve请求，也可以像客户端一样监听来自服务端发出的广播式的Helle/Bye通知。所以UdpDiscoveryEndpoint和UdpAnnouncementEndpoint同样可以应用在发现代理上。
发现代理本质上就是一个服务，它的核心功能就是接收客户端发送的针对可用服务探测和解析的Probe/Resolve请求，并回复以相应的PM和RM消息。至于上面提到的对目标服务上/下线通知监听能力只是具体实现对可用服务维护的一种方式而已。
二、通过继承DiscoveryProxy创建发现代理
发现服务本质上就是一个WCF服务，并且这个服务实现的服务契约定义的操作应该基于定义在WS-Discovery中的几种基本的消息交换：Probe/PM、Resolve/RM和Hello/Bye。交换的消息在针对不同版本的WS-Discovery（WSDiscoveryApril2005、WSDiscovery11和WSDiscoveryCD1）又具有不同的要求。即使针对某个具体版本的WS-Discovery，Probe/PM和Resolve/RM的消息也会因采用Ad-Hoc或者Managed模式又有所不同。如果你需要创建一个同时支持不同版本WS-Discovery的发现代理服务，就应该实现DiscoveryEndpoint和AnnouncementEndpoint终结点所实现的所有服务契约。
所以说要自己从头到尾去定义这么一个发现代理服务并不是一件容易的事情。为了使开发人员可以无需关注具体的消息交换的细节，帮助他们容易的定义发现代理，WCF提供了一个抽象类DiscoveryProxy。我们只需要将我们自定义的发现代理服务类型继承该类并且重写相应的方法就可以了。
下面的代码给出了DiscoveryProxy的核心方法的定义。正如我们上面的分析，作为一个完备的发现代理服务应该实现DiscoveryEndpoint和AnnouncementEndpoint终结点所实现的所有服务契约，在这里得到了证实。DiscoveryProxy定义了4组抽象的OnBegingXxx/OnEndXxx方法，分别针四个基本的服务发现操作（消息交换）：服务探测（Probe/PM）、服务解析（Resolve/RM）、上线通知（Hello）和离线通知（Bye）。作为继承自DiscoveryProxy的自定义发现代理服务，只需要重写这些抽象方法既可。
1: public abstract class DiscoveryProxy :
2: ,
3: IAnnouncementContract11,
4: IAnnouncementContractCD1,
5: ,
6: ,
7: IDiscoveryContractApril2005,
8: IDiscoveryContractAdhoc11,
9: IDiscoveryContractManaged11,
10: IDiscoveryContractAdhocCD1,
11: IDiscoveryContractManagedCD1, ...
12: {
13: //Find(Probe)
14: protected abstract IAsyncResult OnBeginFind(FindRequestContext findRequestContext, AsyncCallback callback, object state);
15: protected abstract void OnEndFind(IAsyncResult result);
16:
17: //Resolve
18: protected abstract IAsyncResult OnBeginResolve(ResolveCriteria resolveCriteria, AsyncCallback callback, object state);
19: protected abstract EndpointDiscoveryMetadata OnEndResolve(IAsyncResult result);
20:
21: //Online Announcement(Hello)
22: protected abstract IAsyncResult OnBeginOnlineAnnouncement(DiscoveryMessageSequence messageSequence, EndpointDiscoveryMetadata
23: endpointDiscoveryMetadata, AsyncCallback callback, object state);
24: protected abstract void OnEndOnlineAnnouncement(IAsyncResult result);
25:
26: //Offline Announcement(Bye)
27: protected abstract IAsyncResult OnBeginOfflineAnnouncement(DiscoveryMessageSequence messageSequence, EndpointDiscoveryMetadata
28: endpointDiscoveryMetadata, AsyncCallback callback, object state);
29: protected abstract void OnEndOfflineAnnouncement(IAsyncResult result);
30:
31: //其他成员
32: }

三、实例演示：自定义发现代理服务
接下来我们将通过一个简单的实例演示如何自定义发现代理服务，以及如何利用这个发现代理构建一个基于Managed模式的服务发现环境以实现服务的自动注册和服务的动态调用。实例解决方法依然采用之前的结构，并且直接使用定义好的CalculatorService作为目标服务。
步骤一、创建自定义发现代理服务
我们首先通过继承DiscoveryProxy创建一个自定义的发现代理服务，我们将它起名为DiscoveryProxyService。由于我们要重写的方法都是异步模式的，OnBeginXxx的输出和OnEndXxx的输入都是一个IAsyncResult类型的对象，所以我们先要定义一个实现IAsyncResult接口的类型。为了简单起见，我们在Servie项目中定义的如下一个最为简单的DiscoveryAsyncResult（其实它根本起不到异步执行的目的）。
1: using System;
2: using System.ServiceModel.Discovery;
3: using System.Threading;
4: namespace Artech.WcfServices.Service
5: {
6: public class DiscoveryAsyncResult : IAsyncResult
7: {
8: public object AsyncState { get; private set; }
9: public WaitHandle AsyncWaitHandle { get; private set; }
10: public bool CompletedSynchronously { get; private set; }
11: public bool IsCompleted { get; private set; }
12: public EndpointDiscoveryMetadata Endpoint { get; private set; }
13:
14: public DiscoveryAsyncResult(AsyncCallback callback, object asyncState)
15: {
16: this.AsyncState = asyncState;
17: this.AsyncWaitHandle = new ManualResetEvent(true);
18: this.CompletedSynchronously = this.IsCompleted = true;
19: if (callback != null)
20: {
21: callback(this);
22: }
23: }
24: public DiscoveryAsyncResult(AsyncCallback callback, object asyncState,
25: EndpointDiscoveryMetadata Endpoint)
26: : this(callback, asyncState)
27: {
28: this.Endpoint = Endpoint;
29: }
30: }
31: }

我们来创建我们自定义如下一个发现代理服务DiscoveryProxyService，我们通过在类型上应用ServiceBehaviorAttribute特性将DiscoveryProxyService定义成一个单例服务，并且支持并发。
1: using System;
2: using System.Collections.Generic;
3: using System.Linq;
4: using System.ServiceModel;
5: using System.ServiceModel.Discovery;
6: namespace Artech.WcfServices.Service
7: {
8: [ServiceBehavior(InstanceContextMode = InstanceContextMode.Single,ConcurrencyMode = ConcurrencyMode.Multiple)]
9: public class DiscoveryProxyService : DiscoveryProxy
10: {
11: public IDictionary<EndpointAddress, EndpointDiscoveryMetadata> Endpoints { get; private set; }
12: public DiscoveryProxyService()
13: {
14: this.Endpoints = new Dictionary<EndpointAddress, EndpointDiscoveryMetadata>();
15: }
16:
17: //Find(Probe)
18: protected override IAsyncResult OnBeginFind(FindRequestContext findRequestContext, AsyncCallback callback, object state)
19: {
20: var endpoints = from item in this.Endpoints
21: where findRequestContext.Criteria.IsMatch(item.Value)
22: select item.Value;
23: foreach (var endppint in endpoints)
24: {
25: findRequestContext.AddMatchingEndpoint(endppint);
26: }
27: return new DiscoveryAsyncResult(callback, state);
28: }
29: protected override void OnEndFind(IAsyncResult result) {}
30:
31: //Resolve
32: protected override IAsyncResult OnBeginResolve(ResolveCriteria resolveCriteria, AsyncCallback callback, object state)
33: {
34: EndpointDiscoveryMetadata endpoint = null;
35: if (this.Endpoints.ContainsKey(resolveCriteria.Address))
36: {
37: endpoint = this.Endpoints[resolveCriteria.Address];
38: }
39: return new DiscoveryAsyncResult(callback, endpoint);
40: }
41: protected override EndpointDiscoveryMetadata OnEndResolve(IAsyncResult result)
42: {
43: return ((DiscoveryAsyncResult)result).Endpoint;
44: }
45:
46: //OnlineAnnouncement
47: protected override IAsyncResult OnBeginOnlineAnnouncement(DiscoveryMessageSequence messageSequence, EndpointDiscoveryMetadata
48: endpointDiscoveryMetadata, AsyncCallback callback, object state)
49: {
50: this.Endpoints[endpointDiscoveryMetadata.Address] = endpointDiscoveryMetadata;
51: return new DiscoveryAsyncResult(callback, state);
52: }
53: protected override void OnEndOnlineAnnouncement(IAsyncResult result) {}
54:
55: //OfflineAnnouncement
56: protected override IAsyncResult OnBeginOfflineAnnouncement(DiscoveryMessageSequence messageSequence, EndpointDiscoveryMetadata
57: endpointDiscoveryMetadata, AsyncCallback callback, object state)
58: {
59: if (this.Endpoints.ContainsKey(endpointDiscoveryMetadata.Address))
60: {
61: this.Endpoints.Remove(endpointDiscoveryMetadata.Address);
62: }
63: return new DiscoveryAsyncResult(callback, state);
64: }
65: protected override void OnEndOfflineAnnouncement(IAsyncResult result) {}
66: }
67: }

DiscoveryProxyService具有个IDictionary<EndpointAddress, EndpointDiscoveryMetadata>类型的属性Endpoints表述可用的目标服务列表。在处理服务上线通知的OnBeginOnlineAnnouncemen/OnEndOnlineAnnouncement方法中讲代表上线服务的EndpointDiscoveryMetadata添加到Endpoints列表中。而在处理服务离线通知的OnBeginOfflineAnnouncement/OnEndOfflineAnnouncement方法中则将代表离线服务的EndpointDiscoveryMetadata从Endpoints列表中移除。
而处理客户端服务探测请求的OnBeginFind/OnEndFind方法中，从传入的FindRequestContext中获得代表匹配条件的FindCriteria对象，并通过它从Endpoints列表中找到匹配的EndpointDiscoveryMetadata，最终通过调用的AddMatchingEndpoint方法将它们添加到FindRequestContext之中。至于用于处理服务解析请求的OnBeginResolve/ OnEndResolve则只需要从Endpoints列表中将与给定的终结点地址一致的EndpointDiscoveryMetadata返回就可以了。
步骤二、寄宿发现代理服务和目标服务
现在我们需要寄宿上面创建的自定义发现代理服务DiscoveryProxyService和代表目标服务的CalculatorService，我们把所有的设置都定义在如下的配置中。