-gmis更新201505,增加linkfieldcopy

linkfieldcopy 这一名词被引入是在 extra/linktbl.php 中需要将子表的一些字段抄送给父表。如在 xml/xxxx.tbl中配置为:

<field name=”categorylist”>
<chnname>关联目录</chnname>
<extrainput>extra/linktbl.php?tbl=bxp_brandcategorytbl&amp;linkfield=brandid&amp;pnskbrandid=THIS_id&amp;pnsm=1&a
mp;linkfieldcopy=2</extrainput>
<!– linktbl_copyfield, 2 here means the second field in brandcategorytbl conf, ie. categoryid, refer to jdo.php
, 06:50 Saturday, May 09, 2015 –>
</field>

默认情况下,子表通过 comm/ido.js 中的 sendLinkInfo调用,将列表页的第二列的值抄送到主表关联字段即linkfield所指的字段。但有些时候,问题可能需要抄送子表列表页的非第二个字段到 父表的linkfield。

这时候就需要设置linkfieldcopy字段,能够指定一个顺序号,在 ido.php —> jdo.php中调用,将相应的子表的列值抄送到父表的linkfield上。

如上的例子中,父表 categorylist默认将抄送子表brandid这一列的值(顺序号为1),如果指定了linkfieldcopy=2,则子表的列表页list中的第二列的值将被送到到主表的categorylist中去.

涉及到的程序:
xml/xxxx.tbl
jdo.php
comm/tools.function.php

 

 

发表在 -gMIS, 编程技术 | 留下评论

UfqiNews有福常在Google Books亮月亮科技Apache Softwares

好leader和好follower

Good Leader, Bad Leader and Good Clerk and Bad Clerk. 在组织中,总需要有leader的角色,也有clerk的角色,即便再扁平,也需要这样两类角色。

A B C D
Leader 不提要求,给资源 提要求,给资源 提要求,不给资源 不提要求,不给资源
Clerk 不提条件,要啥给啥 提条件,要啥给啥 提条件,给啥是啥 不提条件,给啥是啥

两个角色之间免不了分工与协作,指导、支持与被指导、支持。如果leader的有两类东西给clerk的话,应该可以分为提要求、需求,给资源、支持;同样地,clerk对应的会提满足要求或需求的条件、物料等,再有就是对要求、需求的理解与处置。

简略的,leader是提不提要求,给不给资源;clerk是提不提条件,合不合心意。从上表可以看到A类leader和clerk都是最好的,C类是最差的。

B类是健康态,D类是什么呢?不管不问….., 不过还是好过C类的,C类的leader最舒服,啥支持与资源都不给,只提要求;C类的clerk也最舒服,提各种要求,做出个啥样是啥样。

Clerk希望遇上A类leader,比如一个大富豪请一帮科学家研究某个疾病。

Leader希望遇上A类clerk,比如….. 黑帮是这样吗?

 

 

发表在 社会生活 | 留下评论

医用外科口罩一次性医疗专用口罩防尘透气成人三层防护透气医生床上电脑桌大学生宿舍上铺懒人可折叠小桌子家用寝室简约学习书桌京东制作护发素发膜正品修复干枯免洗家用护发补水顺滑女士发热焗油膏

wordpress 404 not found redirect htaccess

put those lines in root directory, .htaccess

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress
#

发表在 服务器运维, 编程技术, 计算机技术 | 留下评论

医用外科口罩一次性医疗专用口罩防尘透气成人三层防护透气医生床上电脑桌大学生宿舍上铺懒人可折叠小桌子家用寝室简约学习书桌京东制作护发素发膜正品修复干枯免洗家用护发补水顺滑女士发热焗油膏

记住这些在线图表制作online flowchart and diagram的自然域名

在线图表制作工具,是时候用一下除了MS Project & Visio之外的工程绘图工具,流程图、网络图、结构图、思维导图,都可以在浏览器里快速设计制作出。

Online flowchart and diagram, 使用如下任何一个地址自然域名(NatureDNS)可以打开在线制图工具:

-onlinediagram

-示意图

-flowchart

-逻辑图

-流程图

-在线图表

-baidu-naotu

draw.io.

发表在 -NatureDNS/-自然域名, 社会生活, 计算机技术 | 留下评论

京东制作护发素发膜正品修复干枯免洗家用护发补水顺滑女士发热焗油膏捐助乌克兰Help Ukraine老板选址BossXuanzhi

libstdc++ conflicts itself, perl, yast, git

Issue: 在 openSuSE 11, 12, 13的某些版本中,通过yast安装 git 工具包,会遇到类似问题:

Problem: solvable libstdc++6-4.8.1_20130909-3.2.1.i586 conflicts with libstdc++6 provided by itself

—-

Why do some packages conflict with themselves?
“Oneiric supports Multi-Arch, that is, allowing you to install packages of different architectures simultaneously (currently i386 and amd64 a.k.a. 32-bit and 64-bit). Some packages cannot be installed simultaneously (like libc6:i386 and libc6:amd64). aptitude cannot handle these cases and therefore thinks that it may be a good idea to remove those packages. It’s recommended to use apt-get now.”

—-

解决办法:

Package conflicting with itself?

>> You somehow need an upgraded zypp stack, which will ignore the self
>> conflict.
>
> Yeah, but it's kind of tough as the new zypp stack requires new libstdc++ 
> and a bunch of other things which I don't really want to force install.

Can't you just force-install libstdc++6-4.8.1_20130909-3.2.1.i586?

强制重新安装

libstdc++6-4.8.1_20130909-3.2.1.i586

shell> wget “ftp://bo.mirror.garr.it/pub/1/opensuse/distribution/13.1/repo/oss/suse/i586/libstdc++6-4.8.1_20130909-3.2.1.i586.rpm”
shell> rpm -ivh –nodeps –force libstdc++6-4.8.1_20130909-3.2.1.i586.rpm
然后再安装 perl相关的一些工具包
shell> zypper -v install –force-resolution yast2-perl-bindings

之后可能会碰到一些其他异常或者丢失,缺啥少啥补啥。

这一过程中,还可能遇到 yast 无法使用,或者
shell> perl -MCPAN -eshell
无法调用的情况,均是由于在安装过程中 libstdc++ 的版本问题遇到故障,可以在解决上来上面的问题之后,重新安装 perl 即可。

本质上,每个软件的版本都有与之同期的对应的版本相配合,跨时期的软件版本很难融合。这是本次,也是上次 apache 和 resin融合遇到的问题的共同特征。

 

发表在 服务器运维, 编程技术, 计算机技术 | 留下评论

京东制作护发素发膜正品修复干枯免洗家用护发补水顺滑女士发热焗油膏捐助乌克兰Help Ukraine老板选址BossXuanzhi

apache-httpd与resin的桥接mod_caucho,hmux

apache的httpd是一款流行的web服务端软件;resin是一款流行的java应用服务端软件,通常架设的服务是apache的httpd做web服务端,遇有jsp这样的请求转交给resin在后台执行、解析后再经由httpd转给用户,这样的流程满足了绝大多数的需求。尽管resin宣称是第一快的java应用服务端软件,甚至在处理静态文件的应答(html或者image等)也比httpd快,但业界似乎仍多钟情于httpd+resin的组合。

apache的httpd的配置桥接resin是通过常用的如下这样的方式进行的:

# mod_caucho Resin Configuration
LoadModule caucho_module modules/mod_caucho.so
ResinConfigServer localhost 6800
CauchoConfigCacheDirectory /tmp
CauchoStatus yes

这通常没错,也是resin推荐的配置,此时,如果在resin/conf/resin.properties 中打开如下:

# General log level (modify resin.xml for more granular log level adjustments)
log_level : finer
# Enable verbose browser error reporting
dev_mode : true

在resin的日志文件里会惊奇地发现,无论是请求jsp文件,还是html文件(静态),resin总是能收到请求处理信息,即便在 resin/conf所有所见之处都屏蔽了对html等静态文件的接管处理。日志如下:

[15-04-07 11:27:59.943] {server://127.0.0.1:6800-11} TcpSocketLink[id=server://127.0.0.1:6800-11,server://127.0.0.1:6800,KEEPALIVE_THREAD] keepalive disabled from KEEPALIVE_THREAD, reason=thread-keepalive timeout
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} TcpSocketLink[id=33,app-0] starting connection TcpSocketLink[id=server://127.0.0.1:6800-33,server://127.0.0.1:6800,ACCEPT], total=28
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] start request
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] channel-r 1
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] P-r: dispatch protocol
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] etag: h-default
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] host: labs.people.com.cn
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] query:
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] host alias ‘labs.people.com.cn -> ‘Host[production/host/default]’ no change
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] n
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] Q: end of request
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] flush()
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} TcpSocketLink[id=33,app-0] keepalive (thread)
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] start request
[15-04-07 11:27:59.944] {server://127.0.0.1:6800-33} Hmux[app-0:33] channel-r 1

也即,如果使用上述配置,而没有在apapche/conf/httpd.conf中做预审判断的话,请求总是会被发送到resin那里,可能被执行、解析,也可能没有。改变这种将html请求也发给resin的做法是在 apache/conf/httpd.conf中做明确的转发判断,mod_caucho做如下这样的设置:

LoadModule caucho_module modules/mod_caucho.so
CauchoHost localhost 6800
AddHandler caucho-request jsp
<FilesMatch \.jsp$>
SetHandler caucho-request
</FilesMatch>

重启apache之后,再次测试请求jsp会被顺利送达resin进行相应处理,而请教html则不会在无辜转动resin中周折。

或许在源码一层的分析更有确切的策略消息。

发表在 服务器运维, 编程技术, 计算机技术 | 2条评论

捐助乌克兰Help Ukraine老板选址BossXuanzhiUfqiFina有福金融UfqiWork有福工坊