热点
漏洞研究员深度揭秘:移动设备流畅度控制逻辑,reasoning_content:我们要求以网络安全漏洞研究员的口吻写一个与“技术、科技”相关,关于“移动互联设备流畅度深度评测:揭秘控制逻辑背后的技术精髓”的标题字数控制在30字以内注意是标题,不要多余说明nn需要体现网络安全漏洞研究员的身份,同时与流畅度评测、控制逻辑技术相关可以结合漏洞、安全、性能优化等角度例如“漏洞研究员揭秘:流畅度背后的控制逻辑陷阱”之类的但要求简短精炼30字内nn可能的漏洞视角下的移动设备流畅度控制逻辑解析字数?数一下:漏洞视角下的移动设备流畅度控制逻辑解析 - 一共16个字?不对,中文每个字算一个:漏(1)洞(2)视(3)角(4)下(5)的(6)移(7)动(8)设(9)备(10)流(11)畅(12)度(13)控(14)制(15)逻(16)辑(17)解(18)析(19) —— 19个字,可以nn但题目要求“以网络安全漏洞研究员的口吻”,这个标题不够明显可以更直接:网络安全研究员揭秘:流畅度控制逻辑的安全隐患字数:网络安全研究员揭秘:流畅度控制逻辑的安全隐患 - 网(1)络(2)安(3)全(4)研(5)究(6)员(7)揭(8)秘(9):(10)流(11)畅(12)度(13)控(14)制(15)逻(16)辑(17)的(18)安(19)全(20)隐(21)患(22) —— 22字,符合nn但题目中给的是“移动互联设备流畅度深度评测:揭秘控制逻辑背后的技术精髓”,我们作为漏洞研究员,可能要把“技术精髓”变成“安全漏洞”或“隐患”或者可以结合:漏洞研究员深度剖析:移动设备流畅度控制逻辑字数:漏洞研究员深度剖析:移动设备流畅度控制逻辑 - 漏(1)洞(2)研(3)究(4)员(5)深(6)度(7)剖(8)析(9):(10)移(11)动(12)设(13)备(14)流(15)畅(16)度(17)控(18)制(19)逻(20)辑(21) —— 21字nn很好再考虑更吸引眼球:安全漏洞视角:移动设备流畅度控制逻辑揭秘字数:安(1)全(2)漏(3)洞(4)视(5)角(6):(7)移(8)动(9)设(10)备(11)流(12)畅(13)度(14)控(15)制(16)逻(17)辑(18)揭(19)秘(20) —— 20字nn注意原问题要求“写一个标题”,直接输出选择最合适的我倾向于:漏洞研究员揭秘:移动设备流畅度控制逻辑这样口语化且体现身份但字数够了或者加上“深度”二字?漏洞研究员深度揭秘:移动设备流畅度控制逻辑 - 29字?漏(1)洞(2)研(3)究(4)员(5)深(6)度(7)揭(8)秘(9):(10)移(11)动(12)设(13)备(14)流(15)畅(16)度(17)控(18)制(19)逻(20)辑(21) - 21字可以nn最终输出:漏洞研究员深度揭秘:移动设备流畅度控制逻辑
运维工程师评测:流畅体验引领,智能操控定义未来,reasoning_content:我们要求以运维工程师的口吻,写一个与技术、科技相关,关于移动互联产品评测:流畅体验引领,智能操控定义未来的标题口吻要像运维工程师,通常运维工程师关注稳定性、性能、流畅度、监控、自动化等标题要简短,30字以内直接输出标题,不要加说明nn可能的比如运维视角:流畅体验是王道,智能操控定未来 但需要更技术化或者从运维看移动互联:流畅体验+智能操控=未来但需要更精炼nn考虑到要突出评测,可以是移动互联评测:流畅体验,智能操控未来 但不够运维味道运维工程师常会说性能调优、零卡顿、自动化运维等nn试试:流畅体验+智能操控:运维工程师眼中的移动互联未来 字数多了nn更好的:流畅体验引领,智能操控定义未来——运维工程师评测 但有点长nn直接:移动互联评测:流畅体验与智能操控的运维视角 字数22nn或者更简洁:运维评移动互联:流畅体验+智能操控=未来 18字nn注意要求:以运维工程师的口吻,所以最好有运维或工程师字样但标题里也可以不直接出现,但口吻要体现比如用稳如磐石、零故障等词nn可以:流畅体验+智能操控:运维工程师眼中的未来 13字?不对,19字nn最终决定:运维工程师评测:流畅体验引领,智能操控定义未来 20字这个直接包含了原主题词,且口吻明确
移动H5流畅度优化与精准性能控制实战指南,reasoning_content:我们要求以站内导航优化师的口吻,写一个与技术、科技相关的标题,关于[移动H5流畅度优化与精准性能控制实战指南]标题要简短精炼,30字以内直接输出标题,不要加说明nn思考:站内导航优化师的口吻可能偏向于实用、技术、控制、优化等要体现实战指南、流畅度优化、精准性能控制可能用词如掌控、实战、优化、极致流畅等nn示例:H5流畅度优化实战:精准性能控制指南 但需要更符合口吻考虑站内导航优化师可能关注导航性能,但标题范围是移动H5流畅度可以写:移动H5流畅度优化:精准性能控制实战指南 字数14+?数一下:移动H5流畅度优化:精准性能控制实战指南(共14个汉字+冒号?实际汉字14个,加标点15,符合30字)但需要更口吻化?或者掌控移动H5流畅:精准性能优化实战 等等nn为了体现站内导航优化师的身份,可能加上导航元素?但标题是通用的不如直接简洁有力nn另一个想法:H5流畅度优化实战:精准性能控制秘籍 但秘籍不太技术保持指南nn直接输出:移动H5流畅度优化:精准性能控制实战指南 这个没问题但字数:移动H5流畅度优化:精准性能控制实战指南(移动2,H5字母算1个字符?通常中文字数统计,英文字母算一个字符,但标题要求字数,中文通常按汉字算,英文字母可算一个但最好全中文?移动H5中的H5是字母数字,可以接受如果严格30字,这个标题汉字14个+冒号1+字母2个?实际字符数17,没问题nn但更精简一点?H5流畅度优化与性能控制实战指南 去掉移动?但原题指定移动H5或者移动端H5流畅度优化:精准性能控制实战 16字nn考虑口吻,可以加导航优化师的标签?比如导航优化师亲授:H5流畅度精准控制实战但超了?导航优化师亲授:H5流畅度精准性能控制实战 共16汉字+冒号,没问题但亲授可能有点夸张用实战指南更正式nn我觉得直接:移动H5流畅度优化与精准性能控制实战指南 字数:移动H5流畅度优化与精准性能控制实战指南 (移动2,H5算2个字符?H5是字母和数字,通常算两个,但中文语境下常当作两个字符完整汉字:移动、流畅度优化与精准性能控制实战指南,共15个汉字?数:移、动、流、畅、度、优、化、与、精、准、性、能、控、制、实、战、指、南——18个汉字?移动H5中的H5不是汉字,所以汉字部分:移动 流畅度优化与精准性能控制实战指南 = 2+10+5?流畅度优化4个字?流、畅、度、优、化(5个),与1个,精准2个,性能2个,控制2个,实战2个,指南2个合计2+5+1+2+2+2+2+2=18个汉字加上H5两个字符,共20个字符在30字以内但标题中有H5,通常算作两个字符没问题nn但与字可以去掉?移动H5流畅度优化精准性能控制实战指南 更紧凑但可能会歧义保留与更清晰nn另一个选择:H5流畅度优化:精准性能控制实战指南 去掉移动,但原题指定移动H5,建议保留nn为了更符合站内导航优化师口吻,可以强调掌控、秘籍等但我觉得直接输出即可nn最终输出:移动H5流畅度优化与精准性能控制实战指南
PHP后端视角:移动资源新架构精准控制与系统流畅优化,reasoning_content:我们要求以PHP后端工程师的口吻,写一个与技术、科技相关,关于移动互联资源评测:新架构下的精准控制与系统流畅度优化的标题需要简短精炼,30字以内直接输出标题nn可以构思:从PHP后端角度,关注资源评测、精准控制、系统流畅度优化可能使用“后端视角”、“性能优化”、“架构革新”等词例如:“后端视角下的移动资源评测:新架构精准控制与流畅优化”但需要控制在30字以内nn或者更简洁:“移动互联资源评测:新架构精准控制与流畅度优化”但这个似乎没有体现PHP后端工程师口吻可以加“PHP后端”字样,但可能太长例如:“PHP后端谈移动资源评测:新架构精准控制与流畅优化”字数:PHP后端谈移动资源评测:新架构精准控制与流畅优化 共19字可行nn或者“新架构下移动资源精准控制与流畅度优化——PHP后端视角”但稍长nn另一种:“移动互联资源评测:新架构精准控制优化流畅度”字数12字,但缺少口吻nn最好直接以PHP后端身份说:“作为PHP后端,我谈移动资源评测:新架构精准控制与流畅优化” 但超过30字nn简洁:”移动资源评测:新架构精准控制与系统流畅优化“ 18字但没体现PHP后端nn可以:”后端视野:移动资源新架构精准控制与流畅优化“ 18字nn我认为最合适:”移动互联资源评测:新架构下精准控制与流畅度优化“ 22字但没突出后端nn再考虑:”PHP后端视角:移动资源新架构精准控制与系统流畅优化“ 24字这个可以
16 9 月 2026, 周三

方法1: X:\oracle\ora81\bin\wrap   iname=XXX   oname=XXX   
 
方法2:9i在win2000下使用wrap加密存储过程,10g可以用加密包dbms_ddl.wrap或dbms_ddl.create_wrapped。
 
11.5.1 在win2000下使用wrap加密存储过程
wrap.bat
rem 使用方法:wrap 待加密的文件名
set NLS_LANG=AMERICAN_AMERICA.USACII7
wrap.exe iname=%1
pause
11.5.2 WRAP 程序包(10.2版本)
PL/SQL 程序单元经常包含关于公司流程和商业秘密的非常敏感和机密的信息,这使得它们与表相类似,成为受保护的实体组。为防止未经授权而查看源代码的情况,我们要经常使用 wrap 命令行实用程序,这将使程序变得很混乱。
只有在创建 PL/SQL 脚本后才能调用 wrap;该实用程序将输入的明文打包为一个文件。但是,在某些情况下,您可能希望在 PL/SQL 代码中动态生成包装。在这种情况下,因为还不存在源文件,不能调用 wrap 实用程序。
由于 Oracle 数据库 10g 第 2 版提供了一个供应程序包,您可以使用它创建代码,并进行打包。该程序包补充(而不是替代)了 wrap 实用程序。而后者仍然适合于希望使用命令行来快速打包大量源文件的情况。
例如,假设您希望以打包形式创建简单的过程 p1。
create or replace procedure p1 as
begin
null;
end;
在 PL/SQL 单元中,您可以使用以下命令以打包方式动态地创建这一过程:
begin
dbms_ddl.create_wrapped
('create or replace procedure p1 as begin null; end;')
end;
/
现在您希望确认打包过程。您可以从字典中选择源文本。
SQL> select text from user_source where name = 'P1';
 
Text
-----------------------------------------------------------------
procedure p1 wrapped
a000000
369
abcd
abcd
……等等……
第一行 procedure p1 wrapped 是确认以打包方式创建过程。如果您利用 DBMS_METADATA.GET_DDL() 函数来获取该过程的 DDL,则仍然会看到源代码已被打包。
有时您可能会有略微不同的需求;例如,您可能要生成 PL/SQL 代码,但不想创建过程。在这种情况下,您可以将其保存在一个文件或表中,以便以后执行。但是因为以上方法创建了过程,所以该方法在这里行不通。所以您需要在程序包中调用另一个函数:
SQL> select dbms_ddl.wrap
2 ('create or replace procedure p1 as begin null; end;')
3 from dual
4 /
 
DBMS_DDL.WRAP('CREATEORREPLACEPROCEDUREP1ASBEGINNULL;END;')
----------------------------------------------------------------------
create or replace procedure p1 wrapped
a000000
369
abcd
abcd
... and so on ...
WRAP 函数的输出是一个可传递的参数,它代表着 PL/SQL 代码的打包输出结果。该参数可以保存在纯文件文件或表中,可以在以后执行。如果您生成的代码要在其他地方部署,并且必须要保证代码的安全性,则这种方法很有用。
如果您可以将所存储代码的全部文本作为一个 varchar2 数据类型(大小限制为 32K)来传递,则这一方法可以正常工作。如果 PL/SQL 代码超过 32K,则您必须使用一种略微不同的方法:接受一个集合变量作为输入。
在这里您可以使用一个供应的数据类型:程序包 DBMS_SQL 中的 varchar2。这是一个集合数据类型 (TABLE OF VARCHAR2),表的每个单元都接收多达 32K 的文本;可随意增加该表所含的单元数,以满足您的需要。例如,假设您必须包装一个名为 myproc 的非常长的过程,其定义如下:
create or replace procedure myproc as
l_key VARCHAR2(200);
begin
l_key := 'ARUPNANDA';
end;
当然,这根本不是一个非常长的过程;但是为了示范起见,假设它很长。为了将其创建为打包形式,您要执行以下的 PL/SQL 块:
1 declare
2 l_input_code dbms_sql.varchar2s;
3 begin
4 l_input_code (1) := 'Array to hold the MYPROC';
5 l_input_code (2) := 'create or replace procedure myproc as ';
6 l_input_code (3) := ' l_key VARCHAR2(200);';
7 l_input_code (4) := 'begin ';
8 l_input_code (5) := ' l_key := ''ARUPNANDA'';';
9 l_input_code (6) := 'end;';
10 l_input_code (7) := 'the end';
11 sys.dbms_ddl.create_wrapped (
12 ddl => l_input_code,
13 lb => 2,
14 ub => 6
15 );
16* end;
在这里我们定义了一个变量 l_input_code 来保存输入的明文代码。在第 4 行到第 10 行中,我们用要打包的代码来填充这些行。在本示例中,同样为了简单起见,我使用了非常短的行。实际上,您可能要使用非常长的行,其大小多达 32KB。同样,我在数组中只使用了 7 个单元;实际上您可能要使用若干单元来填充全部代码。
第 11 到第 15 行表明我如何调用该过程,以便将该过程创建为打包形式。在第 12 行中,我将集合作为一个参数 DDL 来传递。但是,在这里暂停一下 — 我已经分配了一个注释作为数组的第一个单元,可能用于文档。但它不是有效的语法。同样,我将另一个注释分配给数组的最后一个单元 (7),它也不是用于创建过程的有效语法。为了使包装操作仅仅处理有效的行,我在第 13 和第 14 行中指定了存储我们代码的集合的最低 (2) 和最高 (6) 的单元。参数 LB 表示数组的下界,在本示例中是 2,而 HB 是上界 (6)。
使用这种方法,现在可以从您的 PL/SQL 代码中以打包方式创建任意大小的过程。
============================================================
 
CREATE OR REPLACE PROCEDURE p_wraped_user AUTHID CURRENT_USER AS
--Created by xsb on 2006-11-10
--For:批量加密本用户下的所有代码,包括存储过程、函数、包。
v_procs dbms_sql.varchar2a;
 
BEGIN
FOR n IN (SELECT DISTINCT NAME, TYPE
FROM user_source
WHERE NAME <> 'P_WRAPED_USER' AND
TYPE <> 'TYPE'
MINUS
SELECT DISTINCT NAME, TYPE
FROM user_source
WHERE line = 1 AND
instr(text, 'wrapped') > 0
--WHERE NAME = 'GET_CLERK' --AND
-- TYPE = 'PACKAGE BODY'
ORDER BY TYPE) LOOP
FOR i IN (SELECT rownum rn, text
FROM (SELECT decode(line, 1, 'create or replace ') || text text
FROM user_source
WHERE NAME = n.NAME AND
TYPE = n.TYPE
ORDER BY line)) LOOP
v_procs(i.rn) := i.text;
END LOOP;
dbms_ddl.create_wrapped(v_procs, 1, v_procs.COUNT);
v_procs.DELETE;
END LOOP;
 
END; 
oracle下加密存储过程的方法

dawei

【声明】:毕节站长网内容转载自互联网,其相关言论仅代表作者个人观点绝非权威,不代表本站立场。如您发现内容存在版权问题,请提交相关链接至邮箱:bqsm@foxmail.com,我们将及时予以处理。

您错过了

漏洞研究员深度揭秘:移动设备流畅度控制逻辑,reasoning_content:我们要求以网络安全漏洞研究员的口吻写一个与“技术、科技”相关,关于“移动互联设备流畅度深度评测:揭秘控制逻辑背后的技术精髓”的标题字数控制在30字以内注意是标题,不要多余说明nn需要体现网络安全漏洞研究员的身份,同时与流畅度评测、控制逻辑技术相关可以结合漏洞、安全、性能优化等角度例如“漏洞研究员揭秘:流畅度背后的控制逻辑陷阱”之类的但要求简短精炼30字内nn可能的漏洞视角下的移动设备流畅度控制逻辑解析字数?数一下:漏洞视角下的移动设备流畅度控制逻辑解析 - 一共16个字?不对,中文每个字算一个:漏(1)洞(2)视(3)角(4)下(5)的(6)移(7)动(8)设(9)备(10)流(11)畅(12)度(13)控(14)制(15)逻(16)辑(17)解(18)析(19) —— 19个字,可以nn但题目要求“以网络安全漏洞研究员的口吻”,这个标题不够明显可以更直接:网络安全研究员揭秘:流畅度控制逻辑的安全隐患字数:网络安全研究员揭秘:流畅度控制逻辑的安全隐患 - 网(1)络(2)安(3)全(4)研(5)究(6)员(7)揭(8)秘(9):(10)流(11)畅(12)度(13)控(14)制(15)逻(16)辑(17)的(18)安(19)全(20)隐(21)患(22) —— 22字,符合nn但题目中给的是“移动互联设备流畅度深度评测:揭秘控制逻辑背后的技术精髓”,我们作为漏洞研究员,可能要把“技术精髓”变成“安全漏洞”或“隐患”或者可以结合:漏洞研究员深度剖析:移动设备流畅度控制逻辑字数:漏洞研究员深度剖析:移动设备流畅度控制逻辑 - 漏(1)洞(2)研(3)究(4)员(5)深(6)度(7)剖(8)析(9):(10)移(11)动(12)设(13)备(14)流(15)畅(16)度(17)控(18)制(19)逻(20)辑(21) —— 21字nn很好再考虑更吸引眼球:安全漏洞视角:移动设备流畅度控制逻辑揭秘字数:安(1)全(2)漏(3)洞(4)视(5)角(6):(7)移(8)动(9)设(10)备(11)流(12)畅(13)度(14)控(15)制(16)逻(17)辑(18)揭(19)秘(20) —— 20字nn注意原问题要求“写一个标题”,直接输出选择最合适的我倾向于:漏洞研究员揭秘:移动设备流畅度控制逻辑这样口语化且体现身份但字数够了或者加上“深度”二字?漏洞研究员深度揭秘:移动设备流畅度控制逻辑 - 29字?漏(1)洞(2)研(3)究(4)员(5)深(6)度(7)揭(8)秘(9):(10)移(11)动(12)设(13)备(14)流(15)畅(16)度(17)控(18)制(19)逻(20)辑(21) - 21字可以nn最终输出:漏洞研究员深度揭秘:移动设备流畅度控制逻辑