经验内容仅供参考，如果您需解决具体问题(尤其法律、医学等领域)，建议您详细咨询相关领域专业人士。
请扫描分享到朋友圈我的名字怎么签名好看？
我的名字怎么签名好看？
补充：整个图放上来 ，我要签出来的样式
其他回答 (3)
王 牙 隹 木 南 !
日你，我说用笔签出来的，死孩，
wang ya nan ! /21
- -xiao yue yue ni zhaosi
直接英文签名嘛：Yanan Wang
等待您来回答
美术设计领域专家foxmail怎么设置签名_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
文档贡献者贡献于
评价文档：
6页免费2页免费5页免费6页免费4页3下载券 13页免费3页2下载券2页免费5页1下载券1页1下载券
foxmail怎么设置签名|
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
大小：65.04KB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢维基百科，自由的百科全书
（重定向自）
此頁記載中文維基百科。這是被普遍接受的標準，編者應努力遵循，最好以常識看待，不過也可能存在。任何實質修訂都應該反映。有任何疑慮，請先在提出討論。
简而言之：請謹記要在維基百科的上簽名，使用~~~~或編輯工具列上的按鈕即可簽署。
在討論頁、用户留言和發表了您的意見後敬請署名，這是應有的。這可以使其他人更容易地追踪討論的發展，並清楚知道誰說了什麼。不過在正文條目中寫文章后則不需要也請不要署名。新的意见应加在讨论页的最底部，而不是顶端。
為此，維基百科提供了簡便的簽名方法。只需要在發表的意見後加上半角的波浪号，即~~~~即可（而不是全形的～～～～）。4個~顯示用戶名和時間（建議使用），3個~只顯示用戶名，5個~只顯示時間。以下是各種簽名的簡介：
[[User:Example|Example]] ([[User talk:Example|留言]])
[[User:Example|Example]] ([[User talk:Example|留言]]) 日 (一) 07:40 (UTC)
() 日 (一) 07:40 (UTC)
日 (一) 07:40 (UTC)
日 (一) 07:40 (UTC)
如果您沒有登入，以上的簽名方法會使用你的IP地址作為用戶名。（您了維基百科就不會有IP位址的私隱問題）。如果您希望保持匿名，請您考慮以“無名氏”或其他假名作為您的署名，並且加上5個~留下發表時間。然而，您的IP仍然可以通过页面历史查询到。
還有一種系統自動增加簽名的方法是點編輯工具條上的簽名按鈕── 或，系統將自動增加「—~~~~」，将顯示的簽名效果為：
—[[User:你的用戶名]] 簽名的時間
注意會有一個破折線「—」，一般在發表意見後使用。後面的「~~~~」也可以刪去或增加一個~達到只有簽名或只有時間的效果。
例如在日 (一) 07:40 (UTC)發表討論時用「—~~~~」簽名，則他產生的簽名文字會是：
— () 日 (一) 07:40 (UTC)
註冊用戶可以自行設定簽名。登錄後點選右上角的，填寫“签名”。系統會自動在您填寫的暱稱前後加上“[[User:用戶名|”和“]]”，於是您的昵稱簽名會連結到你的用戶頁。
不同的會有不同的簽名設定，您可以隨時點選“編輯本頁”查看他的/她的簽名的源代碼以作參考。
仅更改显示名称。
在“参数设置”页面，将“签名”设置为“我的签名A”，保持“视为维基代码”复选框未被选中。
单击保存参数设置按钮。
留言时使用~~~~，保存页面后生成的代码类似于：
[[User:Example|我的签名A]] ([[User talk:Example|留言]])
日 (一) 07:40 (UTC) 页面显示效果：
() 日 (一) 07:40 (UTC)
自定义带彩色文字或特殊符号的签名。
在“参数设置”页面，将“签名”设置为：
[[User:Example|&span style="color: #007FFF;"&'''我的签名B'''&/span&]]※[[User talk:Example|留言簿C]]
选中“视为维基代码（无自动链接，请不要使用模板）”复选框。
单击保存参数设置按钮。
留言时使用~~~~，保存页面后生成的代码类似于：
[[User:Example|&span style="color: #007FFF;"&'''我的签名B'''&/span&]]※[[User talk:Example|留言簿C]]
日 (一) 07:40 (UTC)
页面显示效果：
※ 日 (一) 07:40 (UTC)
自定义带彩色文字或特殊符号的签名。
创建一个您的用户子页，如。
在“参数设置”页面，将“签名”设置为：
{{subst:User:Example/sign}}
选中“视为维基代码（无自动链接，请不要使用模板）”复选框。
单击保存参数设置按钮。
留言时使用~~~~，保存页面后生成的代码类似于：
[[User:Example|&span style="color: #007FFF;"&'''我的签名B'''&/span&]]※[[User talk:Example|留言簿C]]
日 (一) 07:40 (UTC) 页面显示效果：
※ 日 (一) 07:40 (UTC)
如果你只想要普通的签名，应勾消“视为维基代码”复选框并填写想要的“签名名称”以得到带标准链接的普通签名效果。
学习、基本知识和参考其他维基人的签名代码是最好和最快的学习设计个性签名的方式。
更多签名中可使用的色彩代码请参见。
若用户对默认签名进行修改，修改后的签名中必须至少包含该用户的用户页、讨论页或贡献页其中一项的链接。
签名可以变得很有意思，比如使用字符（?♂??★?，诸如此类）或者使用&font&标签变换颜色或者尺寸。
因为以下的原因，请不要在签名中使用图片：
耗费更多的系统资源；
减少可搜索性，并且使从页面复制文本更加困难；
从实际資訊中潜在地转移注意；
在多数中，图片不能随文本缩放，会使该行比其他没有使用图片的高。
您的签名不要闪烁，否则会使别的编辑者有被骚扰的感觉。
请保持签名在255字节内（即目前参数设置页面中，“您的昵称”输入框的输入上限）。一个非常长的签名在编辑模式会扰乱页面的源码，使其他编辑者很难找到讨论和您的发言的结束点。至于长的签名和加入图片的签名也是不适当的，这会不适当的突出所有者的贡献。因此，请使其保持最小的长度。
外部链接与模板[]
请不要在签名中使用（例如这样（{{User:Name/sig}}）的签名）或在签名中加入。服务器在处理签名模版和有外部链接的签名时需要运行额外的进程，而且当你改变外部链接页面时，所有你曾以该签名发言的讨论页都得更新缓存。这可见这些签名对服务器资源的影响。而且，当用户离开计划，无人管理的签名模板亦会成为破坏的目标。至于一般的文本签名，是和讨论页内容一同保存的，消耗的资源不会比注释多，更不用担心模板被破坏的问题。
但如果真的需要使用模板，请在参数设置的“您的昵称（签名时用）”字段，填入“{{subst:您的签名模版名称}}”，并且勾选“原始签名”。这样做签名时就会直接产生您签名模版里面的文字，而不是引用模板，日后改变签名模版时服务器也不需要更新缓存。但是，还是希望您能将签名简化，空出更多宝贵的服务器资源，协助维基百科继续发展。
请不要在签名中使用“|”，因为这会影响到很多模板的参数（如{{}}）。可改为使用“”或“&nowiki&|&/nowiki&”达到与“|”同样的效果。
以下是為沒有簽名的發言記名用的模板。
請從歷史確認發言者，用來填入用戶名或IP位址的部分。
要記載投稿時間，請從歷史確認投稿日時，用來填入留言的時間的部分。
例1： {{subst:Unsigned|用戶名或IP位址}}
例2： {{subst:Unsigned|用戶名或IP位址|留言的時間}}
可以让你知道更多有關使用討論頁的功能和指導。
：隐藏分类：全国门店目录
您当前的位置：
Android&开发应用程序如何签名
来源：Android中文网
发布时间： 8:53:50
　　Android系统要求，所有的程序经过数字签名后才能安装。Android系统使用这个证书来识别应用程序的作者，并且建立程序间的信任关系。证书不是用于用户控制哪些程序可以安装。证书不需要授权中心来签名：Android应用程序上使用自己签名的证书是完全允许且普遍的。　　理解Android应用程序签名有以下几个重要点：　　?所有的应用程序都必须签名。系统不会安装任何一个不签名的程序。　　?你可以使用自己的证书来签名。不需要任何授权中心。　　?当你要为最终用户发布你的应用程序的时候，你必须签入一个合适的密钥。你不可以发布程序的时候还使用SDK工具签入的DebugKey。　　?系统只在安装应用程序的时候检测证书的有效期。如果应用程序在安装之后证书失效了，那么，应用程序还是可以正常工作。　　?你可以使用标准工具――Keytool和Jarsigner――生成Key并签名apk文件。　　?一旦你为应用程序签名了，一定要使用zipalign工具来优化最终的APK包。　　Android系统不会安装和运行没有正确签名的应用程序。这条规则适用于任何运行Android系统的地方，不管是真机还是模拟器。正是由于这个原因，你必须在模拟器或真机上运行/调试程序之前对程序进行签名。　　当你调试应用程序时，AndroidSDK工具替你对应用程序进行了签名。Eclipse的ADT插件和Ant编译工具都提供了两种签名模式――Debug模式和Release模式。　　?当开发和测试时，你可以使用Debug模式。在Debug模式下，编译工具使用内嵌在JDK中的Keytool工具来创建一个keystore和一个key(包含公认的名字和密码)。在每次编译的时候，使用这个DebugKey来为apk文件签名。由于密码是公认的，在每次编译的时候，也不需要提示你输入keystore和key密码。　　?当你的程序准备发布时，你必须在Release模式下，使用密钥来为apk文件签名。有以下两种方式可以做到：　　1.命令行中使用Keytool和Jarsigner。在这个方法中，首先需要编译出一个未签名的apk。然后使用Jarsigner(或相似的工具)，用你的密钥为apk手动签名。如果你没有合适的密钥，你可以运行Keytool来手动生成自己的keystore/key。　　2.使用ADT导出向导。如果你使用Eclipse/ADT插件进行开发，你可以使用导出向导来编译程序，生成密钥(如果需要)，并为apk签名，所有这些操作都在导出向导中。一旦你的程序签名了，别忘了运行zipalign来为apk进行额外的优化。　　签名策略　　应用程序签名的某些方面可能会影响应用程序的开发，特别是你打算一起发布多个应用程序的时候。一般来说，推荐的策略是在整个应用程序寿命内，所有的程序签上相同的证书。　　以下有几个应该这么做的原因：　　?应用程序升级――当你对应用程序进行升级时，如果你想用户平稳的升级，那么，你就需要签上相同的证书。当系统安装一个升级应用程序时，如果新版本的证书与老版本的证书有匹配的话，那么，系统才会允许进行升级。如果你没有为版本签上合适的证书，当你安装时，你需要给应用程序指定一个新的包名――在这种情况下，用户安装的新版本，被当作是一个全新的应用程序。　　?应用程序模块化――如果应用程序请求的话，Android系统允许签有相同证书的应用程序运行在相同的进程里，这样，系统就会把它们看作是一个单一的应用程序。用这种方法配置应用程序，用户可以选择更新每个独立的模块。　　?代码/数据权限共享――Android系统提供了基于签名的权限检查，因此，如果应用程序间签有特定的证书，那么，它们之间可以共享功能。通过多个程序签有相同的证书并且使用基于签名的权限检查，你的程序可以以一种安全的方式共享代码和数据。还有一个决定签名策略的重要因素是：如何设定key的有效期。　　?如果你计划支持单个应用程序的升级，你需要确保你的key拥有一个超过期望的应用程序生命周期的有效期。推荐使用25年或更多的有效期。当你的key过期了，用户也就不能平稳的更新到新版本了。　　?如果你想给多个无关的应用程序签上相同的key，那么，你必须确保key的有效期超过所有应用程序所有版本的生命周期，包括将来有可能添加到这一阵营的程序。　　?如果你想在AndroidMarket上发布你的程序，key的有效期必须在以后。Market服务器强制这一要求，目前是保证用户可以平稳的更新他们的程序。　　当你设计应用程序时，一定要把这些点记在脑子里，并且使用一个合适的证书来为应用程序签名。　　签名的基本设定　　在你开始之前，你必须保证Keytool对SDK编译工具来说是可利用的。多数情况下，你可以通过设置JAVA_HOME环境变量来告诉SDK编译工具如何找到Keytool。另外，你还可以添加JDK中Keytool的路径到PATH的变量里。　　如果你在Linux上开发，并且使用GNU编译器来编译Java，那么，请确保系统是使用JDK中的Keytool，而不是gcj。如果Keytool已经在你的PATH中，它有可能是对/usr/bin/keytool的符号链接。在这种情况下，检查符号链接的目标，确保它是指向JDK中的Keytool。如果你打算对公众释放你的应用程序，你还需要Jarsigner工具。Jarsigner和Keytool都包含在JDK中。　　Debug模式下签名　　Android编译工具提供了Debug签名模式，使得开发和调试应用程序更加容易，而且还满足Android系统的签名要求。当使用Debug模式编译你的app时，SDK工具会调用Keytool工具自动创建一个Debug的keystore和key。然后，这个Debugkey会自动用于apk的签名，这样，你不需要使用你自己的key来为应用程序包签名。　　SDK工具使用预先定义好的名字/密码来创建Debugkeystore/key：　　?Keystore名字：“debug.keysotre”　　?Keystore密码：“android”　　?Key别名：“androiddebugkey”　　?Key密码：“android”　　?CN：“CN=AndroidDebug,O=Android,C=US”　　如果需要的话，你可以改变Debugkeystore/key的位置和名字，或者提供一个自定义的Debugkeysotre/key。然而，任何自定义的Debugkeystore/key必须使用和默认Debugkey(上面描述的)相同的名字和密码。(在Eclipse/ADT中，操作Windows&Preferences&Android&Build实现。)　　注意：你不能将签有Debug证书的应用程序发布给公众。　　Eclipse用户　　如果你在Eclipse/ADT下开发(并且已经按照上面描述的“签名的基本设定”配置了Keytool)，Debug模式下签名默认是开启的。当你运行或是调试应用程序时，ADT会使用Debug证书进行签名，并运行zipalign，然后安装到选择的模拟器或是连接上的设备。整个过程不需要你参与，前提是ADT能访问Keytool。　　Ant用户　　如果你使用Ant来编译你的apk文件，需要在ant命令中添加debug选项来开启Debug签名模式(假设你正在使用由android工具生成build.xml文件)。当你运行antdebug来编译你的程序时，编译脚本会生成一个keystore/key，并为apk进行签名。然后脚本会使用zipalign工具对apk进行对齐处理。整个过程不需要你参与。阅读“其它IDE下开发：Debug模式编译”来了解更多的信息。　　Debug证书过期　　Debug模式下签名用的证书(默认是Eclipse/ADT和Ant编译)自从它创建之日起，1年后就会失效。　　当证书失效时，你会得到一个编译错误，在Ant编译上，　　错误如下：　　debug:　　[echo]Packagingbin/samples-debug.apk,andsigningitwithadebugkey...　　[exec]DebugCertificateexpiredon8/4/083:43PM　　在Eclipse/ADT中，Android控制台上你将会看到一个相似的错误。　　为了解决这个问题，只需要删掉debug.keystore文件即可。AVD默认存储的位置在：~/.android/avd(OSX和Linux)，C:DocumentsandSettings\.android(WindowsXP)，C:Users\.android(WindowsVista)。　　当下一次编译的时候，编译工具会重新生成一个新的keystore和Debugkey。　　Release模式下签名　　当你的程序准备好释放给其它用户时，你必须：　　1.获取一个合适的密钥　　2.在Release模式下编译程序　　3.使用密钥签名程序　　4.对齐APK包　　如果你是使用Eclipse/ADT插件开发，你可以使用导出向导来完成编译、签名和对齐等操作。在整个过程中，导出向导甚至还可以生成一个新的keystore和密钥。因此，如果你使用Eclipse，你可以直接跳到“使用EclipseADT编译和签名”。　　获取一个合适的密钥为了进行程序的签名，首先，你必须有一个合适的密钥。密钥指：　　?个人持有。　　?代表个人、公司或组织实体的身份。　　?拥有一个有效期。有效期推荐超过25年。　　如果你在AndroidMarket上发布你的程序，需要注意一点的是：程序的有效期需要在之后。你不能上传一个应用程序，而它的key的有效期是在这个日期之前。　　?不是由AndroidSDK工具生成的Debugkey。　　如果你没有一个合适的key，你一定要使用Keytool来生成一个。如“基本设定”中描述的，确保Keytool可用。　　为了用Keytool生成一个key，使用keytool命令并传入一些可选参数，如下表所示。　　警告:确保密钥的安全。一定要阅读“安全储存你的密钥”中讨论如何确保你的密钥的安全以及这对你和用户为何如此重要。尤其是，当你生成你的密钥时，一定要为keystore和key使用强密码。　　
关注安卓中文网官方微信
扫描左侧二维码即可添加安卓中文网官方微信
您也可以在微信上搜索“安卓中文网”或“anzhuozww”，获取更多数码资讯
24小时热点}