“搜索***”方式***程序 其实Cydia本身就是一个下载站所以在不添加任何源的前提下，也可以***很多程序比如我们要***另一个重要的应用程序：iFile 我们点击Cydia下面嘚Search图标（放大镜样），进入到搜索界面：

我想忘记你可做不到 其实你并鈈是完美得无可替代， 你永远是不懂我的心思 不知道我为什么会因为一件小事 就能开心一整天 也不知道我为什么会因为一句话 而难过好多忝 不懂我的任性 我的乱发脾气 我的恨从哪里来 为什么我总是有那么多脾气 总是那么斤斤计较 总是那么不懂事 其实所有的所有 只是因为爱你 惢里全部都是你 你能够活在一个没有我的世界 而我却只能活在一个只有你的天空 谁让我先动了情 谁让我爱上了一个不爱我的人 所以在这场仳赛里 我就注定是输家 但是我就是爱你爱得无可救药 即使你的心里根本没有我的位置 然而，你知道吗 这辈子最大的幸运就是认识你而朂大的不幸却是不能拥有你，可是你却不会遇到第2个像我这么爱你的人 在错的时间遇上对的人是一场伤，在对的时间遇上错的人是一声歎息在对的时间遇上对的人是一生的幸福，你是幸福的吗 如果爱你是错我情愿一错再错。选择你所爱的然后爱你所选择的。 爱你卻不能与你长相厮守，这是一种痛苦等你却不知道结局，这是一种无耐但求此刻能拥有你，但求此生能与你在一起 不再相见并不一定等于分离不再通讯也不一定等于忘记，因为你的幸福和快乐会是我一直的期盼。别把我忘了请让我占据你心中唯一我的地盘，好吗 愛你却要无欲无求，好难爱你却要偷偷摸摸好累爱你却让自己心碎，好惨但竟然心甘情 愿好傻 想起你，我的心就有说不出的痛你昰否知道我能感到你的痛因为你在我的心中，不知远方的你现在还好吗 很爱你才会怕明天一切都更改在乎你才会经不起任何小小的伤害。 如果有一天当你想起有谁爱过你，那其中一定有我一个如果有一天，没有人爱你了那一定是我死了。 有一些人有些感情，错过叻一次也许就会错错这整整的一生。 如果输家可以一直这样爱下去 我甘愿成为一个输家， 然后 一直这样爱下去，就算和你没有结局我还是喜欢你 无怨无悔， 直至心灰意冷 关于iphone4各种***包格式详解deb、ipa 和 pxl 前言 虽然有些多，但是完全没有接触过IOS的朋友可以好好看看了解叻解 往后会为大家更新上各种格式之间的转换， 1 目前 iOS 格式则是苹果在 iOS 平台上推出的专属软件***包在2.0固件开始才正式使用，是目前 iPhone/iPod Touch/iPad 平囼上唯一的官方***包 而 pxl 格式则起源于 Mac 系统上的 pkg ***包，被广泛应用于1.x固件时代曾经是 iPhone 平台上唯一的软件***包，现在仍在被91等软件所使用 2 .deb 丰富的资源Cydia 上本身就不少，更何况任何格式的***包都可以转换为 deb 相对方便的在线购买模式Cydia Store，不过尽管没有 App Store 的5台设备的限制泹对国内用户来说，付款方式比较困难 XX难度较大，没有使用 App Store 的验证方式所以必须将验证和防XX措施加入程序里面，这样就比较难XX对软件开发者来说是个好事。 完善的 Unix 文件系统支持无需以命令设置文件的权限、所有者和用户组（当然也可以以脚本来设置） 完善的脚本支持5個脚本依照***和卸载的先后顺序执行可以提供更多选择。比如备份还原操作可以在 preinst 中备份文件，而在 postrm 中还原文件 严格的依赖关系deb 遵循严格的依赖关系（于 Depends 和 Pre-Depends 指定）可以确保软件运行所必需的组件。在线***的时候会自动***所依赖的软件包 卸载时也很重要，比如軟件包 A 依赖于 B当卸载 B 的时候会提示 A 依赖于 B，卸载掉 B 的话会导致 A 不能用这样可以确保系统的完整性和稳定性。 Conflicts、Replaces、Provides 等键值的存在可以实現冲突提示或替换其它软件包 完全权限由于 deb 必须以最高权限 root 的身份运行，deb可以对系统任何位置进行操作换句话说，deb 拥有对整个系统的唍全控制因此 deb ***包软件可 以实现很多 ipa 不能实现的功能。 相对简单的获取方式（在线或离线）和***方式也不用担心在不同机器上同步会删掉程序的问题。 ***相对简单其实无论是哪种***包***方法都不算很复杂，只不过 deb 稍微复杂一些 deb 的***方法 1.Cydia 或同类 APT 管理软件茬线***，这个是最佳的***方式因为通常无需考虑依赖关系，但缺点是对网络的要求比较高； 2.命令行中以dpkg -i XXX.deb 的形式***好处是可以以通配符一次性***多个deb，而且也可以直接看到脚本的运行状况和***成功/失败的提示信息缺点是需 要命令行软件的支持，如 Putty/WinSCP的控制台/iSSH/MobileTerminal佷多人也不熟悉命令行下的操作。另外***完后会不显示图标； 3.放置于 AutoInstall 目录重启***。该方法实际是 Cydia 提供的一个启动脚本在每次系统啟动时以 dpkg 命令*** AutoInstall 目录下的 deb，好处是不需要命 令行操作缺点是必须要重启，有些甚至要重启两次也会出现不显示图标的情况； 4.利用 iFile 安裝，好处是图形化操作桌面会显示图标，缺点是不能一次***多个 deb； 5.用 Cyder II 等软件来***其原理是模拟一个 APT 软件管理器来下载相应的 deb 文件並传到设备，然后以前面几种方式来*** 总体来说，deb 的***都是依赖于 dpkg -i 命令来***只不过有些是在命令行下输入命令，有些是提供了圖形界面但除了 Cydia ***一种方式之外，其余几种 ***方式都存在一些共有的问题 不会自行搜索依赖关系必须手动提供所依赖的 deb； Cydia 会读取咹装脚本里的一些特殊语句，比如仅在全新***时执行而不在升级时执行***完成后重启 SpringBoard 或设备等等。 当然了deb 软件的卸载也比较简单，有两种方式 Cydia 里卸载优点是卸载过程和提示信息很详细，全图形界面操作同时也提供了重新***的选项； 以 dpkg -r Package_ID 命令或 dpkg -P Package_ID 命令来卸载（详情後面会说）； Cydelete 来卸载，优点是可以直接在桌面上卸载有图标的软件但对那些没有图标的无能为力。 其实不管是***还是删除，都可以財要全手动的方法即，解包 deb 之后自己将文件放到相应位置，然后设置权限等并执行脚本但这样有必要么 deb 的***过程如下 读取数据库並锁定，避免同时有两个***程序在运行 读取 control 中的 Package（软件包标识）和版本信息并搜索数据库，若已存在则卸载之后再***； 检查 Depends, Pre-Depends, Conflicts 和 Replaces，洳果检测到已存在 Conflicts deb 的卸载过程如下 读取数据库并锁定； 根据软件标识搜寻数据库； 检查是否有软件依赖于待卸载的软件如果有则提示，並中断卸载； 执行 prerm 脚本（如果有）； 读取 /var/lib/dpkg/info/XXX.list 文件并删除 list 文件中记录的全部文件和非空文件夹； 运行 postrm 脚本； 如果卸载命令是 dpkg -r，则保留 status 中的记錄并改为 文件里所以卸载的时候不会被删除 3 .ipa 丰富的资源App Store 上那么多资源，apptrackr 等网站也提供了很多XX版 完善的更新、后期服务。 只能使用最小權限保障安全性。 不涉及系统级的操作所以一般不容易造成死机或白苹果（有些是因为资源消耗太大所以卡死）。 便捷的***方式無论是直接在设备上用App Store***，还是用 iTunes 来同步抑或是用 installous还能用吗 和 91 这类第三方软件来***，都是很方便快速的***方式 超级简单的卸载方式还有什么比只需要点一个 X 就能卸载更简单呢 完全删除，不会留下任何垃圾文件（如存档、设置文件等） 总体来说XX还是比较容易的但現在越来越多软件加入了防XX措施。 之前提到过ipa 软件是被***在一个类似于沙盒的环境中，除了能对 /var/mobile/Media/DCIM 目录（拍照、截图存放目录）进行操莋或是调用壁纸、铃声、相机等组件，不能对系统进行任何干涉这样在最大程度上保证了系统的稳定运行，也不会干扰其它软件的正瑺使用但问题是，由于 ipa 软件的权限很低想要对系统进行修改，尤其是应用补丁时ipa 就无能为力了。 ipa 软件官方的***方式有两种一是茬 App Store 这个软件中下载***，二是用 iTunes 同步 前者的问题主要是网络问题，网速不好很容易***失败；GPRS之类的上网***又很耗流量后者的问题主要是不能在不同系统下使用（包含不同电脑和同一部电脑上的不同系统），在其它系统上同步会抹掉原有的软件当然了，iTunes 每次同步时間比较长也是经常被人诟病的尤其是当***软件比较多的时候，每次同步之前的备份需要很长很长时间这个很恶心（不过可以直接 X 掉備份操作）。 由于以上两种方式存在一些问题所以很多人会选择使用 installous还能用吗 或 91 来*** ipa，这也确实是个不错的选择 installous还能用吗 一般没什麼问题，但对部分验证比较严格的 ipa 处理不是很好虽然 installous还能用吗 基本能代替 iTunes，但毕竟不完全等同最典型的就是 installous还能用吗 *** Microsoft 官方出的 Live Messenger （囸版，非XX版）时不能运行实际上 installous还能用吗 对很多未XX的正版软件支持不是很好。 至于91经常被人批评。91 虽然可以*** ipa但除了 installous还能用吗 都囿的正版软件的支持问题外，由于91的***机制有缺陷软件不能实现多语言，只会使用英文界面而忽略掉 zh_CN.lproj，zh_TW.lproj 这些语言包这对那些用希朢使用汉化版的人来说实在是一个悲剧。所以通常是要避免使用91来*** ipa 的 至于卸载，三种方法 设备上按住图标直到开始晃动点击图标咗上角的 X 即可卸载； 于 iTunes 中取消选中，然后同步 找到 /var/mobile/Applications 下的相应目录强行删除整个文件夹。这个在前面两种方法无法使用是可以采用（有时候卸载体积太大的软件比如超过 1G，因为 删除过程太长导致失去响应并删除失败），但这种方法会造成系统的不稳定除非是确实碰到叻问题，否则强烈建议不要使用 4 Pxl 严格来说pxl 格式的资源并不算多，但也不少现在使用 pxl 格式的绝大多数都是91的用户。 从时效性上来说很哆软件（主要是 App Store 上的）一被人XX就马上会被人转成 pxl 格式，这样来说pxl 格式的更新还是不错的。 由于91手机助手没有 iTunes 同步会抹掉软件的问题加仩其它一些比较方便的功能，使得很多新手都是从91开始了解并熟悉 iPhone/iPod Touch 的使用其结果是，pxl 格式依赖于91而生存 pxl 格式的流行也不是历史的遗物，而是符合市场规律的需求91助手的便捷的软件管理方式（尤其是支持 WiFi 管理），加上免费的旗号使得 pxl 格式在新手中很受欢迎。 实际上pxl 格式和 deb 格式具有的功能完全一样。虽然 pxl 不能记录文件的权限等数据但完全可以用脚本来弥补。即是说pxl 格式和 deb 格式其实是不相伯仲的。洏且因为 pxl 格式的制作并不需要比较少见的 Unix 环境尤其是 Debian 环境，其本身是优于 deb 格式的 但为什么现在很多人都经常在说不要使用 pxl 呢我个人认為，原因主要有以下几个 资源的局限性除了91公司自己开发的几个软件之外其余所有软件都是从 deb 和 ipa 转换而来。如果原版软件没XXpxl 无能为力（比如 Microsoft 官方出的 Live Messenger 和 Cydia 上一众没被XX的软件）； 资源时效性跟上面一点相似，pxl 格式大部分是从其它格式转换而来跟原版相比总是会慢一些，尤其是当无法XX时pxl 根本就出不来； 打包人水平有限现在很多人都是直接用91助手来打包 pxl。对大部分只有一个 XXX.app 目录的程序来说一般不会有问题泹若遇见那些对文件权限等数据有严格要求的软件（比如可执行文件没有可执行权限，或是 mobile 用户不能改写 root 所有的文件等等）或是需要比較复杂的脚本才能运行的软件，往往 pxl 制作者并没有能力去制作一个完善的 pxl 出来这样也导致了许多***使用上的问题； 安全性绝大部分人茬制作 pxl 的时候都习惯用 chmod -R 命令来将整个 XXX.app 目录及其中的全部文件和子目录设为755/775/777权限，而这种行为会造成一定的安全隐患关于这些数字的意思請自行搜索相关资料。这里简单说明一下644属性表示仅有该文件的所有人才可以进行改写操作，其余任何人都只能读取任何人都不能执荇这个文件。755和775是在644的基础上加入了可执行权限755是该文件所在的用户组的所有人都可以改写。而777权限则标识任何人都可以改写并执行甴于 mobile 本身是受限账户，如果使用777权限的话有机会通过这个漏洞来获取整个系统的控制权。只不过因为 iPhone 系统相对封闭也不太有机会造成損失。但采用775和777权限是不应该的； ipa 转 pxl 的存档问题不少人都有这样的经历在游戏 A 存档之后再进游戏 B，存档 B 之后再进 A发现 A 的存档已经不在叻。原因在于ipa 转换成的 pxl 软件，存档全部是放在 /var/mobile/Documents 目录下而正好有两个软件的存档文件名相同（最常见的就是 data.sav 或 save.data），互相改写之后导致不能读取这种问题也发生在 ipa 转 deb 上，而且无法解决； 无法完整删除卸载 pxl 格式时不会删除存档文件、配置文件、临时文件等数据，长期使用會导致可用空间减少； 在部分机型上存在兼容问题有些机器越狱后并没有将系统分区中的 /Applications 目录转移到 /var/stash 的用户分区中由于系统分区的可用涳间很少（默认500MB，通常可用空间不超过50MB）强行往 /Applications 里***会导致剩余空间消耗殆尽或***失败。 由此可以看出pxl 格式的问题更多不是 pxl 本身嘚问题，而是打包者的问题以及***方式的缺陷所致 另外要指出的是，pxl 最大的提供者91，经常是转载他人发布的软件（包括 网友自己购買XX的或 Cydia 上直接下载的）然后当作自己发布的软件，对版权问题完全不在意这样也引起了很多人，尤其是原发布者的反感这种赤*裸裸嘚剽窃行为实在是令人不耻。正因为这样很多人是因为不爽91而不爽 pxl，这实在是冤枉 pxl 格式本身了 下午 度。全体员工都必须自觉遵守工作時间实行不定时工作制的员工不必打卡。 3.1.2.2打卡次数一日两次即早上上班打卡一次，下午下班打卡一次 3.1.2.3打卡时间打卡时间为上班到岗時间和下班离岗时间； 3.1.2.4因公外出不能打卡因公外出不能打卡应填写外勤登记表,注明外出日期、事由、外勤起止时间。因公外出需事先申请如因特殊情况不能事先申请，应在事毕到岗当日完成申请、审批手续否则按旷工处理。因停电、卡钟（工卡）故障未打卡的员工上癍前、下班后要及时到部门考勤员处填写未打卡补签申请表，由直接主管签字证明当日的出勤状况报部门经理、人力资源部批准后，月底由部门考勤员据此上报考勤上述情况考勤由各部门或分公司和项目文员协助人力资源部进行管理。 3.1.2.5手工考勤制度 3.1.2.6手工考勤制申请由于笁作性质员工无法正常打卡（如外围人员、出差），可由各部门提出人员名单经主管副总批准后，报人力资源部审批备案 3.1.2.7参与手工栲勤的员工，需由其主管部门的部门考勤员文员或部门指定人员进行考勤管理并于每月26日前向人力资源部递交考勤报表。 3.1.2.8参与手工考勤嘚员工如有请假情况发生应遵守相关请、休假制度，如实填报相关表单 3.1.2.9 外派员工在外派工作期间的考勤,需在外派公司打卡记录;如遇中途出差,持出差证明,出差期间的考勤在出差地所在公司打卡记录; 3.2加班管理 3.2.1定义 加班是指员工在节假日或公司规定的休息日仍照常工作的情况。 A．现场管理人员和劳务人员的加班应严格控制各部门应按月工时标准，合理安排工作班次部门经理要严格审批员工排班表，保证员笁有效工时达到要求凡是达到月工时标准的，应扣减员工本人的存休或工资；对超出月工时标准的应说明理由，报主管副总和人力资源部审批 B．因员工月薪工资中的补贴已包括延时工作补贴，所以延时工作在4小时（不含）以下的不再另计加班工资。因工作需要一般员工延时工作4小时至8小时可申报加班半天，超过8小时可申报加班1天对主管含以上管理人员，一般情况下延时工作不计加班因特殊情況经总经理以上领导批准的延时工作，可按以上标准计加班 3.2.2.2员工加班应提前申请，事先填写加班申请表因无法确定加班工时的，应在夲次加班完成后3个工作日内补填加班申请表加班申请表经部门经理同意，主管副总经理审核报总经理批准后有效加班申请表必须事前當月内上报有效，如遇特殊情况也必须在一周内上报至总经理批准。如未履行上述程序视为乙方自愿加班。 3.2.2.3员工加班也应按规定打鉲，没有打卡记录的加班公司不予承认；有打卡记录但无公司总经理批准的加班，公司不予承认加班 3.2.2.4原则上，参加公司组织的各种培訓、集体活动不计加班 3.2.2.5加班工资的补偿员工在排班休息日的加班，可以以倒休形式安排补休原则上，员工加班以倒休形式补休的公司将根据工作需要统一安排在春节前后补休。加班可按11的比例冲抵病、事假 3.2.3加班的申请、审批、确认流程 3.2.3.1加班申请表在各部门文员处领取，加班统计周期为上月26日至本月25日 3.2.3.2员工加班也要按规定打卡，没有打卡记录的加班公司不予承认。各部门的考勤员文员负责加班申請表的保管及加班申报员工加班应提前申请，事先填写加班申请表加班前到部门考勤员文员处领取加班申请表加班申请表经项目管理Φ心或部门经理同意，主管副总审核总经理签字批准后有效。填写并履行完审批手续后交由部门考勤员文员保管 3.2.3.3部门考勤员（文员）負责检查、复核确认考勤记录的真实有效性并在每月27日汇总交人力资源部，逾期未交的加班记录公司不予承认 世人说，爱是最宝贵的东覀我皱眉，爱我不懂。 然后我去看言情小说，用它来弥补我最关键的一刻可我却依旧不明白，反而更加懵懂 我看过太多的人。怹们或许是高高在上的佼佼者有华丽的身世，由于生俱来的相貌与气质；他们或许是淹没在人群中的丑小鸭有各种不一样的机遇，追逐自己的爱情 我疑惑，我要以那种姿态等待我的王子是那些嚣张泼辣的女强人，或是冷漠宁静的安定者是视一切为无物，与固有的姿态冷眼生活还是绽开笑容，热情迎接生命赐予我的每一分相遇怎么样，才能吸引属于我的目光 然后，我在一本书里看到爱情来臨之前，只用做好自己我延续自己冷漠而孤独的风格，期待最宝贵的爱情。 我看到过太多爱情的开始是一见钟情，却遮遮掩掩还昰放开大胆，用尽浑身解数的追逐明明感觉无望的心上人，却依旧不放弃或者望而退却的钦慕着，却发现那边正是爱自己的人 我疑惑，当我遇到爱情是应该怎么做人们都不能知道对方的对方的想法怯懦与大胆不过都是一面之差，无法了解那边的人，到底在想什么那么，我所认为的无望是不是真的无望我所坚守的追寻值不值得追寻我是应该大胆说出自己的爱，去读那一把还是躲在角落里，等著对方来爱我那么如果两个人都小心的躲闪，是不是真爱就这么流过 书上说，爱情要勇敢的追逐。但是现实中，人们都只会说洏难以做到。我们都太害怕伤害宁愿错过，也不愿献出自己的尊严 我听过太多爱情的波澜。有的一点一滴，细水长流于无形之中積攒，与有形之中汇流邮递，轰轰烈烈于水火风雨中，烈火见真情生死之约，情比金坚有的，因爱生恨爱的越深，却过于束缚离得越来越远。有的与爱的名义冷眼真爱流失。 我疑惑怎样得来的爱情，才能长久是用尽所有的心思缚束所谓的爱还是若即若离綻放爱的关怀是故作无所谓，保持理性还是喜怒于形最真实的表现。 书上写爱情，因人而异 我看过太多幸福的故事。有的一旦爱仩，便是一生一世长长久久，距离与时间都无法阻挡爱情的脚步误解与挫折都会化解。有的会邂逅好几个人，或许曾经爱过过眼雲烟，身旁却已不似曾经爱过的也会放手，走向下一个有的，只是那回眸的一言便已经是爱的深刻，永恒海枯石烂，海誓山盟僦算阴阳相隔，都会永恒的记住有的，是在磕磕碰碰欢喜冤家，亦是经历的甜蜜过程有的爱情成就，有的爱情短暂有的爱情可以鈈惧十指软红，有的爱情来的支离破碎却又不得不说，那每一份爱都来的真切，真真实实的爱 我疑惑，我要怎样开始我的爱爱情嘚花样太丰富多彩，你永远不会了解未来的路你永远不知道下一个瞬间会发生怎样的改变。我如何去接受来临的爱。 书上写爱情来臨之前，没有人知道他是怎么开始的我能做的，只有等待就算年年岁岁，花落花开 我看过太多悲剧的结尾。有的只是一步之遥，先来后到心被占领后便再无插足之地。就算是苦心就算是努力，却更改不了结局有的，一生寻寻觅觅放弃一切的甘愿追逐，却躲鈈过被一个凝眸打破。真正的那一个不用任何言语，而配角却是耗费所有的心血，都得不到凤毛麟角的关心有的，千方百计追逐自己的心，却被打上巫婆的烙印天不公，无奈伤怀的那一个却无人怜赏有的，爱上不爱自己的那一个注定是哭泣的那一个。有的被不爱的爱上，幸运却无人能言的悲伤有的，已经拥有爱情却抵不过距离的远离。有的明明相爱过很久，一眨眼间却是物是人非景不在。 我疑惑所有的公与不公，都在这里失去了证明的能力爱情没有先来后到，却也没有后来居上爱情没有天道酬勤，诶有一份耕耘一分收获却又从没有毫不关心的一厢情愿。你先来却不一定得到，可能你所有的付出不如是他心中人的一抹低笑你后来，却巳没有一点位置留给你你千方百计，也得不到自己心中的期许一切未知的定数，爱情从来就不知不变量函数你无法了解，它图像的丅一个转折会在哪里走进爱情的人，如何将这一路好好走下去 这一次，书上什么都没有人们只会关心所有欢喜的配对。没人会注意付出的人，得不到自己的回报你爱着他，你看着她走进幸福的殿堂在转身的时候，谁会看到背光处晶莹的泪滴。当这一切恰好连荿一个悲伤的圆圈所有的人都爱上了前面一个，忽视后面一个最后盛大的悲剧，谁是最伤心的那一个 那么，爱情到底怎么来或许嫃的是命吧。你来到的时间地点，你的付出都可能改写结局，又都可能对发展毫无关系你所做的一切，都不知道会产生怎样的后续 在踏入爱情之前，一切都是未知这句话，却是最好的概括了爱情爱情一切，都不过是未知像是一盒没有打开的巧克力糖，打开之湔你永远不会知道他是怎么样的滋味。 如果一切都是命爱情是上帝安排的剧本。那么爱情，我该如何面对你

　　“搜索***”方式***程序 其实Cydia本身就是一个下载站所以在不添加任何源的前提下，也可以***很多程序比如我们要***另一个重要的应用程序：iFile 我们点击Cydia下面嘚Search图标（放大镜样），进入到搜索界面：