id导出pdf错误 indesign导出pdf失败怎么办

1关闭id然后重新打开再导出
2如果你仅想把它输出为pdf以便发布或者打印，而不再返回id（Adobe家族软件导出的pdf文件都还可以返回原来程序。什么意思呢，举个例子，你把word文档转化为pdf以后再转化为word，页面而已等元素就可能不再和原始文档一模一样了，我称这样的 *** 作是不可返回的。而adobe家族的软件像photoshop、illustrator等导出的pdf文档用相应的软件打开仍然能保持与原始文档相同的信息。比如你用photoshop打开它自己生成的pdf文档和用它打开psd格式图像所获取的信息是一样的，我称这样的 *** 作是可以返回的），你可以用虚拟pdf打印机打印成pdf格式文档，常用的pdf打印机有tinypdf、adobepdf、smartprinter、fineprint等。安装以后选择“文件——打印”就可以把文档打印成pdf格式文档了，希望对你有所帮助。
1inDesign 的便利之处就在于图像不需要做类似于Ai 里面的嵌入步骤，图像想要集中处理可以使用打包功能生成单独的包，再对单独或批量进行处理。至于是否需要在Ps 内改变图像模式，因需而异，里面即使有RGB 模式，印前检查也不会提示错误，因为inDesign 的输出选项允许把输出的文档转换成设定的颜色模式。
InDesign 置入后的文件用「链接」面板管理，可以在该面板中将链接「嵌入」。但对于大型项目，不便于管理的「嵌入」不值得推荐。InDesign 有「打包」功能，可以把所有的链接汇总到一起，所以没有「嵌入」的必要。
(我个人是会单独处理和改变图像模式，因为每张在Ps 里转换后，还需要调整RGB 转CMYK 后出现的细节颜色变动，我认为负责的设计师都应该细心检查每张的颜色细节。)
2我认为你想知道的是无转换，转换为目标配置文件这几个选项下的意义。这可以回到第一个问题上，当我的都已经设置好自己需要的CMYK 模式，页面上的元素可能会同时包含CMYK 的，使用单色、CMYK 或专色的文字以及色块，所以我会选择无转换，这样生成的PDF 文件所有颜色都是我设计稿件中的颜色。
但是不同的印刷厂会有各自对颜色配置的要求，尽管一般情况他们都没有严格的要求，所以当他们要求使用某个配置文件，按照需求转换为目标配置文件即可

因为这里考察的是非谓语动词这个知识点，简略的说就是一个句子里面只能有一个谓语动词，在这个句子里面，see是一个实义动词，lie是另一个动词，整个句子的意思是我看见那只猫每天都在床上躺着。一般是指这只猫总是在睡觉，摆烂，或者是身体很不好，总是卧病在床。当然这个说辞对于一只猫老说不太现实，要么就是生病没有精神，要不就是懒洋洋的在眯着，因为猫是一种夜行动物。白天休息，夜间活动，只不过现在的宠物猫是一种特例，已经被圈养、驯化了。

具体解释lie不加s的原因：

是因为lie非谓语动词的用法，to do, doing或done,分别表示的一般式、进行式和完成式，无论哪一种形式都是宾语补足语，所以要用非谓语动词的形式（非谓语动词有四种：不定式，动名词，现在分词，过去分词。其中动名词和现在分词可总称为动词ing形式。

下面用图表的形式形象的说明一下非谓语动词的几种形式：

本题考察的语法是非谓语东西的不定式的用法，see sb do sth中的do省去to的不定式。至于问什么不用see sb doing sth,这也是该种英语学习的零一重点难点，我也是深有感触地，现将我的经验分享给大家，一定会对你有帮助的哟！

下面具体分析一下两者的区别：

1、含义不同。
see sb do sth 表示看到某人做某事了
see sb doing sth 表示看到某人正在做某事
2、完成状态不同。
see sb do sth 强调已经完成的事情，或者表述客观事实，see sb doing sth 强调正在进行，当前发生的事情。doing强调动作正在发生。

相同点：就是宾语和后面的动词之间的关系都是主动的关系。

再回到本题，因为看见那个猫每天都躺在床上，这是一个客观的事实，而且看到的肯定是不止一次，如果是一次也不能用频度副词every day,所以see sb do sth 的形式是正确的答案，动词lie也不受宾语第三人称单数形式的影响。

拓展：

有这类用法的动词一般是感官动词，常见的有：

watch，observe,，notice，look at,，hear， listen to，smell，taste， feel + do 表示动作的完整性，真实性；+doing 表示动作的连续性，进行性。

1、中标麒麟 *** 作系统：中标麒麟Linux桌面软件是上海中标软件有限公司发布的面向桌面应用的 *** 作系统产品。中标麒麟开发了与windows *** 作系统非常接近的图形化桌面。习惯使用windows *** 作系统的用户，只需做简单的适应性学习即可在该图形化桌面下完成软件安装、文档编辑、浏览网页、播放视频音频等 *** 作。
优点：为windows用户迁移到该 *** 作系统提供了方便，使用户能够迅速掌握新系统，可节省大量人员培训成本。
缺点：与其他软件兼容性差，响应速度慢。与服务器兼容欠佳，系统运行时，高级别进程在执行低级别文件后会降低级别，而低完整级进程不可能通过执行文件提升自己的权限。
2、银河麒麟 *** 作系统：银河麒麟（Kylin）是由国防科技大学研制的开源服务器 *** 作系统。此 *** 作系统是863计划重大攻关科研项目，目标是打破国外 *** 作系统的垄断，研发一套中国自主知识产权的服务器 *** 作系统。
优点：银河麒麟 *** 作系统具有性能领先、生态丰富、体验提升、云端赋能、融入移动、内生安全等优点。
缺点：在其稳定性、性能和标准化这方面，还有进一步提升空间。
3、云针 *** 作系统（CloudNeedle OS）：分为服务器 *** 作系统、桌面 *** 作系统、移动 *** 作系统、物联网 *** 作系统四个版本，该 *** 作系统适用于各种智能终端，是一款能够把各大 *** 作系统的软硬件生态完全兼容和直容的新型革新纯国产无国界 *** 作系统。其研发公司云针科技系列产品主要包括以云针 *** 作系统为核心的软件产品，与合作开发生产嵌入该 *** 作系统的服务器、消费终端（电脑、电视、平板、手机、智慧盒）、物联网终端等硬件产品，及虚拟化应用服务，可见生态集群极其丰富。
优点：一个内核就将服务器终端到消费终端、物联网终端全面打通的全新 *** 作系统；从办公到娱乐，同时兼容直容安卓应用和windows应用，独具特色的丰富应用生态，相应速度更快，更安全可靠，并革新了美国软件生态的下载、卸载、安装等复杂的 *** 作过程，更加高效，便捷。同时，完全直容和兼容目前国际国内市场上大部分算力终端设备（含芯片）及软件，完美打通“云－边－端”，真正实现了生态、生活、生产算力的全方位归集与精准调度运营。
缺点：由于是初上市的全新纯国产无国界 *** 作系统，还不被大多数人所熟知，需进一步打进消费者市场，让更多人发现。
4、深度Linux(Deepin)Deepin：原名Linux Deepin，于2014年4月更名为Deepin，常被称为“深度 Linux”，是一个致力于为全球用户提供美观易用，安全可靠的Linux 发行版。它不仅仅对最优秀的开源产品进行集成和配置，还开发了基于 HTML5 技术的全新桌面环境、系统设置中心、以及音乐播放器，视频播放器，软件中心等一系列面向日常使用的应用软件。
优点：Deepin 简单易用，桌面美观，能够很好的代替Windows系统进行工作与娱乐，深受用户好评。
缺点：性能优化不足，软件难兼容，应用生态不健全等一系列问题仍旧需要不断完善。
5、UOS统一 *** 作系统：统一 *** 作系统筹备组是由多家国内 *** 作系统核心企业自愿发起，成员包括中兴新支点、中国电子集团(CEC)、武汉深之度科技有限公司、南京诚迈科技。2019年7月，筹备组联合技术研发团队正式成立，并在广州、武汉、南京、北京等地组织了数百人的研发团队开始研发工作。
优点：UOS采用开源共创社区研发模式，鼓励上下游产业链厂商和技术人员参与研发工作贡献代码，共同打造符合行业用户需求的安全、易用、稳定的 *** 作系统产品。今年内将发布UOS的第一个版本，实现不同的CPU平台上统一发布渠道，统一应用商店、统一交互体验、统一内核版本、统一文档和开发接口。
缺点：但对于普通用户来说，缺点也很明显，缺少日常软件、游戏的生态环境极大地阻碍了系统在消费市场的发展。
6、华为鸿蒙系统（HarmonyOS）：鸿蒙OS是华为公司开发的一款基于微内核、耗时10年、4000多名研发人员投入开发、面向5G物联网、面向全场景的分布式 *** 作系统。鸿蒙的英文名是HarmonyOS，意为和谐。 基于AOSP的一款 *** 作系统，华为基于安卓生态开发的应用能够平稳迁移到鸿蒙OS上做好衔接——将相关系统及应用迁移到鸿蒙OS上，差不多两天就可以完成迁移及部署。
优点：这个新的 *** 作系统将打通手机、电脑、平板、电视，并且该系统是面向下一代技术而设计的，能兼容全部安卓应用的所有Web应用。若安卓应用重新编译，在鸿蒙OS上，运行性能提升超过60%。鸿蒙OS架构中的内核会把之前的Linux内核、鸿蒙OS微内核与LiteOS合并为一个鸿蒙OS微内核。创造一个超级虚拟终端互联的世界，将人、设备、场景有机联系在一起。同时由于鸿蒙系统微内核的代码量只有Linux宏内核的千分之一，其受攻击几率也大幅降低。
缺点：虽然鸿蒙系统可以兼容安卓应用，基于AOSP，但不是真正完全适配的软件，使用起来总是有些不稳定，其系统框架下的APP应用数量太少，局限性强，使其饱受诟病，鸿蒙OS基于Android系统的常用应用，也同时受谷歌的框架服务GMS制约，出国使用不了，导致核心技术始终受制于人的局面。

背景

MySQL 一直以来都有 TEXT、BLOB 等类型用来存储、视频等大对象信息。比如一张，随便一张都 5M 以上。视频也是，随便一部视频就是 2G 以上。

假设用 MySQL 来存放**视频等信息，一部是 2G，那么存储 1000 部就是 2TB，2TB 也就是 1000 条记录而已，但是对数据库性能来说，不仅仅是看记录数量，更主要的还得看占用磁盘空间大小。空间大了，所有以前的经验啥的都失效了。

所以一般来说存放这类信息，也就是存储他们的存放路径，至于文件本身存放在哪里，那这就不是数据库考虑的范畴了。数据库只关心怎么来的快，怎么来的小。

举例

虽然不推荐 MySQL 这样做，但是也得知道 MySQL 该怎么做才行，做到心里有数。比如下面一张微信，大概 5M 的样子。

root@ytt:/var/lib/mysql-files# ls -sihl 微信_20190711095019jpg274501 54M -rw-r--r-- 1 root root 54M Jul 11 07:17 微信_20190711095019jpg

拷贝 100 份这样的来测试

root@ytt:/var/lib/mysql-files# for i in `seq 1 100`; do cp 微信_20190711095019jpg "$i"jpg;done;

root@ytt:/var/lib/mysql-files# ls

100jpg   17jpg  25jpg  33jpg  41jpg  4jpg   58jpg  66jpg  74jpg  82jpg  90jpg  99jpg  f8tsv

10jpg    18jpg  26jpg  34jpg  42jpg  50jpg  59jpg  67jpg  75jpg  83jpg  91jpg  9jpg   微信_20190711095019jpg

1111jpg  19jpg  27jpg  35jpg  43jpg  51jpg  5jpg   68jpg  76jpg  84jpg  92jpg  f1tsv

11jpg    1jpg   28jpg  36jpg  44jpg  52jpg  60jpg  69jpg  77jpg  85jpg  93jpg  f2tsv

12jpg    20jpg  29jpg  37jpg  45jpg  53jpg  61jpg  6jpg   78jpg  86jpg  94jpg  f3tsv

13jpg    21jpg  2jpg   38jpg  46jpg  54jpg  62jpg  70jpg  79jpg  87jpg  95jpg  f4tsv

14jpg    22jpg  30jpg  39jpg  47jpg  55jpg  63jpg  71jpg  7jpg   88jpg  96jpg  f5tsv

15jpg    23jpg  31jpg  3jpg   48jpg  56jpg  64jpg  72jpg  80jpg  89jpg  97jpg  f6tsv

16jpg    24jpg  32jpg  40jpg  49jpg  57jpg  65jpg  73jpg  81jpg  8jpg   98jpg  f7tsv

我们建三张表，分别用 LONGBLOB、LONGTEXT 和 VARCHAR 来存储这些信息

mysql> show create table tt_image1G

1 row

Table: tt_image1

Create Table: CREATE TABLE `tt_image1` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`image_file` longblob,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

1 row in set (000 sec)

mysql> show create table tt_image2G

1 row

Table: tt_image2

Create Table: CREATE TABLE `tt_image2` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`image_file` longtext,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

1 row in set (000 sec)

mysql> show create table tt_image3G

1 row

Table: tt_image3

Create Table: CREATE TABLE `tt_image3` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`image_file` varchar(100) DEFAULT NULL,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

1 row in set (000 sec)

我们来给三张表插入 100 张（插入前，建议把 max_allowed_packet 设置到最大）

tt_image1

root@ytt:/var/lib/mysql-files# for i in `seq 1 100`;

do mysql -S /var/run/mysqld/mysqldsock -e "insert into ytttt_image1(image_file)

values (load_file('/var/lib/mysql-files/$ijpg'))";done;

tt_image2

root@ytt:/var/lib/mysql-files# for i in `seq 1 100`;

do mysql -S /var/run/mysqld/mysqldsock -e "insert into ytttt_image2(image_file)

values (hex(load_file('/var/lib/mysql-files/$ijpg')))";done;

tt_image3

root@ytt:/var/lib/mysql-files# aa='begin;';for i in `seq 1 100`;

do aa=$aa"insert into ytttt_image3(image_file) values

('/var/lib/mysql-files/$ijpg');";

done;aa=$aa'commit;';mysql -S /var/run/mysqld/mysqldsock -e "`echo $aa`";

检查下三张表记录数

mysql> select 'tt_image1' as name ,count() from tt_image1 union allselect 'tt_image2',count() from tt_image2 union all select 'tt_image3', count() from tt_image3;+-----------+----------+| name      | count() |+-----------+----------+| tt_image1 |      100 || tt_image2 |      100 || tt_image3 |      100 |+-----------+----------+3 rows in set (000 sec)

看下文件大小，可以看到实际大小排名，LONGTEXT 字段存储的最大，LONGBLOB 字段缩小到一半，最小的是存储路径的表 tt_image3。所以这里从存储空间来看，存放路径最占优势。

root@ytt:/var/lib/mysql/ytt# ls -silhS tt_image274603 11G -rw-r----- 1 mysql mysql 11G Jul 11 07:27 tt_image2ibd274602 545M -rw-r----- 1 mysql mysql 544M Jul 11 07:26 tt_image1ibd274605  80K -rw-r----- 1 mysql mysql 112K Jul 11 07:27 tt_image3ibd

那么怎么把取出来呢？

tt_image3 肯定是最容易的

mysql> select from tt_image3;+----+----------------------------+| id | image_file                 |+----+----------------------------+|  1 | /var/lib/mysql-files/1jpg |+----+----------------------------+100 rows in set (000 sec)

tt_image1 直接导出来二进制文件即可，下面我写了个存储过程，导出所有。

mysql> DELIMITER $$mysql> USE `ytt`$$mysql> DROP PROCEDURE IF EXISTS `sp_get_image`$$mysql> CREATE DEFINER=`ytt`@`localhost` PROCEDURE `sp_get_image`()mysql> BEGIN      DECLARE i,cnt INT DEFAULT 0;      SELECT COUNT() FROM tt_image1 WHERE 1 INTO cnt;      WHILE i < cnt DO        SET @stmt = CONCAT('select image_file from tt_image1  limit ',i,',1 into dumpfile ''/var/lib/mysql-files/image',i,'jpg''');        PREPARE s1 FROM @stmt;        EXECUTE s1;        DROP PREPARE s1;      SET i = i + 1;      END WHILE;      END$$mysql> DELIMITER ;mysql> call sp_get_image;

tt_image2 类似，把 select 语句里 image_file 变为 unhex(image_file) 即可。

总结

这里我举了个用 MySQL 来存放的例子，总的来说有以下三点：

占用磁盘空间大（这样会带来各种各样的功能与性能问题，比如备份，写入，读取 *** 作等）

使用不易

还是推荐用文件路径来代替实际的文件内容存放

---