Tips: Drupal7的Lightbox、Colorbox及CKEditor

thumb-tips-tricks闲不住又开始建新站,无论走在路上、坐在车里或是在天台抽烟,脑子里总可以有这么一摊子事情去琢磨,以便强行排遣工作生活中各种闹心的人和事——我爱这感觉;越来越觉得建站这事,对我来说,当前的意义远高于未来的。

再一次的,本想在一点点捣鼓CMS的过程里,及时记录下点滴的方法心得或参考资料备忘一类,不过实际中怎样也无法打断操作的连贯性,尤其遇到问题百爪挠心的时候,几个小时几个小时的搜索尝试各种解决方法,更无暇估计记录一类的事情。生怕过不许久就会忘记,所以决定基本完成之后,尽快按照不同功能范畴划分一下,回忆并记下里面的各种细节。

今天先零散记三条tips,其实有两条还是之前放在微博上的:

  • Drupal 7装好Colorbox module插件库之后怎样在文字或图片链接中触发:为图片的<a>容器添加class="colorbox"。就这么点儿破事儿,任何相关文档中都找不到,论坛里讨论的一塌糊涂,改plugin路径、在模板里写JS初始化...尼玛坑爹啊!
  • Drupal6+Lightbox2,不需要升级jQuery;Drupal7+Colorbox,因为Lightbox2没有D7版本(这是6月的事了,目前已有dev版本,正在用;colorbox相比lightbox2还是重了些。)。Lightbox2默认方法:为图片的<a>容器添加rel="lightbox";Colorbox默认方法:为图片的<a>容器添加class="colorbox"
  • CKEditor可以直接在CKEditor Module的设置中进行一些高级属性配置:configuration->CKEditor 最下面的Advanced中可以进行具体配置,参数可以参考官方文档;一个典型的设置实例:在使用CKEditor之后,原本正文内容编辑区在field设置中的行数(高度)设定便失效,需要在这里进行手动配置:config.height = '400px'; 具体高度可酌情。

Tips: Drupal6站点搬家 - 怎样备份与恢复

thumb-tips-tricks

  • 在performence中关闭所有缓存及CSS、JS压缩,并清除缓存。
  • 进入phpmyadmin后台,查看所有以“cache_”为前缀的数据表,如过大,可执行empty操作。
  • 安装Backup and Migrate扩展并启用。
  • 进入该扩展的Backup页面,以默认方式备份数据库。
  • 使用FTP或SSH,连同sites及其下所有路径和文件一起打包,下载至本地。
  • 以正常方式在新家安装Drupal 6。
  • 将sites包解压缩,进入all文件夹,将里面全部内容打包,可命名为all.tar.gz或zip等格式;进入default->files文件夹,将里面全部内容打包,可命名为files.tar.gz或zip等格式。
  • 将all.tar.gz上传至新站点的all路径中,解压缩;将files.tar.gz上传至default->files路径中,解压缩。删除压缩文件。
  • 进入站点后台的modules管理,启用Backup and Migrate扩展。
  • 进入该扩展的Restore页面,选择之前备份的数据库文件,恢复。

至少我的r2html5.com是这样简单搬家成功的。

这些假设你没有做过系统核心的heck;所有的打造都使用override方式在sides路径中进行覆写。

怎样覆写Drupal系统模块(module)中的函数

logo-drupal-notes记下来加深印象,主要是最后一个步骤。

譬如对于Drupal 6的teaser中那些Add new comment链接,希望改变文案成为“Add comment”或链接指向一类,只有修改comment.module文件。原生文件位于根目录\modules\comment文件夹中。不便直接修改,仍以覆写为先。

将整个comment文件夹copy出来,进入扩展模块的路径,也就是sites\all\modules中,新建名为custom的路径,将comment文件夹粘贴过来。进入该文件夹再修改其中comment.module就好了。对于前面说的需求来说,找到名为comment_link的函数就可以动手了。

我自己时常忘记的就是最后一步:修改之后怎样都是无效,刷遍缓存亦然;其实需要进入admin/build/modules,点击save configuration,系统重新识别一下新的comment模块路径便OK了。记住喽。

我的Drupal常用扩展模块 - 101004

logo-drupal-notes迟到的一句“假期快乐”送给各位;已然10月4号了,过去一半了,谢特!

前面三天正经事情没怎么做,什么都没怎么做,昨天晚上动画片看的面色乌青的,今天觉得身体状况甚是糟糕。其实放假什么的最容易降低体质了,尤其多数时间宅在家里对着电脑。说睡懒觉也实在有点困难,不知为何从前那种一睡睡到下午两点的热情再也找不到了,即使放假的日子也早早的起来了;反而是平时工作的日子觉得怎么都不想起床不想出门,看来是心理问题。

今天一早爬起来整理了一些有关Drupal的事情,写写文档啊做做脑图啊觉得好像在做事了。每次玩一玩其实都会重复下载好多100%常用必下的扩展模块。其实直接把以前做的本地站点中的模块拿出来放在新站里面也完全OK,可是总觉得一个一个的找来新版本重新安装才好玩,不高兴让它自己去找update,况且那还挺慢;另外Drupal提供的installation profiles本就是避免这种重复劳动用的,可是我仍觉得自己手动安装更靠谱,有点信不过这种一键式打包再还原的东西。

所以终于决定把自己常用的模块都列出来附上链接放在这里了,方便以后直接从这里索引过去。分批吧,总不会一次都弄全。这次不做中文站,终于可以抛开那些乱七八糟的干扰因素了,文案本土化去死吧,定义中文词条的token去死吧,中文分词去死吧,最小12px可读字号去死吧!

Read more on "我的Drupal常用扩展模块 - 101004"

怎样优化Drupal的Views模块生成的HTML代码呢?

logo-drupal-notes这是个问题;用Drupal在本地做测试站的时候,上一版使用Views+Panels做输出和布局,用的是蛮开心的,但是看看Panel生成的HTML结构及重量,实在想哭。于是现在的版本呢,就是写自定义模板来做页面布局,使用Views来生成绝大多数的内容。

慢慢的coder人格的洁癖又犯了,看着Views生成的那一堆有用的没用的HTML,又流出眼泪水了。当然Views的输出是可以用模板覆盖的方式来自定义的,但是这事我现在还拿不准应该怎样去做才能让不同的View使用不同的自定义模板。

刚刚受地球自转影响,突然想起去Modules里面找找看,使用“views”+“template”作为关键词,看中两个,接下来试试看:

Read more on "怎样优化Drupal的Views模块生成的HTML代码呢?"

WWP简报备忘 - 100328

logo-drupal-notes上一次的WWP简报备忘还是20多天前的样子了;差不多是时候做个阶段总结备忘。

目前在本地搞的WWP已经是第三个版本的测试站了。干嘛搞这么多呢?

  • 第一版:主要是玩;在经历了“逐浪于Drupal的疲劳假期”之后,把当时学到的东西结合脑子里的需求揉在一起玩弄一番。
  • 第二版:针对gallery、文章、用户这三个大部头进行详细打造;熟悉CCK+Views+Panel的构建方法;记录遇到的问题及解决方案。
  • 第三版:仍然基于以上三个方面,模板打造事件介入;页面布局构建方面,由于Panel会产生太多额外的DOM结构,放弃,转向模板层面,对不同内容类型的页面使用不同的模板文件,通过自定义区块位调用相应View生成的Block来呈现指定内容或内容列表;虽然View本身生成的DOM就已经多到铺出来,但至少目前看来比使用Panel还是要精简一些的。
Read more on "WWP简报备忘 - 100328"