Development

Rsync git diff files to external

JOE — Tue, 12 May 2015 07:06:07 +0000

git diff -z --name-only HEAD^ HEAD | xargs -0 -IREPLACE rsync -azP REPLACE root@www.example.com:/var/www/html/

oneliner, no need to explain, right?

Free tags:

Development

反時間方向的留言排序

JOE — Sun, 26 Apr 2015 14:11:26 +0000

Drupal 原生在 node 下的留言是使用時間最先的開始 (created ASC)
但如果需要反方向的話 (不使用 views 為前提)：

Free tags:

Development

Drupal 7.x

Alter comments query to order by DESC

JOE — Sun, 26 Apr 2015 03:22:56 +0000

Drupal ordinary comment listing under nodes are ordered earliest first.(created ASC)
If you need to make it DESC, without using views:

Free tags:

Development

Drupal 7.x

在 node page 加入 open graph tags

JOE — Tue, 21 Apr 2015 16:02:42 +0000

Free tags:

Development

header

Drupal 7.x

Adding open graph tags to node page

JOE — Tue, 21 Apr 2015 16:02:07 +0000

Free tags:

Development

header

Drupal 7.x

修改用戶頁面的密碼欄位

JOE — Wed, 04 Mar 2015 08:59:06 +0000

要求看似簡單，將用戶頁面的密碼欄位改成 “New Password” (或加 placeholder 等)

由:

改成:

Free tags:

Drupal 7.x

Development

Alter user profile page password fields in Drupal 7.x

JOE — Wed, 04 Mar 2015 08:53:09 +0000

The request seems simple, change the password field title in user edit form to “New Password” (or add placeholder etc)

From:

to:

Free tags:

Drupal 7.x

Development

訪客購物車 programmatically

JOE — Mon, 18 Aug 2014 11:24:29 +0000

需求：每個訪客都會預設幫他們將一件貨物加到購物車
他們便可以直接完成交易

Commerce kickstart已經是一個現成的示範
訪客就算不注冊仍然可以使用購物車
而且一定情況之下關閉瀏覽器之後再回到網站仍然可以找回上次的紀錄繼續購物

但在 init 的時候使用

Free tags:

Development

commerce

cart

Drupal commerce - Add to cart anonymously, programmatically

JOE — Mon, 18 Aug 2014 11:17:15 +0000

Feature: add an item to the shopping cart of every visitor so they can checkout immediately.

Actually a shopping cart can belongs to anonymous, linked by session ID
Commerce kickstart had already demonstrate such behaviour.

But the problem is,

Free tags:

Development

commerce

cart

Drupal commerce －從代碼建立訂單

JOE — Mon, 11 Aug 2014 10:53:47 +0000

Drupal commerce 己經成為 Drupal 電子商務應用的主流了，ubercart 落伍了

Ubercart 是一個源自 Drupal5.x 世代的方案
而為了使用 Drupal7 方便的 entities，和令電子商務方案使用一個「弱品牌化」的名字，Drupal commerce 誕生了

但因為 Drupal commerce 龐大的代碼量，為了方便分散工作，代碼都打散到不同的模組，各自有他們的維護者
再加上為數不少的 dependencies 令上手的難度過大
所以 Drupal commerce kickstart 便將一個完整的電子商務網站包裝起來
只需要下載安裝，匯入範例便可以立即使用了

這次的開發和前一次類似，從代碼建立將貨物放到訂單：

Free tags:

Create Drupal commerce order programatically

JOE — Mon, 11 Aug 2014 10:32:23 +0000

Drupal commerce had become the major implementation of all-in-one ecommerce solution, from ubercart.

Ubercart was long from Drupal5.x era
To work with entities that build-in Drupal7, and also make Drupal's commerce solution brand-less, Drupal commerce was born.

Free tags:

Drupal feeds module: FeedsProcessor with ubercart Order

JOE — Mon, 04 Aug 2014 05:00:39 +0000

使用者情境：批量使用 CSV 匯入 ubercart 訂單

Feeds 模組已經有一個 CSV 格式讀取 parser，又有批量 batch 支持，能處理大檔案 CSV ，Feeds 的代碼也有很多使用的經驗，而且最重要的是，模組自己已經有四種內容可以匯入：(nodes, users, terms, feednode?)，有更高的機會支持其他內容 (ubercart orders)

Free tags:

Drupal feeds module: FeedsProcessor with ubercart Order

JOE — Mon, 04 Aug 2014 04:33:43 +0000

Use case: need to import batch ubercart orders from a CSV

Feeds module have a CSV parser already, have batch process build in, can process a large CSV already, and proven code. The most import, there are already 4 type of content that can be import (nodes, users, terms, feednode?), so likely there are other ways to import new content as well.

Free tags:

Web dev's dilemma: integration resopsibility

JOE — Mon, 14 Oct 2013 11:51:10 +0000

Situational question: AJAX POST to /user/create

Frontend HTML dev should find out URI /user/create and put inside JS, or;
Backend dev should put that in after completing user controller?

This grey area responsibility keeps popping up during the day
In some complex application with AJAX GET, POST, Facebook API with multiple end point URI
the communication effort is near to the development effort itself

Free tags:

Development

網頁工程師們的兩難：問中間灰色地帶的責任

JOE — Mon, 14 Oct 2013 11:43:56 +0000

情境題：AJAX POST 到 /user/create
究竟是

前端HTML工程師要找出路徑 /user/create 放到 JS
還是後端工程師在完成 user controller 之後負責修改 JS 檔？

這個中間灰色地帶的責任問題一直困擾我們的工作
在某些複雜的 AJAX GET, POST, Facebook API 等多個溝通點的情況之下
中間 integration 需要的溝通量有時差不多和開發的時間相等

前端不想打開 controllers 找出 controller 的 method
後端不想看 JS 的 jquery object, success callback 還可能需要 handle HTML
但在這個兩難式中間
始終有一個人需要完成灰色的工作

我們需要一個有效率而又相對公平的方法
還是這就是工程師們必要的溝通？
那遙距的團隊要如何解決這個問題？

Free tags:

Development

Development

Rsync git diff files to external

反時間方向的留言排序

Alter comments query to order by DESC

在 node page 加入 open graph tags

Adding open graph tags to node page

修改用戶頁面的密碼欄位

Alter user profile page password fields in Drupal 7.x

訪客購物車 programmatically

Drupal commerce - Add to cart anonymously, programmatically

Drupal commerce － 從代碼建立訂單

Create Drupal commerce order programatically

Drupal feeds module: FeedsProcessor with ubercart Order

Drupal feeds module: FeedsProcessor with ubercart Order

Web dev's dilemma: integration resopsibility

網頁工程師們的兩難：問中間灰色地帶的責任

Drupal commerce －從代碼建立訂單