503: Service Unavailable
503: Service Unavailable
访问太频繁了，服务器要炸。4715查看|20回复
【ANK TEAM】【老夫出品】【独立随从第四弹v3.0重制版】【更新3.9】欧美风SG ...
金牌会员, 积分 3029, 距离下一级还需 -29 积分
1.3.0版集成的三件装备（衣+裙 by Do_a_sunshine/t 、鞋 by Elewin）由于联系不上原作者所以可能存在版权问题，如果原作者有意维权，请通知老夫。老夫会第一时间删除资源的！
2.老夫已完成的妹子不支持任何DIY！想给她脸上加什么去什么，换什么发型一类的请务必在完成前提出，不然过时不候！
3.本MOD禁止在未获授权情况下的任何搬运和转载！
4.娜塔莎是拥有默认装备的随从，不要问预览图里的装备在哪下！
5.帖子最下方的广告楼里有旧版娜塔莎的传送，感兴趣的童鞋可以去试试看！
感谢krawllin兄台帮忙测试！没有他的热情襄助娜塔莎3.0也不可能这么快出现在大家的面前！
本次仍然是最简单无鸭梨的老妹重制~
妹子是第四弹的娜塔莎~其实一开始的计划里只打算换个新版的SG皮肤就算完~
但人算不如天算~没想到一次手误把肤色调白后发现效果竟然很不错~
于是忍不住开始折腾~什么新发型、新装备、新眼睛贴图、脸型修正~
统统加上~OK~娜塔莎3.0新鲜出炉了~
本来几个月前就已经给娜塔莎2.3版本打上过最终版标签了~
真心不想食言的~
可是一想到如此有爱的妹子诸君竟无缘相见~
老夫就觉得肝肠寸断~痛不欲撸啊~
于是乎~在经过了一番艰苦卓绝的思想斗争后~
老夫决定自食其言~放出——娜塔莎3.0最新重制版（这次说什么也不把话说的那么绝了……
当然~也要感谢下此帖里投新版票（/thread--1.html）的童鞋们帮老夫坚定了信心~
另外最近攻关ECE独立随从技术已经有了突破性进展~
相信老夫版的ECE随从不久后便可以跟诸君见面了！
【重要——新版本特性】
1.集成了两款SGhair发型，一款默认，一款补丁，补丁在可选文件夹里，两款发型都有对应英文ESP；
2.集成了普通unp身形补丁、光滑身体补丁、流汗皮肤补丁、湿汗皮肤、魔魂纹身皮肤（自改）、殷虹乳头皮肤（自改）、中度油量皮肤；
3.默认皮肤材质更新为SG最新无痕版本；
4.更换高清眼睛贴图一枚及长睫毛眼部模型；
5.装备更新三件，分别是玄裳羽衣，齐B小皮裙（材质自改）、鱼嘴高跟鞋（贴图自调整，需要HDT系统支持，不然无限CTD）；
6.肤色调白以及脸型修正；
7.默认身形更换为AV帝——9youxiang君的UNPB丰满身形（需要TBBP或者XP32最大兼容骨骼，否则无限CTD）；
8.默认唇彩更新为水嫩唇彩。
【预览图时间】
【默认发型室外15P】(全部图片请于此帖观看：/thread--1.html
【默认发型室内6P】
【可选发型室内5P】
【猫步动画1P】
【装备汉化展示1P】
【娜塔莎主演阿莫尔堡垒攻略战】
Ps1:以下视频中使用了随从刺杀指令1.4（Stealth Kills for Followers ）：/thread--1.html，如果未安装此MOD的话无法达到视频效果；
Ps2:另外随从刺杀指令MOD目前还不是很完美。具体表现在自动寻路功能仍存在缺陷，一旦遇到复杂地形就很容易卡住。详情见上面视频的4分05秒，娜塔莎卡在了楼梯上……
【风盔城烛炉堡招募点2P】
【角色信息】
名字：娜塔莎（Natasha
职业：双持刺客
等级：10~81
身高：1.0550（此为CK内数据，现实情况比女主角高大半头）
天赋能力：全轻甲天赋、全单手剑天赋（含双持）、全弓系天赋（可用弩及伪枪）、全潜行天赋、全魔抗天赋
魔法技能：无
默认装备：玄裳羽衣、齐B小短裙、黑军帽、皮手套、鱼嘴高跟鞋（需HDT）、黑十字架、黑水晶耳环、冰霜魔魂匕首、炽焰镂花短刀
【下载点】
下载地址.txt(79 Bytes, 下载次数: 19554, 售价: 10 金元)
点击下载最新3.9版装备修正补丁
Ps1:两个ESP已做过内核汉化处理了；
Ps2:本MOD需要11号升级挡(1.8.151.0.7)版本及全DLC支持。
Q:独立美化随从如何安装？
A:解压压缩包，复制其中的全部文件覆盖到游戏目录的DATA文件夹下，并打开MOD管理器（游戏自带SkyrimLauncher.exe或NMM）将包内的ESP文件打钩；
Q:娜塔莎在哪招募？
A:在风盔城的烛炉堡旅馆招募；
Q:为什么我用控制台代码刷娜塔莎或者进烛炉堡就会CTD?
A:娜塔莎默认身形是UNPB乳摇身形，需要安装一下任意一款MOD才能够正常使用：
XP32最大兼容骨骼：/forum.php?mod=viewthread&tid=3528101
TBBP乳摇身形：/thread--1.html
Q:为什么我安了XP32最大兼容骨骼和TBBP身形一进游戏还是会CTD?
A:因为娜塔莎的鱼嘴真高跟需要HDT系统支持，而你没有安装HDT真高跟系统（真高跟系统传送见下一条问答）；
Q:我想要娜塔莎达到猫步动画里的效果要怎么做？
A:首先在可选文件夹里找到中度油量补丁安装，接着安装TBBP乳摇（传送见第三条问答）和HDT真高跟系统：/mods/36213，最后安装蜜桃11头身TBBP骨骼：/forum.php?mod=viewthread&tid=3833733，缺一不可！
Q:为什么娜塔莎一解散就会变果体？
A:只有有默认装备的随从解散后才不会出现果体“问题”，此非BUG；
Q:为什么娜塔莎的耳环没有预览？
A:这个耳环的原MOD就没有预览，老夫只是提取者而已，无力解决此问题；
Q:为什么娜塔莎的高跟鞋会浮空或者插地？
A：插地是因为你没有安装HDT真高跟系统（传送见第五条问答），浮空是因为娜塔莎的鞋子是为11头身骨骼量身设定的，其他骨骼穿了会水土不服，推荐自己用HDT重新附魔或者安装11头神TBBP骨骼（传送见第五条问答）！
Q:为什么我用控制台代码或者去烛炉堡，却找不到娜塔莎的人？
A:老夫的随从MOD都是用对应11号升级挡的CK版本制作的，需要游戏版本(11号升级档)支持。如果版本不对，会出现找不到人的状况；
Q:我想为娜塔莎更换预览图里的可选发型或者纹身皮肤、嫣红乳头皮肤该怎么做？
A:在可选文件夹里找到对应补丁解压到data文件夹下覆盖安装。
Q:新版和旧版有冲突吗？是否可以同时用？
A:不可以！新版和旧版会互相覆盖，在安装一个之前请彻底卸载另外一个！卸载方法需对照MOD文件删除，而且在更新版本之前你需要先把data下的Natasha v1.esp文件移到别的地方去，然后进入游戏载入你的存档。去烛炉堡，保存，退出游戏。接着把Natasha v1.esp移回来，载入进刚才保存的存档就更新完成了，如果载入出现CTD，可以先载入一个随便什么的别的存档，然后再载入刚才的存档。
Q:我不想安装TBBP或者最大兼容骨骼，请问有办法解决CTD问题吗？
A:有，只需要安装可选文件夹内的普通UNP身形补丁就可以解决了，但要注意的是，娜塔莎背包装备里的玄裳羽衣是UNPB+BBP装备，没有安装TBBP或者最大兼容骨骼的话穿上它会CTD，因此老夫建议装备你自己搭配
Q:为什么我安装了可选文件夹里的普通UNP身形补丁还是会跳出？
A:因为你没有安装HDT真高跟系统，娜塔莎重制版的鞋子是真高跟，必须有HDT系统支持！
Q:细看的话娜塔莎颈部有个很细微的缝隙，请问怎么消除呢？
A:安装可选文件夹内的普通UNP身形补丁即可。
Q:在无光少光情况下颈部有色差怎么消除？
A:这是SG美化自身的问题，请稍安勿躁，等待SG原作者更新MOD版本。
【老夫所有老滚资源索引帖】
ARROW&KNEE MOD TEAM简介：
ARROW&KNEE MOD TEAM为民间自发组织的一个致力于创作skyrim原创mod的独立组织，如果你有使用一些专业软件，例如PS、max、nifskope、mudbox、zb、maya等专业软件的能力欢迎加入我们！我们的QQ群：，如果有什么问题可直接在论坛pm我们组内的人员，或者给我们发邮件：
顶顶更健康
顶！！！！！
看个内容而已
。。。。。。
Powered by55575人阅读
Android（39）
一:安装过程
APK是类似Symbian Sis或Sisx的文件格式。通过将APK文件直接传到Android模拟器或Android手机中执行即可安装。
Android应用安装有如下四种方式
1. & & & &系统应用安装――开机时完成，没有安装界面
2. & & & &网络下载应用安装――通过market应用完成，没有安装界面
3. & & & &ADB工具安装――没有安装界面。
4. & & & &第三方应用安装――通过SD卡里的APK文件安装，有安装界面，由packageinstaller.apk应用处理安装及卸载过程的界面。
应用安装的流程及路径&
应用安装涉及到如下几个目录：
system/app&
&系统自带的应用程序，无法删除
&用户程序安装的目录，有删除权限。
安装时把apk文件复制到此目录
&存放应用程序的数据
Data/dalvik-cache
&将apk中的dex文件安装到dalvik-cache目录下(dex文件是dalvik虚拟机的可执行文件,其大小约为原始apk文件大小的四分之一)
& & & &安装过程：复制APK安装包到data/app目录下，解压并扫描安装包，把dex文件(Dalvik字节码)保存到dalvik-cache目录，并data/data目录下创建对应的应用数据目录。
& & & &卸载过程：删除安装过程中在上述三个目录下创建的文件及目录。
一、系统应用安装：&
PackageManagerService处理各种应用的安装，卸载，管理等工作，开机时由systemServer启动此服务
(源文件路径：android\frameworks\base\services\java\com\android\server\PackageManagerService.java)
PackageManagerService服务启动的流程：
1. 首先扫描安装“system\framework”目录下的jar包
1. scanDirLI(mFrameworkDir,PackageParser.PARSE_IS_SYSTEM,
& & & & & & & & & & scanMode | SCAN_NO_DEX);
2.第二步扫描安装“system\app”目录下的各个系统应用
scanDirLI(mSystemAppDir,PackageParser.PARSE_IS_SYSTEM, scanMode);
3.第三步扫描“data\app”目录，即用户安装的第三方应用
scanDirLI(mAppInstallDir, 0, scanMode);
4.第四步扫描& data\app-private&目录，即安装DRM保护的APK文件（目前没有遇到过此类的应用）。
scanDirLI(mDrmAppPrivateInstallDir,0, scanMode | SCAN_FORWARD_LOCKED);
安装应用的过程
1.scanDirLI(Filedir, int flags, int scanMode) 遍历安装指定目录下的文件
2.scanPackageLI(FilescanFile,
& & & & & & File destCodeFile, FiledestResourceFile, int parseFlags,
& & & & & & int scanMode) & & & & & & & &安装package文件
3.scanPackageLI(
& & & & File scanFile, File destCodeFile, FiledestResourceFile,
& & & & PackageParser.Package pkg, intparseFlags, int scanMode)
通过解析安装包parsePackage获取到安装包的信息结构
4.mInstaller.install(pkgName,pkg.applicationInfo.uid,
& & & & & & & pkg.applicationInfo.uid); & 实现文件复制的安装过程
（源文件路径：frameworks\base\cmds\installd\installd.install）
二、从market上下载应用：&
Google Market应用需要使用gmail账户登录才可以使用，选择某一应用后，开始下载安装包，此过程中，在手机的信号区有进度条提示，下载完成后，会自动调用Packagemanager的接口安装，调用接口如下：
public voidinstallPackage(final Uri packageURI, final IPackageInstallObserver observer,final int flags)
final Uri packageURI：文件下载完成后保存的路径
final IPackageInstallObserver observer：处理返回的安装结果
final int flags：安装的参数，从market上下载的应用，安装参数为-r (replace)
installPackage接口函数的安装过程：
1.public voidinstallPackage(
& & & & & & final Uri packageURI, final IPackageInstallObserverobserver, final int flags,
& & & & & & final String installerPackageName)
final StringinstallerPackageName:安装完成后此名称保存在settings里，一般为null,不是关键参数
2.FiletmpPackageFile = copyTempInstallFile(packageURI, res);
把apk文件复制到临时目录下的临时文件
3.private voidinstallPackageLI(Uri pPackageURI,
& & & & & & int pFlags, boolean newInstall,String installerPackageName,
& & & & & &File tmpPackageFile, PackageInstalledInfo res)
解析临时文件，获取应用包名pkgName = PackageParser.parsePackageName(
& & & & & & & & & &tmpPackageFile.getAbsolutePath(), 0);
4.判断如果带有参数INSTALL_REPLACE_EXISTING，则调用replacePackageLI(pkgName,
& & & & & & & & & & & & tmpPackageFile,
& & & & & & & & & & & & destFilePath,destPackageFile, destResourceFile,
& & & & & & & & & & & & pkg, forwardLocked,newInstall, installerPackageName,
& & & & & & & & & & & & res)
5.如果没有，则调用installNewPackageLI(pkgName,
& & & & & & & & & & & & tmpPackageFile,
& & & & & & & & & & & & destFilePath,destPackageFile, destResourceFile,
& & & & & & & & & & & & pkg,forwardLocked, newInstall, installerPackageName,
& & & & & & & & & & & & res);
6.privatePackageParser.Package scanPackageLI(
& & & & File scanFile, File destCodeFile, FiledestResourceFile,
& & & & PackageParser.Package pkg, intparseFlags, int scanMode)
scanPackageLI以后的流程，与开机时的应用安装流程相同。
三、从ADB工具安装&
Android Debug Bridge (adb) 是SDK自带的管理设备的工具，通过ADB命令行的方式也可以为手机或模拟器安装应用，其入口函数源文件为pm.java
(源文件路径：android\frameworks\base\cmds\pm\src\com\android\commands\pm\pm.java)
ADB命令行的形式为adb install &path_to_apk& ,还可以带安装参数如：&-l&&-r& &-i& &-t&
函数runInstall()中判断参数
&-l&――INSTALL_FORWARD_LOCK
&&-r&——INSTALL_REPLACE_EXISTING&
&-i& ——installerPackageName
&-t&——INSTALL_ALLOW_TEST
我们常用的参数为-r，表示覆盖安装手机上已安装的同名应用。从market上下载的应用，也是直接传入这个参数安装的。
runInstall与market调用同样的接口完成应用安装。
public voidinstallPackage(android.net.Uri packageURI,android.content.pm.IPackageInstallObserver observer, int flags,java.lang.String installerPackageName)
四、第三方应用安装――通过SD卡里的APK文件安装&
把APK安装包保存在SD卡中，从手机里访问SD卡中的APK安装包，点击就可以启动安装界面，系统应用Packageinstaller.apk处理这种方式下的安装及卸载界面流程，如下图：
PackageInstallerActivity负责解析包，判断是否是可用的Apk文件
创建临时安装文件/data/data/com.android.packageinstaller/files/ApiDemos.apk
并启动安装确认界面startInstallConfirm，列出解析得到的该应用基本信息。如果手机上已安装有同名应用，则需要用户确认是否要替换安装。
确认安装后，启动InstallAppProgress，调用安装接口完成安装。
pm.installPackage(mPackageURI,observer, installFlags);
1. PackageManagerService.java的内部类AppDirObserver实现了监听app目录的功能：当把某个APK拖到app目录下时，可以直接调用scanPackageLI完成安装。
2.手机数据区目录“data/system/packages.xml”文件中，包含了手机上所有已安装应用的基本信息，如安装路径，申请的permission等信息。
二:更改默认安装路径
& & 如果你是一个apk应用开发者,没用android系统全套代码,你只想更改你的APK的默认安装路径的话,可以按下面方法来更改:
在AndroidManifest.xml文件Manifest标签中添加android:installLocation属性
android:installLocation
这个属性设置的是默认安装位置， 共有三个有效值，auto、internalOnly、preferExternal
auto 表示自动，由系统决定安装位置,如果系统手机内存足够,默认安装在手机内存里,如果手机内在不够,则会安装在T卡内
internalOnly 安装在手机内存
preferExternal 安装在外部存储中
Description
Let the system decide install location
internalOnly
Explicitly request to be installed on internal phone storage only
preferExternal
Perfer to be installed on SD card, There is no guarantee that the system will honor this request. The application might end up being installed on internal storage if external media is unavailable or too full
&manifest xmlns:android=&/apk/res/android&
package=&com.ray&
android:installLocation=&auto&
android:versionCode=&1&
android:versionName=&1.0&&
如果你是一个手机方案开发者,能改framework层的代码,你希望下载到手机里的APK都默认优先安装到T卡的话,可以按下面方法更改:
在PackageParser.java文件里,将private static final int PARSE_DEFAULT_INSTALL_LOCATION &这个PARSE_DEFAULT_INSTALL_LOCATION值,改为PackageInfo.INSTALL_LOCATION_PREFER_EXTERNAL,就可以了.默认下载就会下到T卡里,T卡不存在或者满了时,才会下到手机内部. 或者如果在应用的AndroidManifest.xml里,指定了installLocation属性为手机内部存储的话,是会存在手机内部的.没指这定的话,PARSE_DEFAULT_INSTALL_LOCATION这个值指定什么,就下到哪里
安装在T卡里的应用,有几个缺点:
1:因为android装载T卡是在系统启动完成后,才开始装载的.所以如果应用装在T卡里的话,那么它是收不到开机启动完成的BOOT_COMPLETED这个广播的
2:如果T卡损坏或者T卡拨出来了,那么装在T卡里的应用是启动不了的.
系统应用安装的详细过程,老罗有篇文章写得很透彻,这里引用下:
Android系统在启动的过程中，会启动一个应用程序管理服务PackageManagerService，这个服务负责扫描系统中特定的目录，找到里面的应用程序文件，即以Apk为后缀的文件，然后对这些文件进解析，得到应用程序的相关信息，完成应用程序的安装过程，本文将详细分析这个过程。
&& & & &应用程序管理服务PackageManagerService安装应用程序的过程，其实就是解析析应用程序配置文件AndroidManifest.xml的过程，并从里面得到得到应用程序的相关信息，例如得到应用程序的组件Activity、Service、Broadcast Receiver和Content Provider等信息，有了这些信息后，通过ActivityManagerService这个服务，我们就可以在系统中正常地使用这些应用程序了。
&& & & &应用程序管理服务PackageManagerService是系统启动的时候由SystemServer组件启动的，启后它就会执行应用程序安装的过程，因此，本文将从SystemServer启动PackageManagerService服务的过程开始分析系统中的应用程序安装的过程。
&& & & &应用程序管理服务PackageManagerService从启动到安装应用程序的过程如下图所示：
&& & & &下面我们具体分析每一个步骤。
&& & & &Step 1. SystemServer.main
&& & & &这个函数定义在frameworks/base/services/java/com/android/server/SystemServer.java文件中：
&& & & &SystemServer组件是由Zygote进程负责启动的，启动的时候就会调用它的main函数，这个函数主要调用了JNI方法init1来做一些系统初始化的工作。
&& & & &Step 2. SystemServer.init1
&& & & &这个函数是一个JNI方法，实现在&frameworks/base/services/jni/com_android_server_SystemServer.cpp文件中：
&& & & &这个函数很简单，只是调用了system_init函数来进一步执行操作。
&& & & &Step 3.&libsystem_server.system_init
&& & & &函数system_init实现在libsystem_server库中，源代码位于frameworks/base/cmds/system_server/library/system_init.cpp文件中：
&& & & &这个函数首先会初始化SurfaceFlinger、SensorService、AudioFlinger、MediaPlayerService、CameraService和AudioPolicyService这几个服务，然后就通过系统全局唯一的AndroidRuntime实例变量runtime的callStatic来调用SystemServer的init2函数了。关于这个AndroidRuntime实例变量runtime的相关资料，可能参考前面一篇文章分析一文。
&& & & &Step 4. AndroidRuntime.callStatic
&& & & &这个函数定义在frameworks/base/core/jni/AndroidRuntime.cpp文件中：
&& & & &这个函数调用由参数className指定的java类的静态成员函数，这个静态成员函数是由参数methodName指定的。上面传进来的参数className的值为&com/android/server/SystemServer&，而参数methodName的值为&init2&，因此，接下来就会调用SystemServer类的init2函数了。
&& & & &Step 5.&SystemServer.init2
&& & & &这个函数定义在frameworks/base/services/java/com/android/server/SystemServer.java文件中：
&& & & &这个函数创建了一个ServerThread线程，PackageManagerService服务就是这个线程中启动的了。这里调用了ServerThread实例thr的start函数之后，下面就会执行这个实例的run函数了。
&& & & &Step 6.&ServerThread.run
&& & & &这个函数定义在frameworks/base/services/java/com/android/server/SystemServer.java文件中：
&& & & &这个函数除了启动PackageManagerService服务之外，还启动了其它很多的服务，例如在前面学习Activity和Service的几篇文章中经常看到的ActivityManagerService服务，有兴趣的读者可以自己研究一下。
&& & & &Step 7.&PackageManagerService.main
&& & & &这个函数定义在frameworks/base/services/java/com/android/server/PackageManagerService.java文件中：
&& & & &这个函数创建了一个PackageManagerService服务实例，然后把这个服务添加到ServiceManager中去，ServiceManager是Android系统Binder进程间通信机制的守护进程，负责管理系统中的Binder对象，具体可以参考一文。
&& & & &在创建这个PackageManagerService服务实例时，会在PackageManagerService类的构造函数中开始执行安装应用程序的过程：
&& & & &这里会调用scanDirLI函数来扫描移动设备上的下面这五个目录中的Apk文件：
&& & & &/system/framework
&& & & &/system/app
&& & & &/vendor/app
&& & & &/data/app
&& & & &/data/app-private
&& & & Step 8.&PackageManagerService.scanDirLI
&& & &&这个函数定义在frameworks/base/services/java/com/android/server/PackageManagerService.java文件中：
&& & & & 对于目录中的每一个文件，如果是以后Apk作为后缀名，那么就调用scanPackageLI函数来对它进行解析和安装。
&& & & & Step 9.&PackageManagerService.scanPackageLI
&& & & & 这个函数定义在frameworks/base/services/java/com/android/server/PackageManagerService.java文件中：
&& & & &这个函数首先会为这个Apk文件创建一个PackageParser实例，接着调用这个实例的parsePackage函数来对这个Apk文件进行解析。这个函数最后还会调用另外一个版本的scanPackageLI函数把来解析后得到的应用程序信息保存在PackageManagerService中。
&& & & &Step 10.&PackageParser.parsePackage
&& & & &这个函数定义在frameworks/base/core/java/android/content/pm/PackageParser.java文件中：
&& & & &每一个Apk文件都是一个归档文件，它里面包含了Android应用程序的配置文件AndroidManifest.xml，这里主要就是要对这个配置文件就行解析了，从Apk归档文件中得到这个配置文件后，就调用另一外版本的parsePackage函数对这个应用程序进行解析了：
&& & & &这里就是对AndroidManifest.xml文件中的各个标签进行解析了，各个标签的含义可以参考官方文档，这里我们只简单看一下application标签的解析，这是通过调用parseApplication函数来进行的。
&& & & &Step 11.&PackageParser.parseApplication
&& & & &这个函数定义在frameworks/base/core/java/android/content/pm/PackageParser.java文件中：
&& & & &这里就是对AndroidManifest.xml文件中的application标签进行解析了，我们常用到的标签就有activity、service、receiver和provider，各个标签的含义可以参考官方文档。
&& & & &这里解析完成后，一层层返回到Step 9中，调用另一个版本的scanPackageLI函数把来解析后得到的应用程序信息保存下来。
&& & & &Step 12.&PackageManagerService.scanPackageLI
&& & & &这个函数定义在frameworks/base/services/java/com/android/server/PackageManagerService.java文件中：
&& & & &这个函数主要就是把前面解析应用程序得到的package、provider、service、receiver和activity等信息保存在PackageManagerService服务中了。
本文引用出处:
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：302690次
积分：1885
积分：1885
排名：千里之外
原创：33篇
转载：26篇
评论：45条
(1)(1)(4)(1)(1)(6)(4)(2)(14)(12)(6)(5)(2)
(window.slotbydup = window.slotbydup || []).push({
id: '4740881',
container: s,
size: '200,200',
display: 'inlay-fix'}