可以請大家幫忙診斷一下嗎？ByetHost突然無法顯示TiddlyWiki文件了
141 views
Skip to first unread message
MilchFlasche
May 25, 2008, 7:16:36 AM5/25/08
to TiddlyWiki 華語支援論壇
大家好，昨天開始我在我的ByetHost主機上放的幾個TiddlyWiki單檔文件突然都會被重新導向到404頁面了，不過上個禮拜或前不久我才試
過，應該是沒問題的。可以請大家試試看下列的幾個頁面嗎？
1. http://milchflasche.byethost31.com/ ccTiddly的頁面，應該是可以開
2. http://milchflasche.byethost31.com/info.html 一個TiddlyWiki 2.1.3文件，我試
過開不了
3. http://milchflasche.byethost31.com/delicious_fruit/source.html 一個很普通
的html文件，應該是可以開
4. http://milchflasche.byethost31.com/aliens/MPTW.html 我抓下來上傳的
MonkeyPirateTiddlyWiki，我試過也是開不了
5. http://milchflasche.byethost31.com/1.2.34.htm 空白TiddlyWiki 1.2.34，可以
開
6. http://milchflasche.byethost31.com/2.0.3.html 空白TiddlyWiki 2.0.3，也行
7. http://milchflasche.byethost31.com/2.1.3.html 單檔的空白TiddlyWiki 2.1.3，
又不行了
我昨天在裝ccTiddly 1.6的時候有上傳一個ccTiddly建議的.htaccess上去，但是似乎被伺服器吃掉了，FTP上是看不到的，會
和這個有關係嗎？
傷腦筋啊，怎麼突然變這樣呢，嗚嗚。拜託對網路伺服器以及免費主機比較有經驗的朋友提供一下意見，不知道是不是ByetHost他們那邊調整了什麼，還
是我這邊做錯了什麼。其他有用ByetHost的朋友，是否也遇到這問題呢？
過，應該是沒問題的。可以請大家試試看下列的幾個頁面嗎？
1. http://milchflasche.byethost31.com/ ccTiddly的頁面，應該是可以開
2. http://milchflasche.byethost31.com/info.html 一個TiddlyWiki 2.1.3文件，我試
過開不了
3. http://milchflasche.byethost31.com/delicious_fruit/source.html 一個很普通
的html文件，應該是可以開
4. http://milchflasche.byethost31.com/aliens/MPTW.html 我抓下來上傳的
MonkeyPirateTiddlyWiki，我試過也是開不了
5. http://milchflasche.byethost31.com/1.2.34.htm 空白TiddlyWiki 1.2.34，可以
開
6. http://milchflasche.byethost31.com/2.0.3.html 空白TiddlyWiki 2.0.3，也行
7. http://milchflasche.byethost31.com/2.1.3.html 單檔的空白TiddlyWiki 2.1.3，
又不行了
我昨天在裝ccTiddly 1.6的時候有上傳一個ccTiddly建議的.htaccess上去，但是似乎被伺服器吃掉了，FTP上是看不到的，會
和這個有關係嗎？
傷腦筋啊，怎麼突然變這樣呢，嗚嗚。拜託對網路伺服器以及免費主機比較有經驗的朋友提供一下意見，不知道是不是ByetHost他們那邊調整了什麼，還
是我這邊做錯了什麼。其他有用ByetHost的朋友，是否也遇到這問題呢？
MilchFlasche
May 25, 2008, 7:17:37 AM5/25/08
to TiddlyWiki 華語支援論壇
我先收假回營了，有任何建議和指點的話都先謝過了！<(_ _)>
Bram
May 26, 2008, 10:37:33 AM5/26/08
to TiddlyWiki 華語支援論壇
1) 在unix like 的檔案系統中 [.] 開頭檔名的是「隱藏」檔。
一般而言， ftp client 在列表中，預設是不顯示的，找一下有無選項可改，也許它會吐還你。
2) 若是上傳了 .htaccess 之後才發生問題，先刪除或改名後再試。
3) TW 2.1.3 的 core 裡頭含 "<html><body>" 字串，由於某些免費空間，可能會誤判而於此插入廣告或是統計等程式碼，
因而造成 TW 無法正常描繪出網頁，造成無法預期的問題。解決方式：找到該字串，改成 "<"+"html>"+"<"+"body>" 即可。（這
與你的 ccT 1.1 的 standalone 「曾經」無法顯現，是相同的問題，忘了嗎？）
先前已請 Jeremy 修正了，TW 2.2+ 應無此問題。
On 5月25日, 下午7時16分, MilchFlasche <Robertus0...@gmail.com> wrote:
> 大家好，昨天開始我在我的ByetHost主機上放的幾個TiddlyWiki單檔文件突然都會被重新導向到404頁面了，不過上個禮拜或前不久我才試
> 過，應該是沒問題的。可以請大家試試看下列的幾個頁面嗎？
> 1.http://milchflasche.byethost31.com/ccTiddly的頁面，應該是可以開
> 2.http://milchflasche.byethost31.com/info.html一個TiddlyWiki 2.1.3文件，我試
> 過開不了
> 3.http://milchflasche.byethost31.com/delicious_fruit/source.html一個很普通
> 的html文件，應該是可以開
> 4.http://milchflasche.byethost31.com/aliens/MPTW.html我抓下來上傳的
> MonkeyPirateTiddlyWiki，我試過也是開不了
> 5.http://milchflasche.byethost31.com/1.2.34.htm空白TiddlyWiki 1.2.34，可以
> 開
> 6.http://milchflasche.byethost31.com/2.0.3.html空白TiddlyWiki 2.0.3，也行
> 7.http://milchflasche.byethost31.com/2.1.3.html單檔的空白TiddlyWiki 2.1.3，
一般而言， ftp client 在列表中，預設是不顯示的，找一下有無選項可改，也許它會吐還你。
2) 若是上傳了 .htaccess 之後才發生問題，先刪除或改名後再試。
3) TW 2.1.3 的 core 裡頭含 "<html><body>" 字串，由於某些免費空間，可能會誤判而於此插入廣告或是統計等程式碼，
因而造成 TW 無法正常描繪出網頁，造成無法預期的問題。解決方式：找到該字串，改成 "<"+"html>"+"<"+"body>" 即可。（這
與你的 ccT 1.1 的 standalone 「曾經」無法顯現，是相同的問題，忘了嗎？）
先前已請 Jeremy 修正了，TW 2.2+ 應無此問題。
On 5月25日, 下午7時16分, MilchFlasche <Robertus0...@gmail.com> wrote:
> 大家好，昨天開始我在我的ByetHost主機上放的幾個TiddlyWiki單檔文件突然都會被重新導向到404頁面了，不過上個禮拜或前不久我才試
> 過，應該是沒問題的。可以請大家試試看下列的幾個頁面嗎？
> 1.http://milchflasche.byethost31.com/ccTiddly的頁面，應該是可以開
> 2.http://milchflasche.byethost31.com/info.html一個TiddlyWiki 2.1.3文件，我試
> 過開不了
> 3.http://milchflasche.byethost31.com/delicious_fruit/source.html一個很普通
> 的html文件，應該是可以開
> 4.http://milchflasche.byethost31.com/aliens/MPTW.html我抓下來上傳的
> MonkeyPirateTiddlyWiki，我試過也是開不了
> 5.http://milchflasche.byethost31.com/1.2.34.htm空白TiddlyWiki 1.2.34，可以
> 開
> 6.http://milchflasche.byethost31.com/2.0.3.html空白TiddlyWiki 2.0.3，也行
MilchFlasche
May 30, 2008, 10:30:52 AM5/30/08
to TiddlyWiki 華語支援論壇
On 5月26日, 下午10時37分, Bram <Bram.C...@gmail.com> wrote:
> 1) 在unix like 的檔案系統中 [.] 開頭檔名的是「隱藏」檔。
> 一般而言， ftp client 在列表中，預設是不顯示的，找一下有無選項可改，也許它會吐還你。
>
> 2) 若是上傳了 .htaccess 之後才發生問題，先刪除或改名後再試。
manager進去看，才發現.htaccess的確有上傳成功。不過，刪掉或改名以後問題依舊，似乎就不是這個原因了……
>
> 3) TW 2.1.3 的 core 裡頭含 "<html><body>" 字串，由於某些免費空間，可能會誤判而於此插入廣告或是統計等程式碼，
> 因而造成 TW 無法正常描繪出網頁，造成無法預期的問題。解決方式：找到該字串，改成 "<"+"html>"+"<"+"body>" 即可。（這
> 與你的 ccT 1.1 的 standalone 「曾經」無法顯現，是相同的問題，忘了嗎？）
> 先前已請 Jeremy 修正了，TW 2.2+ 應無此問題。
不過現在我碰到的狀況並不只是TiddlyWiki無法被「正常描繪出來」（那樣的話至少該URL還會是有效的，伺服器應該還是會試圖吐個頁面出來），
> 3) TW 2.1.3 的 core 裡頭含 "<html><body>" 字串，由於某些免費空間，可能會誤判而於此插入廣告或是統計等程式碼，
> 因而造成 TW 無法正常描繪出網頁，造成無法預期的問題。解決方式：找到該字串，改成 "<"+"html>"+"<"+"body>" 即可。（這
> 與你的 ccT 1.1 的 standalone 「曾經」無法顯現，是相同的問題，忘了嗎？）
> 先前已請 Jeremy 修正了，TW 2.2+ 應無此問題。
而是我輸入的URL完全被導向到ByetHost的404頁面（這是代表伺服器拒絕傳出該檔案？）。而且，目前發現核心版本為2.3或2.4的
TiddlyWiki也一樣被重新導向。
有可能伺服器主機會被設定擋掉超過一定大小的html檔嗎？
>
Bram
May 30, 2008, 11:29:39 PM5/30/08
to TiddlyWiki 華語支援論壇
> 我把FireFTP顯示隱藏檔的選項打開了，不過伺服器端的.htaccess還是沒有被列出來（本機端的有）。用ByetHost附的FTP
> manager進去看，才發現.htaccess的確有上傳成功。不過，刪掉或改名以後問題依舊，似乎就不是這個原因了……
FileZilla 可以列出隱藏檔。
> 有可能伺服器主機會被設定擋掉超過一定大小的html檔嗎？
應該不是。
問題可能還是在 ByetHost 插入廣告 frame 。
試試這個：
下載 PTW 2.4，
在你的 ByetHost 空間開個子資料夾，
將 PTW 的 empty.zh-Hant.html 、 TiddlyWiki.zh-Hant.js 上傳至上述資料夾，
瀏覽看看是否正常。
MilchFlasche
Jun 1, 2008, 9:07:06 AM6/1/08
to TiddlyWiki 華語支援論壇
結果經過一天的support ticket問答往返後，這個問題在昨晚由ByetHost的團隊解決了。據他們所述，原因是他們前一陣子將他們的
「anti-abuse system」（防濫用機制，是防人家把網頁空間當成網路硬碟供人大量下載嗎？）升級，結果我的那些TiddlyWiki文件
可能是因此通不過該系統的判定，所以被擋了下來。他們說這不是只有我的網域有此問題，並說他們將會修正該anti-abuse system。（現在
ByetHost連不上去，難道是在進行離線維修？）嗯，ByetHost仍然是服務和反應迅速的主機商，經此事件之後我對他們的信任度和好感又提升了
不少，或許再一陣子有工作和穩定薪水以後我會考慮付個月租費吧。
還是謝謝Bram哥撥冗提供意見協助 :)
（不過，雖然ByetHost沒問題了，ccTiddly 1.6 backstage的匯入功能目前我還是沒試成功，真傷腦筋啊。）
「anti-abuse system」（防濫用機制，是防人家把網頁空間當成網路硬碟供人大量下載嗎？）升級，結果我的那些TiddlyWiki文件
可能是因此通不過該系統的判定，所以被擋了下來。他們說這不是只有我的網域有此問題，並說他們將會修正該anti-abuse system。（現在
ByetHost連不上去，難道是在進行離線維修？）嗯，ByetHost仍然是服務和反應迅速的主機商，經此事件之後我對他們的信任度和好感又提升了
不少，或許再一陣子有工作和穩定薪水以後我會考慮付個月租費吧。
還是謝謝Bram哥撥冗提供意見協助 :)
（不過，雖然ByetHost沒問題了，ccTiddly 1.6 backstage的匯入功能目前我還是沒試成功，真傷腦筋啊。）
BramChen
Jun 1, 2008, 11:22:08 AM6/1/08
to Tiddly...@googlegroups.com
才想請你詢問 ByetHost 的客服說。
不過幾個國外主機商，服務態度其實真好的沒話說，雖然不一定會讓你知道真相如何（當然非必要啦）。
也許，真是 「anti-abuse system」造成的，不過我想不出什麼理由會使這樣的機制去阻擋 .htm、.html，難不成真如你所說，太大的檔案就檔，那未免也太粗造了。
像平兄弟這樣，租用主機那是一要的，國外主機一年的租金，一年不超過NT$ 2,500，平兄弟喝涼水的零錢便足夠支付了。
「看」你的語氣，似乎對我的「服務」不甚滿意？那倒是，沒幫上忙。（最近這裡服務太差？「生意」很平淡勒 ... ）
最近被其他官方團隊的 server side 應用吸引：（有點冷落了 ccT）
TiddlyWeb (Python + RESTful + file based store ) ，非常喜歡那種簡潔的 coding style。再加個 client side 的 TW Plugin，就可以做到 load-on-demend 了 ...
RippleRap 則是最能展現 TiddlyWiki 無可取代的應用方式的實作，忍不住要歡呼啊。
記得在 < ccT 1.5 的版本，我好像是這樣用的有興趣的話，試試底下的方法：
ccT 1.6 backstage的匯入功能，若此版未動到 TW 原始功能，加個 hack function 或可解決：
(自訂個 systemConfig)
function loadRemoteFile(url,callback,params)
{
if(window.Components && window.netscape && window.netscape.security){
try {netscape.security.PrivilegeManager.enablePrivilege("UniversalBrowserRead");}
catch (e) {displayMessage(e.description?e.description:e.toString());}
}
return doHttp("GET",url,null,null,null,null,callback,params,null);
}
如果 ccT 的 proxy 有作用到相關功能的話，照說不須此 hack。
另外一個方式是，把 doHttp() 裡的 *&& document.location.protocol.indexOf("http")* 條件拿掉。
不過，建議少用 import 尤其是 import 大量資料，會造成「佔用太多資料庫主機的資源」，小心吃「悶虧」了。
--
Bram Chen
Website: http://ptw.sf.net/
不過幾個國外主機商，服務態度其實真好的沒話說，雖然不一定會讓你知道真相如何（當然非必要啦）。
也許，真是 「anti-abuse system」造成的，不過我想不出什麼理由會使這樣的機制去阻擋 .htm、.html，難不成真如你所說，太大的檔案就檔，那未免也太粗造了。
像平兄弟這樣，租用主機那是一要的，國外主機一年的租金，一年不超過NT$ 2,500，平兄弟喝涼水的零錢便足夠支付了。
「看」你的語氣，似乎對我的「服務」不甚滿意？那倒是，沒幫上忙。（最近這裡服務太差？「生意」很平淡勒 ... ）
最近被其他官方團隊的 server side 應用吸引：（有點冷落了 ccT）
TiddlyWeb (Python + RESTful + file based store ) ，非常喜歡那種簡潔的 coding style。再加個 client side 的 TW Plugin，就可以做到 load-on-demend 了 ...
RippleRap 則是最能展現 TiddlyWiki 無可取代的應用方式的實作，忍不住要歡呼啊。
記得在 < ccT 1.5 的版本，我好像是這樣用的有興趣的話，試試底下的方法：
ccT 1.6 backstage的匯入功能，若此版未動到 TW 原始功能，加個 hack function 或可解決：
(自訂個 systemConfig)
function loadRemoteFile(url,callback,params)
{
if(window.Components && window.netscape && window.netscape.security){
try {netscape.security.PrivilegeManager.enablePrivilege("UniversalBrowserRead");}
catch (e) {displayMessage(e.description?e.description:e.toString());}
}
return doHttp("GET",url,null,null,null,null,callback,params,null);
}
如果 ccT 的 proxy 有作用到相關功能的話，照說不須此 hack。
另外一個方式是，把 doHttp() 裡的 *&& document.location.protocol.indexOf("http")* 條件拿掉。
不過，建議少用 import 尤其是 import 大量資料，會造成「佔用太多資料庫主機的資源」，小心吃「悶虧」了。
2008/6/1 MilchFlasche <Robert...@gmail.com>:
--
Bram Chen
Website: http://ptw.sf.net/
MilchFlasche
Jun 6, 2008, 11:13:17 AM6/6/08
to TiddlyWiki 華語支援論壇
On 6月1日, 下午11時22分, BramChen <bram.c...@gmail.com> wrote:
>
> 「看」你的語氣，似乎對我的「服務」不甚滿意？那倒是，沒幫上忙。（最近這裡服務太差？「生意」很平淡勒 ... ）
（希望不會「看」起來太諂媚／刻意:p）
>
> 最近被其他官方團隊的 server side 應用吸引：（有點冷落了 ccT）
> TiddlyWeb (Python + RESTful + file based store ) ，非常喜歡那種簡潔的 coding style。再加個
> client side 的 TW Plugin，就可以做到 load-on-demend 了 ...
>
> RippleRap 則是最能展現 TiddlyWiki 無可取代的應用方式的實作，忍不住要歡呼啊。
Bram大哥又幫我們開了扇TiddlyWiki未知世界的窗，趕快去瞧瞧。
> 最近被其他官方團隊的 server side 應用吸引：（有點冷落了 ccT）
> TiddlyWeb (Python + RESTful + file based store ) ，非常喜歡那種簡潔的 coding style。再加個
> client side 的 TW Plugin，就可以做到 load-on-demend 了 ...
>
> RippleRap 則是最能展現 TiddlyWiki 無可取代的應用方式的實作，忍不住要歡呼啊。
>
> 記得在 < ccT 1.5 的版本，我好像是這樣用的有興趣的話，試試底下的方法：
>
> ccT 1.6 backstage的匯入功能，若此版未動到 TW 原始功能，加個 hack function 或可解決：
> (自訂個 systemConfig)
>
> function loadRemoteFile(url,callback,params)
> {
> if(window.Components && window.netscape && window.netscape.security){
> try
> {netscape.security.PrivilegeManager.enablePrivilege("UniversalBrowserRead");}
> catch (e)
> {displayMessage(e.description?e.description:e.toString());}
> }
> return doHttp("GET",url,null,null,null,null,callback,params,null);
>
> }
>
> 如果 ccT 的 proxy 有作用到相關功能的話，照說不須此 hack。
>
> 另外一個方式是，把 doHttp() 裡的 *&& document.location.protocol.indexOf("http")* 條件拿掉。
>
> 不過，建議少用 import 尤其是 import 大量資料，會造成「佔用太多資料庫主機的資源」，小心吃「悶虧」了。
唔。我擔心的是，像Eric Shulman的ImportTiddlersPlugin，它import完之後不會自動將import進來的內容存起
> 記得在 < ccT 1.5 的版本，我好像是這樣用的有興趣的話，試試底下的方法：
>
> ccT 1.6 backstage的匯入功能，若此版未動到 TW 原始功能，加個 hack function 或可解決：
> (自訂個 systemConfig)
>
> function loadRemoteFile(url,callback,params)
> {
> if(window.Components && window.netscape && window.netscape.security){
> try
> {netscape.security.PrivilegeManager.enablePrivilege("UniversalBrowserRead");}
> catch (e)
> {displayMessage(e.description?e.description:e.toString());}
> }
> return doHttp("GET",url,null,null,null,null,callback,params,null);
>
> }
>
> 如果 ccT 的 proxy 有作用到相關功能的話，照說不須此 hack。
>
> 另外一個方式是，把 doHttp() 裡的 *&& document.location.protocol.indexOf("http")* 條件拿掉。
>
> 不過，建議少用 import 尤其是 import 大量資料，會造成「佔用太多資料庫主機的資源」，小心吃「悶虧」了。
來，還需要手動「save changes」（至少在本地端是這樣），所以如果是server-side的話，勢必即使只import一個
tiddler，結果還是得全部重新update。
好像離題了，如果Bram哥有興趣教示小弟一下的話，歡迎另開串子，小弟必定追隨前去:p
BramChen
Jun 6, 2008, 12:30:53 PM6/6/08
to Tiddly...@googlegroups.com
>哈哈，就是怕Bram大哥會這麼覺得。可能server的部份終究解鈴還需繫鈴人啦。但是我對 Bram大哥的「服務」一直以來都只有說不盡的謝意及敬意（希望不會「看」起來太諂媚／刻意:p）
是很諂媚。
唉啊，你這小孩就是嘴甜，需要打賞嗎？
（論年紀，某該與尊翁相差無幾，賣個老，請多包含。）
豈只 server 端的問題複雜，光是桌面系統，就千奇百怪。總是有人冷不防丟出個「不行」，常會讓我莫名所以，好個「解鈴還需繫鈴人」，感觸良深 ....
> Bram大哥又幫我們開了扇TiddlyWiki未知世界的窗，趕快去瞧瞧。
舊聞報馬仔而已，開窗的也不是我啊。
RippleRap 雖然只是利用 rss 作為收集、分享資訊，看似平淡無奇。大抵是善用的 TW 為前端工具，合我的味吧。
說實在，應該給 TiddlyWeb 更多歡呼，只怕 python 沒對多人的味。
不論是 Eric's ImportTiddlersPlugin 或是內建的 import 也好（同源），為了最佳化 import 執行效能，可能會有此現象。真要改還是可以，不過我覺得應該由 ccT 端改會合適些。
不記得 ccT save changes 的動作是否與 MTS 一樣，只回傳有異動過的 tiddlers 。（檢查 tiddlers 的個別 dirty flag），若是沒有，不妨建議修改。
不過，server side 的 TW 若提供類似功能，即使不允許未經認證的回存，仍是有安全上的顧忌。
如果是為了升級時的資料移轉，建議使用 MySql 的導出/導入。
沒離太遠，還好啦。
不解，教示啥？
放了假有空就多分享點心得吧。
--
是很諂媚。
唉啊，你這小孩就是嘴甜，需要打賞嗎？
（論年紀，某該與尊翁相差無幾，賣個老，請多包含。）
豈只 server 端的問題複雜，光是桌面系統，就千奇百怪。總是有人冷不防丟出個「不行」，常會讓我莫名所以，好個「解鈴還需繫鈴人」，感觸良深 ....
> Bram大哥又幫我們開了扇TiddlyWiki未知世界的窗，趕快去瞧瞧。
舊聞報馬仔而已，開窗的也不是我啊。
RippleRap 雖然只是利用 rss 作為收集、分享資訊，看似平淡無奇。大抵是善用的 TW 為前端工具，合我的味吧。
說實在，應該給 TiddlyWeb 更多歡呼，只怕 python 沒對多人的味。
唔。我擔心的是，像Eric Shulman的ImportTiddlersPlugin，它import完之後不會自動將import進來的內容存起
來，還需要手動「save changes」（至少在本地端是這樣），所以如果是server-side的話，勢必即使只import一個
tiddler，結果還是得全部重新update。
不論是 Eric's ImportTiddlersPlugin 或是內建的 import 也好（同源），為了最佳化 import 執行效能，可能會有此現象。真要改還是可以，不過我覺得應該由 ccT 端改會合適些。
不記得 ccT save changes 的動作是否與 MTS 一樣，只回傳有異動過的 tiddlers 。（檢查 tiddlers 的個別 dirty flag），若是沒有，不妨建議修改。
不過，server side 的 TW 若提供類似功能，即使不允許未經認證的回存，仍是有安全上的顧忌。
如果是為了升級時的資料移轉，建議使用 MySql 的導出/導入。
好像離題了，如果Bram哥有興趣教示小弟一下的話，歡迎另開串子，小弟必定追隨前去:p
沒離太遠，還好啦。
不解，教示啥？
放了假有空就多分享點心得吧。
--
MilchFlasche
Jun 6, 2008, 9:16:08 PM6/6/08
to TiddlyWiki 華語支援論壇
試了一下Bram大哥提供的hack以後，ccTiddly 1.6 backstage的匯入功能還是無法正常匯入feed，還是跑出完全空的
tiddler列表。
我懷疑是Simon有做修改，但不知怎的還沒有寫好？
移的話，我還不知道要怎樣寫那個SQL script呢 ><
tiddler列表。
我懷疑是Simon有做修改，但不知怎的還沒有寫好？
> 記得在 < ccT 1.5 的版本，我好像是這樣用的有興趣的話，試試底下的方法：
>
> ccT 1.6 backstage的匯入功能，若此版未動到 TW 原始功能，加個 hack function 或可解決：
> (自訂個 systemConfig)
>
> function loadRemoteFile(url,callback,params)
> {
> if(window.Components && window.netscape && window.netscape.security){
> try
> {netscape.security.PrivilegeManager.enablePrivilege("UniversalBrowserRead");}
> catch (e)
> {displayMessage(e.description?e.description:e.toString());}
> }
> return doHttp("GET",url,null,null,null,null,callback,params,null);
>
> }
>
> 如果 ccT 的 proxy 有作用到相關功能的話，照說不須此 hack。
>
> 另外一個方式是，把 doHttp() 裡的 *&& document.location.protocol.indexOf("http")* 條件拿掉。
>
> 不過，建議少用 import 尤其是 import 大量資料，會造成「佔用太多資料庫主機的資源」，小心吃「悶虧」了。
唔。不過從ccTiddly 1.2-升級上來的話，資料庫中tiddler的格式應該也有不小的差別，如果不透過TiddlyWiki前端匯入、做轉
>
> ccT 1.6 backstage的匯入功能，若此版未動到 TW 原始功能，加個 hack function 或可解決：
> (自訂個 systemConfig)
>
> function loadRemoteFile(url,callback,params)
> {
> if(window.Components && window.netscape && window.netscape.security){
> try
> {netscape.security.PrivilegeManager.enablePrivilege("UniversalBrowserRead");}
> catch (e)
> {displayMessage(e.description?e.description:e.toString());}
> }
> return doHttp("GET",url,null,null,null,null,callback,params,null);
>
> }
>
> 如果 ccT 的 proxy 有作用到相關功能的話，照說不須此 hack。
>
> 另外一個方式是，把 doHttp() 裡的 *&& document.location.protocol.indexOf("http")* 條件拿掉。
>
> 不過，建議少用 import 尤其是 import 大量資料，會造成「佔用太多資料庫主機的資源」，小心吃「悶虧」了。
移的話，我還不知道要怎樣寫那個SQL script呢 ><
MilchFlasche
Jun 6, 2008, 10:46:37 PM6/6/08
to TiddlyWiki 華語支援論壇
剛剛發現有ccTiddly 1.6.2，迅速裝上去後試用，結果backstage import還是不行；不過至少發現，Eric Shulman
的ImportTiddlersPlugin倒是成功地載入本地檔案（或許一直都是可以的，只是之前我忘了試這招），而且也成功地匯入呢。（匯入後
ccTiddly會自動把tiddler一個一個create起來）太好啦，（有Simon加入的）新一代ccTiddly總算是達到堪用的地步，我終
於可以把用了兩年多的ccTiddly 1.0/1.1換掉了，也可以在線上使用TiddlyWiki 2.3+的各種方便功能囉！:D
的ImportTiddlersPlugin倒是成功地載入本地檔案（或許一直都是可以的，只是之前我忘了試這招），而且也成功地匯入呢。（匯入後
ccTiddly會自動把tiddler一個一個create起來）太好啦，（有Simon加入的）新一代ccTiddly總算是達到堪用的地步，我終
於可以把用了兩年多的ccTiddly 1.0/1.1換掉了，也可以在線上使用TiddlyWiki 2.3+的各種方便功能囉！:D
Bram
Jun 6, 2008, 10:47:56 PM6/6/08
to TiddlyWiki 華語支援論壇
1) tiddler、tiddler_revisions 這兩個資料表，應該與 ccT 1.2- 相同，tiddler 裡多了個
workspace_name 欄位。
a.由 1.2- 的資料表導出 .sql，拿掉 create table 的 指令，只留 insert into 資料的部份。
b.再導入 1.6 （使用 phpMyAdmin 執行 .sql）
c.如此 workspace_name 欄位為空白，視為預設工作區。
d.若 user name 與之前相同，應該沒問題。
e.以上為記憶所及最早測試 1.5 時作過幾次，由於 ccT 並未於資料庫中定義資料表的關聯，而是直接以程式控制處理（整體效能較差），因此應該
可行。
2) 這種問題一樣會發生在執行於 web 上的 TW 文件
檢查一下你的 Fx 2.0.14/Ubuntu :
a.signed.applets.codebase_principal_support 是否為 true
b.若有安裝 Firebug，請 disable network monitoring、uncheked show
XMLHttpRequests
c.如果測試我的 XMLReader 沒問題，前述 hacks 應該有效。
d.還有 import 的應該是 tw 文件，而非 feeds。
3) 既然使用 server-side 的 cct，建議還是利用其 proxy 功能。簡言之，及利用 proxy.php 取存取指定 網址
的,
可避開 javascript cross-site 的安全限制。
先試試，可否 import http://www.osmosoft.com/，可以則：
修改 proxy.php 裡的 $allowed，加入允許存取的站台網域，再試試。
若仍不行，我在找時間查看相關源碼。
workspace_name 欄位。
a.由 1.2- 的資料表導出 .sql，拿掉 create table 的 指令，只留 insert into 資料的部份。
b.再導入 1.6 （使用 phpMyAdmin 執行 .sql）
c.如此 workspace_name 欄位為空白，視為預設工作區。
d.若 user name 與之前相同，應該沒問題。
e.以上為記憶所及最早測試 1.5 時作過幾次，由於 ccT 並未於資料庫中定義資料表的關聯，而是直接以程式控制處理（整體效能較差），因此應該
可行。
2) 這種問題一樣會發生在執行於 web 上的 TW 文件
檢查一下你的 Fx 2.0.14/Ubuntu :
a.signed.applets.codebase_principal_support 是否為 true
b.若有安裝 Firebug，請 disable network monitoring、uncheked show
XMLHttpRequests
c.如果測試我的 XMLReader 沒問題，前述 hacks 應該有效。
d.還有 import 的應該是 tw 文件，而非 feeds。
3) 既然使用 server-side 的 cct，建議還是利用其 proxy 功能。簡言之，及利用 proxy.php 取存取指定 網址
的,
可避開 javascript cross-site 的安全限制。
先試試，可否 import http://www.osmosoft.com/，可以則：
修改 proxy.php 裡的 $allowed，加入允許存取的站台網域，再試試。
若仍不行，我在找時間查看相關源碼。
Reply all
Reply to author
Forward
0 new messages