急！！！！！！！为人民服务 韩语 怎么写！！！

为人民服务这句话只有朝鲜才有，韩国没有。
而且在朝鲜是被朝鲜劳动党中央委员会标准化了的口号：
인민을 위하여 복무함!
in min eul wi ha yeo bong mu ham!

因为你的APP是在苹果的APP STORE上下载的，不是BONG的官方版本

苹果的APP，软件下面只有主页，PK榜和设置

BONG官方版本，软件下面有，主页，PK榜，我的应用，设置

知道区别了把

正确的方法是：

卸载当前APP

在手机浏览器中输入bongcn

找到下载

点击APPLE下载

d出对话框，点是

运行软件

授权中，点信任

OK了

bogon是主机名。

Linux 主机名被修改成bogon问题的参考解决办法：

在linux下添加一个127002名叫bogon的主机

此方法使用后，bogon主机名得以解析，使用的主机名仍为bogon，但进入linux已不会再出现上述警告框。

扩展资料：

Linux 常用命令

rpm：即RedHat Package Management，是RedHat的发明之一

rmdir：Remove Directory（删除目录）

rm：Remove（删除目录或文件）

cat: concatenate 连锁

cat file1file2>>file3 把文件1和文件2的内容联合起来放到file3中

insmod: install module,载入模块

ln -s : link -soft 创建一个软链接，相当于创建一个快捷方式

参考资料来源：百度百科-linux

dd堂强化攻略
第一部分官方后台：
很多玩家都认为，强化的成功率决定于铁匠的等级，铁匠级别越高，成功率也越高，其实不然，因为你永远是碰运气，那个所谓的成功率无非是你碰运气的几率，如果你能掌握你的成功率，哪怕是1%，也能一次成功！！！！
相信大家都玩过"劲舞团"，即使没玩过，也应该见过了，这里之所以提到"劲舞团"，是因为其游戏过程与"dd堂"的强化有着密不可分的关系，下面我就来解说其中的关联。
原理："劲舞团"的游戏过程就是当游戏开始时，屏幕中间出现一个空白的横条，上面有一个圆点从左往右在移动，在横条的一个位置有着一个闪光处，但范围很小，当你按好方向键后，便等那个圆点移动到那个闪光处，按空格，如果正好是那个闪光处的正中间，便会出现PERFECT，也就是玩家常说的打P，分数最高，随着歌曲的难度增加，那个圆点的移动速度也在增加！
这正是官方给"dd堂"设置的强化程序，与"劲舞团"唯一的区别则是，"dd堂"的这一切，是在后台 *** 作，你看不见，所以，大家可以想想，"劲舞团"让玩家看见，歌曲难度大了都不一定能按准，"dd堂"还不让看见，高强化时谁又能按准呢，所以那些砸钱的，失败N次的，想要高级铁匠的便由此诞生了，这便是游戏圈钱的方法！
解析：当玩家放完最后一个强化材料时，官方后台为每个账号单独设置的数据库便开始运作，那边同样有个横条，上面那个圆点此时便开始移动，低强化时，圆点移动速度慢，PERFECT的那个闪光处范围大，当圆点移动到闪光处时，你按了"强化"，便成功（如未移动到闪光处，按了"强化"，便失败），因此成功率高；高强化时（强7或以上），圆点移动速度快，PERFECT的那个闪光处范围小，因此成功率低，但这一切无人能看见，所以许多人都认为是铁匠级别的缘故，不仅要弄高铁匠，还不停的拿钱一直砸，当然，总有成功的时候，毕竟强化的次数多了，总有一次能碰上。而我现在要说的，不是靠运气"碰"，除非你RMB超多，没处使，我要让大家在强化时，对自己是否能成功完全透明化，自己的命运自己来掌握！
第二部分具体 *** 作：
下面我就告诉大家具体的 *** 作方法，共分为五大步骤，前三步为主要，后两步为次要。
第一步"强化时间" ：
很多人强化都是随便什么时间，有的中午，有的下午，有的晚上吃饭的时间，均不等，其实这是错误的，强化的时间非常重要，选错了时间，就等于你要浪费一百甚至几百RMB，因为当你强化时，那个圆点在移动，如果选择了在线人数比较多，服务器比较卡的时候进行强化，那么那个圆点在移动的过程中便会出现卡的情况，不会按程序设定匀速运行，这时我们计算便会完全不准确，想要成功，只有听天由命了！
在此，我建议大家周末不要强化，周一至周四凌晨1：30-2：00较好，这是依照每个人睡觉的时间，当然，如果你通宵的话，能再晚点更好，准确的说，当前在线人数越少，一次成功的几率也越高，自己依具体情况临时掌握，服务器凌晨更新的时候，刚刚更新完是最好的，那时，总共在线人数也就几十个，强化基本一次成功。
第二部分"物品顺序" ：
很多人强化时，都是随便放物品，反正能放上去就行，其实这和成功率有着密切的关系，要问为什么，我只能说，这是官方设定的，下面我就说一下具体的顺序：
第一个是25%幸运F；第二个是神恩F；第三个是3个强4（直接鼠标双击 从上到下）；最后一个是要强的物品。
在次特别声明一下：25%幸运F和 神恩F 不要提前在商店买好，因为那样后台数据库的纪录不会把它和你即将的强化联系上，强化时最好在铁匠直接购买。
第三部分"读秒" ：
这个部分最为关键，当你前面两步都按照要求进行了，接着就是下面最重要的一步，成功即将来临，当你放上了最后一个物品时，也就是要强化的装备，瞬间看成功率，成功率是多少，就等多少秒按"强化"，小数点部分四舍五入，例如：成功率是103%，就等10秒，成功率是38%，就等4秒，以此类推！
（注：当你放完最后一个物品后，瞬间看成功率，这个时间也要算进去，比如说你看成功率用了1秒，但你是从看完后开始读秒，哪怕非常准确，也会有一秒的误差，强7之前有可能你会成功，但强7以上，这一秒的误差天壤之别，也就一定会失败，望大家一定注意，如果你没计算准确，就把所有材料全部拿下来，重新放后再读秒）！
第四部分：
当你成功后，如果还想继续强，一定要换线，不要在同一条线，一般第一次强化，都在海底强，那里人少，成功率高！
第五部分：
以上方法，基本一次成功，如失败的，一定是读秒误差，计算准确后，第二次肯定成功，但有一种情况例外，这种情况出现时，就算全用对了方法，也会出现失败！
当你准备强时，突然看见服务器恭喜某某人强化7、强化8或者强化9成功时，你一定别强，基本失败，切记！
还有一种情况，成功率加成，就是当你看见某某人在那里骂街，骂GM，说强了多少多少次，还没成功时，或你认识的某某人，正在强化，已经失败了N次时，你赶紧去强，这时基本都成功，那些人失败的，全当给你垫了！特别是强7以上，很明显！

1、balance-rr （mode=0）

轮转（Round-robin）策略：从头到尾顺序的在每一个slave接口上面发送数据包。本模式提供负载均衡和容错的能力。
2、active-backup（mode=1）

活动-备份（主备）策略：在绑定中，只有一个slave被激活。当且仅当活动的slave接口失败时才会激活其他slave。为了避免交换机发生混乱此时绑定的MAC地址只有一个外部端口上可见。在bongding的262及其以后的版本中，主备模式下发生一次故障迁移时，bonding将在新激活的slave上会送一个或者多个gratuitous ARP。bonding的主salve接口上以及配置在接口上的所有VLAN接口都会发送gratuitous ARP，只要这些接口上配置了至少一个IP地址。VLAN接口上发送的的gratuitous ARP将会附上适当的VLAN id。本模式提供容错能力，primary option，documented below会影响本模式的行为。
3、balance-xor（mode=2）

XOR策略：基于所选择的传送hash策略。

本模式提供负载均衡和容错的能力。
4、broadcast（mode=3）

广播策略：在所有的slave接口上传送所有的报文。本模式提供容错能力。
5、8023ad（mode=4）

IEEE 8023ad 动态链路聚合。创建共享相同的速率和双工模式的聚合组。能根据8023ad规范利用所有的slave来建立聚合链路。Salve的出站选择取决于传输的hash策略，默认策略是简单的XOR策略，而hash策略则可以通xmit_hash_policy选项加以改变。需要注意的是：不是所有的传输策略都与8023ad兼容，尤其是8023ad标准的4324章节中关于 packet mis-ordering要求的地方。不同个体的实现往往出现很大的不兼容。

先决条件：

1 每个slave的基本驱动支持Ehtool获取速率和双工状态。

2交换机支持IEEE 8023ad动态链路聚合。大多数的交换机都需要使用某种配置方式来启用8023ad模式。
均衡算法一共为三种
BONDING_OPTS="mode=4 miimon=100 xmit_hash_policy=layer2" 2层模式=IP
BONDING_OPTS="mode=4 miimon=100 xmit_hash_policy=layer2+3" 2+3层模式 =MAC+IP
BONDING_OPTS="mode=4 miimon=100 xmit_hash_policy=layer3+4" 3+4层模式=IP+端口
6、balance-tlb（mode=5）

自适应传输负载均衡：信道绑定不需要特殊的交换机支持。出口流量的分布取决于当前每个slave的负载（计算相对速度）。进口流量从当前的slave的接收。如果接收salve出错，其他的slave接管失败的slave的MAC地址继续接收。

先决条件：

每个slave的基本驱动支持Ehtool获取速率状态。
7、balance-alb（mode=6）

自适应负载均衡：包括balance-tlb（模式5）以及用于IPV4流量的接收负载均衡，并且不需要特殊的交换机支持。接收负载均衡通过ARP协商实现。bonding的驱动拦截本机发出的ARP Replies（ARP回应报文），并且用bond的某一个slave的硬件地址改写ARP报文的源地址，使得本服务器对不同的设备使用不同的硬件地址。本服务器建立的连接的接收流量也是负载均衡的。当本机发送ARP Request时，bonding驱动通过ARP报文复制并保存节点的IP信息。当从其他节点接收到ARP Reply，bonding驱动获取节点的硬件地址并且会回应一个包含绑定好的slave的硬件地址的ARP Reply给发送的节点。用ARP协商的负载均衡的有一个问题是每次用bond的硬件地址广播ARP报文，那么其他节点发送的数据全部集中在一个slave上，处理ARP更新给其他所有节点的时候，每个节点会重新学习硬件地址，导致流量重新分配。当新加入一个slave或者一个非激活的slave重新激活的时候也会导致接收流量重新分配。接收流量负载是串行（轮转）的分配在bond的一组速率最高的slave上。

当一个链路重连或者一个新的slave加入的时候，bond会重新初始化ARP Replies给所有的客户端。updelay参数的值必须等于或者大于交换机的forwarding delay，以免ARP Replies被交换机阻塞。

先决条件：

1每个slave的基本驱动支持Ehtool获取速率状态。

2 基本驱动支持当设备打开时重新设置硬件地址。也要求每一个slave具有唯一的硬件地址。如果curr_active_slave失败，它的硬件地址被新选上的curr_active_slave硬件地址来替换。

---