[投稿隱藏表單]
名 稱
E-mail
標 題
內 文
附加圖檔[] []
類別標籤(請以 , 逗號分隔多個標籤)
刪除用密碼(刪除文章用。英數字8字元以內)
  • 可附加圖檔類型:GIF, JPG, PNG,瀏覽器才能正常附加圖檔
  • 附加圖檔最大上傳資料量為 512 KB。當回文時E-mail填入sage為不推文功能
  • 當檔案超過寬 250 像素、高 250 像素時會自動縮小尺寸顯示
  • 目前附加圖檔使用量大小: 25090 KB / 51200 KB
  • 程式碼可使用 [code][/code] 以 google-code-prettify 標亮 (程式自動判斷語言類別)
  • 本版因各種原因有鎖關鍵字,請至字詞黑名單一覽查詢。
  • 這裡是貼圖版程式 Pixmicat! 的相關使用問題回報討論版
  • 本版不是測試版!請自重勿隨意推舊文,謝謝合作

主題一覽
3504: ImageMagick安全漏洞 (0)3488: 無標題 (1)
3503: 適用於 8th.R4 的另類 mod_adminenhance? (0)3486: 請問架一個記憶體需要多少呢? (1)
3501: ADMIN刪除文章 (1)3484: MySQL 指令問題 (1)
3498: pixmicat 5 升級至 8 (1)3475: 有關升級 (6)
3497: pio 8.0 管理員密碼 (0)3473: 無標題 (1)
3496: Ninja (0)3470: 關於 Pixmicat網頁 (2)
3494: 關於錯誤訊息 (1)3468: 無標題 (3)
3493: 密碼錯誤 (1)3466: Pixmicat!-PIO 8th Release.4 (1)
3492: Pixmicat正式URL掛了? (0)3463: 美國知名程式碼代管網站GitHub (0)
3490: 有報錯但不影響運行 (1)3461: Pixmicat!-PIO 使用MySQL資料庫出現問題 (3)
推文模組 名稱: ericpony [08/07/06(日)20:42 ID:5v5QXFt2] No.1950 3推 [回應]
可能是華人和日本的島民民情不同
opentag 常常被島民用來推文 (bbs用法)
反而很少看到有島民正經幫別人加標簽的
所以建議版主來寫個推文模組吧...

ps. 這個板有一點奇怪的地方, 就是沒有點"無貼圖"的話發文會被阻擋, 回上一頁之後 "發文"鍵就變成 invalid, 按 F5 也沒用, 一定要按右上角的"重新整理" (內文會被清空) 才能夠再發文. 這樣子還蠻不方便的說...ps2. 我用FF3.
◆ScRBg4WCkk: 製作完成,先推看看這篇文章。注意字數有限制,而且不具age效果 (08/08/06 23:50)
無名氏: 還可以無名氏推文,不要填名字就好 (08/08/07 00:07)
dbfox◆.CzKQna1OU: trip推文測試 (08/08/07 11:56)
dbfox◆IudJnBKH8U: 藍藍路XD (08/08/07 11:57)
scribe◆ScRBg4WCkk: 喔~ dbfox 不要隨便傳教啦XD (08/08/07 23:03)
無名氏: test123 (fYKobIJ6 09/03/22 16:11)
0ya◆AbrRnV/UVw: 藍~藍~路~~~~~\-_-/ (ZL2NnaHg 09/03/24 16:28)
無標題 名稱: scribe◆ScRBg4WCkk [08/07/07(一)10:23 ID:WbaTBevk] No.1951   
近幾週來觀察漫畫版實裝的類別標籤功能,的確大多數版友根本無視這個功能,少部分會發文時填上適當的標籤,其他都是當推文了。(Ratio%: 80, 5, 15)

不過原先被用來留作標籤儲存的地方只有255字元的限制數(但Log跟SQLite因為結構上的關係沒有限制),直接拿來作推文是很不妥當的。

顧慮到目前被用來作推文的管理上之困難、攻擊留言之方便等等,若要作出同等於BBS上之推文系統,那就只有可能以一樣的方式,直接附加於留言後面。這樣版主跟發言者都可以修改,我記得是這樣的機制。這樣也就沒有字數限制的問題。這個我們可以再進一步討論如何做。
---
最後你那個問題是瀏覽器使用記憶體快取的關係,按下送出後的狀態被保留了,可是當時的送出按鈕已經用script disable掉了,記憶體的快取就長這樣,所以你只能重新整理。我自己是有遇過幾次啦,但日後記得要勾就OK,這也是擋Spam的一種手段就是了。
無標題 名稱: dbfox◆IudJnBKH8U [08/07/07(一)11:53 ID:fHYR.hdY] No.1952 1推  
我也覺得推文mod有需要
但問題是...要怎麼擺?
推文擺哪裡都好像會影響版面美觀的樣子
dbfox◆IudJnBKH8U: 測試一下 (08/08/23 04:01)
無標題 名稱: 無名氏 [08/07/08(二)13:22 ID:XjSnN19o] No.1953   
我想主要問題可能是因為 mod_opentag 太開放了,每篇回文都有自己的 tag。
就是因為這個感覺我才改寫 mod_tag ,只讓第一篇可以有 tag。
我改寫的 mod_tag 似乎在網頁遊戲板上還算被正常使用。除了我那開板文被亂以外,大約50/50左右?別的不說,至少有人會在每串主題上補上遊戲名稱。

因為還沒被 1883 管理員加入目錄上,所以補一下連接: http://komica.chiisana.net/webgame/
mod_pushpost Draft 名稱: scribe◆ScRBg4WCkk [08/07/08(二)16:36 ID:hqH4BlNs] No.1954   
>>No.1953
寫mod_opentag的RT如是說:NicoNico動畫的可以動態修改Tag很方便吧?
所以就變成這個樣子了。
因為修改Tag比回應還要快,就變成了濫用成推文功能的情況。

要寫一個新的mod_pushpost是很容易啦,不過是要完整移植PTT(推/噓/→ 外加推爆計數器)
還是像巴哈哈拉區的論壇推文(填名稱/理由)的簡易版?

顯示方式也有兩種,一種就PTT式的附加於原文章下面,用CSS和標示作為與原文的區隔;
另一種就巴哈式的點連結看詳細。

修改的部分,因為推文從來沒讓人改過,也不打算讓使用者反悔/修改。
因為已經打算利用文章的後部分作為儲存,勢必要用點小手段分隔 (就像[NETABARE_ARI]標籤那種感覺)
如果有mod_edit,使用者又可以修改到這邊的部分...對推文系統較熟的人來解釋一下吧。
無標題 名稱: ◆RTphpfqies [08/07/08(二)20:49 ID:xarz14sg] No.1955   
>>No.1954
放內文中的話也許有機會讓人自演啦…
無標題 名稱: ericpony [08/07/19(六)04:04 ID:/ED394Vw] No.1965   
>>No.1955
至少在PTT, 原發文者是可以藉著修文章來改推文的, 所以這方面的作法也不是沒有先例. 把"推文數"寫到 status 裡可防止自演, 但要防止換IP自推技術上似乎不太可能. 也有個辦法讓原發文者無法動到推文, 就是mod_edit在填值到textarea之前先把推文從內文中抽出來, 放在cookie或是隱藏欄位之類的地方, 等儲存時再把推文append回原文章. (區隔本文和推文的標簽要設為保留字.)

之前問板"發文至少三行"的規則似乎招惹了一些民怨, 因為很多問題需要的只是一個網址. 有了推文系統以後, 管理員就可以順理成章地規定覆文的字數下限了. 這可能算是一個比較實際的用途.
ps. 抱歉最近在忙一些雜事, 所以只能偶爾上來嘴砲一下這樣...
mod_pushpost semi-product 名稱: scribe◆ScRBg4WCkk [08/08/07(四)00:01 ID:Ao2kbfrE] No.1972   
卡很多地方,不過還是盡量把他給做出來了。
像是開放mod_edit之後該如何處理推文跟文章的修改,還有推文濫用後的刪除不易問題等等。
這些現在都還沒有搞好,只先把最基本、能作到推文就好這樣的目標下去實作。

上傳到SVN。
ericpony: to scribe 版大: 你方便加我msn嗎^^ (08/08/07 18:41)
◆ScRBg4WCkk: 無論是你的還是我的貼出來會被大紀元XD 可以找RT要 (08/08/07 19:09)
ericpony: 沒差..反正我這信箱沒在收信的... ericpony (a) h o t m a i l. com (08/08/07 19:22)
無標題 名稱: ◆RTphpfqies [08/08/07(四)14:41 ID:9C4SxWGA] No.1973 1推  
也許我們要擴展PMS讓PMS hook有自定hook point和傳送caller至hookpoint functions,如:
$PMS->hookModuleMethod(__CLASS__.'_PostEdit', __CLASS__);
$PMS->useModuleMethod('mod_edit_PostEdit', $post,[非模組傳__FUNCTION__, 模組傳__CLASS__]);
而一些基本功能如Trip/ID也許應該分離出來成為function()。
◆ScRBg4WCkk: 我在想現在的PMC就快到終點了,全新設計的PMC2也許才能更好吧,至少底層要重寫(OO based) (08/08/07 14:52)
◆ScRBg4WCkk: 我還記得當初Fiokara貼出來的那個Snippet 確實有些諷刺意味 (08/08/07 14:54)
◆RTphpfqies: OO based會更慢吧… (08/08/07 16:06)
◆ScRBg4WCkk: 好寫比較重要,OO也是趨勢啊,不然至少要封裝吧 w/ class 像現在的PIO,PTE等 (08/08/07 16:17)
◆ScRBg4WCkk: PHP 5.3 Namespace 也許是不錯的方式 至少看起來比較清楚 (08/08/07 16:21)
◆RTphpfqies: 要得兼容PHP4/5啦,NS暫時不可行。而PMS理應跟PMC分開的啊,反正都是要改的。 (08/08/07 17:11)
Alica: PHP4前天已經正式EOL了 下一版要停也是可以啦… (08/08/10 17:08)
無標題 名稱: dbfox◆IudJnBKH8U [08/08/10(日)14:15 ID:EuJaJn.2] No.1976 1推  
SVN上的好像不是最新版?
剛剛裝到社板上,發現推文還得切換個頁面推,
而不是像本板在同頁面推。
scribe◆ScRBg4WCkk: 看有沒有導入jQuery。因為太多套件都依賴這個所以我建議直接修改樣板導入 套件不會幫你導 (08/08/10 17:51)

檔名:1217094043153.png-(11 KB, 1264x1035) [以預覽圖顯示]
11 KBpio 不能新增post 名稱: anacel◆4qjYkMDZ8o [08/07/27(日)01:40 ID:gg6frLMs] No.1966  [回應]
Fatal error: Pixmicat! SQL Error: Get attachments of the post failed, debug info: at line 294 in /home/anaclam4/public_html/futaba/figure/lib/pio/pio.mysql.php on line 25

看來是從function removeAttachments 的錯誤, 但最近都沒改動,看不出是什麼問題...
無標題 名稱: anacel◆4qjYkMDZ8o [08/07/27(日)02:23 ID:gg6frLMs] No.1967   
不知有沒有關係,上限大小和目前容量使用剛好一樣,都是90000KB, 剛才改到80000就沒事了...
無標題 名稱: scribe◆ScRBg4WCkk [08/07/27(日)22:25 ID:7VvTJJ26] No.1968   
>>No.1967
有可能吧,但剛才實驗一下手動把STORAGE_MAX改的跟目前容量一樣,也顯示使用率100%了。
然後發新文(有圖,比要被刪的圖容量還大),結果正常刪舊圖(使用率變106%)。

可以的話,請嘗試上面的重現方法看看問題癥結是否在此。
是的話我會再請你加一些程式碼來追蹤問題所在。
問題又來了 名稱: anacel◆4qjYkMDZ8o [08/07/30(三)20:23 ID:DcRMbaBI] No.1969   
 檔名:1217420627271.png-(145 KB, 1534x1035) [以預覽圖顯示] 145 KB
>>No.1968
今次肯定不是因為上限大小和目前容量一樣了,因為這次發生的時候上限大小>目前容量

另外看到就是在pixmicat底下多了很多tmp file
打開看後原本那些都是圖檔來的
本來該放到/src 的圖, 不知如何被放到/ ...
無標題 名稱: scribe◆ScRBg4WCkk [08/08/01(五)12:13 ID:l90BxDGM] No.1970   
>>No.1969
上傳圖檔時若發文失敗就會產生tmp暫存檔在根目錄下。
不過MySQL後端在漫畫版運作非常穩定,並沒有出現類似的情形,
我在想可能你的MySQL伺服器有不能服務的時段,剛好碰上這種情形讓發文失敗了。

可能要加上一些程式碼攔截MySQL回傳錯誤訊息跟所下的SQL來判斷了。
無標題 名稱: scribe◆ScRBg4WCkk [08/08/03(日)12:59 ID:rDEO13b6] No.1971   
error_log($err."\n".mysql_errno().': '.mysql_error()."\n\n", 3, 'error.log');

把這行加在 pio.mysql.php 的 function _error_handler($errarray){} 裡面,
$err = 'Pixmicat! SQL Error: '.$errarray[0].' on line '.$errarray[1]; 的下一行。
function _error_handler($errarray){
$err = 'Pixmicat! SQL Error: '.$errarray[0].' on line '.$errarray[1];
error_log($err."\n".mysql_errno().': '.mysql_error()."\n\n", 3, 'error.log');
trigger_error($err, E_USER_ERROR);
exit();
}


然後出現錯誤時,看看目錄下的error.log寫些啥,貼上來。如果資訊不夠可能還需要知道下的SQL有沒有錯誤。

請問SQL升級到PIO4的排序問題… 名稱: 貓魚 [08/08/13(三)12:55 ID:5J0/SeHE] No.1977  [回應]
剛才將SQLr7升級到PIOr4,一切順利。
但是不知爲何在管理區->更新文章之後,出現了排序混亂@[email protected];
有一些不算太古老,但原本大概在2~3頁的文章跑到最上頭來了,
但那些文章的日期還都是正確的(也就是說是當時的日期沒錯)。
更要命的是……
這些老文章居然就一直頂在討論版最上方不下去XDDD"""
發新文章也都是在這些文章之下才出現@[email protected]"""

想請問這種情況會不會是需要等8小時之後恢復?(我的時區是+8)
或者是我搞錯了什麼其他的東西……Orz

抱歉打擾了,謝謝T__T;;;
無標題 名稱: dbfox◆IudJnBKH8U [08/08/13(三)13:09 ID:AePjEctU] No.1978   
有試過mysql2pio.php嗎?

Pixmicat!-MySQL -> Pixmciat-PIO (MySQL) 資料格式轉換器

無標題 名稱: 無名氏 [08/08/07(四)23:16 ID:cxBqKGME] No.1975 1推 [回應]
不知道還有沒有更好的free web hosting,一直在用http://www.000webhost.com ,但是這個經常會遭遇admin的巡視以至於無法訪問,而且巡視的時間還相當的長。所以想詢問各位。
無名氏: 可以的話付點小錢比較穩定,好的免費空間 → 一堆人跑去用 → 幾個月後消失 (08/08/08 17:01)

r654 BUG 名稱: dbfox◆IudJnBKH8U [08/07/12(六)02:56 ID:2C0Svh5c] No.1958  [回應]
剛剛人外板升級,順便測了一下
其實都是些小地方啦...
所以就乾脆貼在這邊了

1.搜尋英文大小寫嚴格分別 (Bleedman & bleedman 會查到不同結果)
2.前台管理刪除文章後,快取頁(HTML)不會自動更新,要自己去點
3.mod_siokara在圖片刪除後,依然可點切換縮圖

其餘還沒看到問題
話說前台管理&AE mod真是好用到極點啊...(淚
mod_archiver的一點想法 名稱: dbfox◆IudJnBKH8U [08/07/12(六)03:07 ID:oThlesPw] No.1959   
mod_archiver現在雖支援多版本很方便
但仔細想想,收精華還是由島民來比較有力吧?

可是一開放使用者收精華的話,萬一有廚利用這個來產生100多個版本,那連檢查都沒力了...

目前想法:

1.投票制
加一個[收精華]按鈕,如果投票人數超過一定數目就收錄一版本
收錄完後投票數歸零,等人數夠再一版本
(當然投票時要有IP重複禁止,除非收錄完歸零,否則不可再投)

2.時間制
一樣加個[收精華]按鈕
但分法很簡單,就是一段時間後才可再收一次
例如這次收了後,一小時才可再收一版本之類的

3.留言數制
有新留言之前不可再收錄新版本
(個人覺得這方法最合適)
無標題 名稱: scribe◆ScRBg4WCkk [08/07/12(六)13:14 ID:QWOaVJWU] No.1962   
>1.
檢查之後發現是PostgreSQL Only,
嘗試加入 lower() 和更改 ~* 為 ILIKE 看看是否能解決。

>2.
It's a feature, not a bug.
如果每砍一次就要重造一次,中間砍了十幾次所跟著生成的十幾次頁面,不都是作白工?
所以前台使用動態輸出讓你直接看見結果,完成再一次更新快取比較好,這邊只能手動。
其實跟現在的後台管理一樣,「管理文章完畢,記得順手按下『更新文章』以更新靜態快取」。

>3.
這應該是沒判斷圖檔是否存在所產生的問題,叫RT改一下好了。

>mod_archiver
投票制最難,因為現在的模組功能沒得提供方便的機制可以紀錄投過票的IP等,
除非手動製作(使用像是SQLite或log的東西自行另外紀錄)不然實在很難。
我覺得除非跟about:config一樣弄一個可以讓模組儲存資料的Registry,不然真的很難搞。

時間制跟留言數制相對容易多了,但我也偏好後者,
唯廚可能以灌水方式讓生成功能再度重啟,然後又生成,這樣還是可以隨便生成。
無標題 名稱: dbfox◆IudJnBKH8U [08/07/12(六)13:47 ID:oThlesPw] No.1963   
>>唯廚可能以灌水方式讓生成功能再度重啟,然後又生成,這樣還是可以隨便生成。

那就綜合起來用如何?
生成版本後,紀錄該版本的IP和時間
限制該IP一段時間後才可再刷版本

所以刷的限制有:
1.要有新留言 (絕對條件)
2.同IP必須等1小時後才可刷(檢查時間)
3.其他IP可直接刷(紀錄IP更新成後人,所以只紀錄一個IP)

除非是較聰明的廚,否則應該不會被刷很慘
但為了避免這狀況,追加一條件:

4.假如生成版本間隔少於10分鐘,則強制1小時後才可重刷版本(不論哪個IP都一樣)

唔,我是不是想得太複雜了? :p
無標題 名稱: ◆RTphpfqies [08/07/12(六)18:38 ID:aSGpHaGY] No.1964   
>>No.1958
>1
r656 committed.

用左右控制上下頁有沒有搞頭? 名稱: DK [08/07/11(五)23:13 ID:pdZiRk0o] No.1956  [回應]
用左右控制上下頁有沒有搞頭?
這幾天在爬論壇的小說文,發現這功能還蠻有趣的(至少不用動到滑鼠XD
無標題 名稱: scribe◆ScRBg4WCkk [08/07/12(六)00:21 ID:QWOaVJWU] No.1957   
可以說詳細一點嗎?
類似BBS那種?gaaan.com?

這應該只要綁定鍵盤事件,不難的感覺,倒是會不會誤按造成其他問題...?
無標題 名稱: dbfox◆IudJnBKH8U [08/07/12(六)03:11 ID:oThlesPw] No.1960   
大概是指像在線漫畫一樣
按個鍵就翻頁之類的吧
無標題 名稱: scribe◆ScRBg4WCkk [08/07/12(六)12:35 ID:QWOaVJWU] No.1961   
>>No.1960
試驗了一下,window綁keydown事件會造成在網頁上的所有按鍵都會被攔截,
包括你在內文框輸入文字的時候。想想看這時候不小心按到←你做何感想?(X, 我剛打的文字啊~XD)

這樣吧,有折衷方案,不必作任何修改,主流瀏覽器皆支援(至少IE,Fx,Opera,Safari都有啦,剛測過)
請按住你的Alt鍵,再來看你要上一頁(+←)還是下一頁(+→)隨你啦。

【刪除文章】[]
刪除用密碼:
[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] []