芳草苑

Day: June 29, 2010

  • Clean temporary files left by editors

    打开文件进行编辑或其他操作后，有时会留下一些临时文件。按理只有非正常中止会留下临时文件，但有时即使正常退出仍在硬盘上留下一堆垃圾，可能某些编辑器有 bug。

    不过，清理临时文件也不费力，找准文件名特征可以一次性删除它们。

    find /var/www -name ".goutputstream-*" -exec rm -rf {} \;

    据说 .goutputstream-* 是 GNOME 拷贝粘帖文件时的临时文件。

    find /var/www -name ".tmp*~" -exec rm -rf {} \;

    .tmp*~ 是 Text Editor 编辑时的临时文件。

    保持良好的习惯，不要用 root 身份去执行此类操作，执行前也要再三检查查找起始位置是否正确。

  • Why not use over-sized images in Magento?

    为什么不要在 Magento 下使用过高像素的图片？其实这个命题跟 Magento 没有多大关系——任何网站都不要使用超过实际需要尺寸的图片。

    只是 Magento 强大的图片处理机制容易让人产生惰性：如今买个相机动辄 10m pixels，拍完照一上传，只要 php.ini 允许足够大的值，Magento 也认可，但是，如果你真的这么做了，至少有这几点不良后果：

    • Can not send large images to Google Base (now called Google Merchant Centre). 虽然 Magento 能在自己的网站上缩放图片，但显然没有为 Google Base 考虑到。若为了让 Magento 缩放图片兼容去修改 GoogleBase module，在我看来有点头痛医脚的感觉。
    • Cost longer time to generate images in cache. 如果整个网站最大图片也只要 600x600px，那么何必为每次清空 image cache 后等上几秒钟来一张 10 兆像素的照片缩小成 600x600px？
    • Waste bandwidth to synchronise / backup media folder. 或许 unlimited bandwidth 不值得担心，但为数据同步／备份节省点时间不好吗？
    • My daily backup excludes some over-sized folders. 我有每日备份的机制，但这个机制无力顾及一些体积过大的文件或文件夹（通常也是不常更新的文件）。所以我会排除某些文件让备份文件保持小巧。

    作为最佳实践，图片处理不应该依赖于 online resizing。我想 Magento 在管理图片上，也可以更周到一些，适当时提示说，“照片太大，需要缩小保存吗（不保存原图）？”。