在FreeBSD上設置使用印表機,可能會有不同的作法,要視使用情況與印表機種類、廠牌而定,必要的話請查閱《FreeBSD Handbook》中談論列印的那個章節。
本文的使用情況是在FreeBSD桌面環境使用連結在本機的HP印表機。這種情況可有幾種不同設置印表機的作法,本文採用HPLIP。FreeBSD使用手冊上對HPLIP的描述並不多,本文會做較詳細的說明。
2018年2月25日 星期日
2018年2月17日 星期六
FreeBSD上安裝幾個桌面應用軟體
承前面幾篇FreeBSD桌面環境與中文化的文章之後,這篇簡單談一下安裝幾款常見桌面應用,這些多數曾在OSS標籤的文章出現。這裡為圖個方便採pkg的安裝方式,目前pkg是每季才更新一次。
2018年2月9日 星期五
英文版Firefox使用中文界面
通常中文使用者會直接找中文版的Firefox來使用,某些人在某些較特殊的情況下,可能想用英文版Firefox,但又希望使用中文界面。此時可在Firefox安裝中文語言套件,然後切換使用中文語言套件。在57版之前,有幾個可以切換語言套件的元件,但這些元件已不適用於新的Firefox版本。以下的作法,只需安裝所要的中文語言套件,無須動用到任何元件來做切換,其實這方式也同樣適於使用其他不同語言套件,不論使用何種語言版本的Firefox,只是本文以英文版Firefox使用正體中文做為例子罷了。
2018年1月20日 星期六
再談FreeBSD的字型安裝
本文承〈FreeBSD 11.1中文化〉再談安裝字型。前面曾經以pkg安裝字型,這是因Ports Collection中有許多字型可用。x11-fonts與chinese類別下有許多字型與字型工具(其他語言類別像japanese其實也會有),其中也包含〈免費中英字型資源列表〉中的部分字型,如花園明朝。這些字型的安裝都相當容易,加裝字型之前,建議可先查看一下這兩類別中是否已經有所要的字型,若有就不需要用以下方式。
除了pkg或ports的方式,安裝字型的方法還有數種,其中有兩種較方便,一是《FreeBSD Handbook》5.5.3反鋸齒字型所寫的方式,自行將字型檔案複製到字型目錄,二是使用font-manager圖形工具。本文主要介紹第一種,另一個只簡單提一下。
除了pkg或ports的方式,安裝字型的方法還有數種,其中有兩種較方便,一是《FreeBSD Handbook》5.5.3反鋸齒字型所寫的方式,自行將字型檔案複製到字型目錄,二是使用font-manager圖形工具。本文主要介紹第一種,另一個只簡單提一下。
2018年1月14日 星期日
FreeBSD 11.1中文化
承〈FreeBSD 11.1安裝MATE桌面環境〉,本文談接下來如何安裝中文化界面、簡單的安裝中文字型、中文輸入法,還有相關簡單的桌面環境調整。
在之前的版本可安裝zh-auto-tw-l10n做中文化,但在11.1實測的結果感覺已沒有作用了。以下談最基本的中文化工作,有不同的作法,本文只談其中之一。
在之前的版本可安裝zh-auto-tw-l10n做中文化,但在11.1實測的結果感覺已沒有作用了。以下談最基本的中文化工作,有不同的作法,本文只談其中之一。
2018年1月1日 星期一
sqlacodegen: Automatic model code generator for SQLAlchemy
使用SQLAlchemy時,需要自行編寫個models.py,其中是資料表格的定義,若資料表格很多,就要寫不少東西。
如果懶得自己寫代碼,可先用資料庫的圖形管理軟體定義好所要的資料庫結構之後產生一個實際的資料庫,再利用sqlacodegen從這資料庫產生models.py。例如使用SQLite資料庫,可利用像〈四款SQLite圖形界面管理軟體〉之類的工具,產生所要的資料庫。
也就是若有既有的資料庫,sqlacodegen會讀取即有資料庫的結構,自動產生SQLAlchemy用的models.py代碼。
本文簡單介紹sqlacodegen的使用。
如果懶得自己寫代碼,可先用資料庫的圖形管理軟體定義好所要的資料庫結構之後產生一個實際的資料庫,再利用sqlacodegen從這資料庫產生models.py。例如使用SQLite資料庫,可利用像〈四款SQLite圖形界面管理軟體〉之類的工具,產生所要的資料庫。
也就是若有既有的資料庫,sqlacodegen會讀取即有資料庫的結構,自動產生SQLAlchemy用的models.py代碼。
本文簡單介紹sqlacodegen的使用。
2017年12月29日 星期五
SQLAlchemy: Python SQL toolkit and Object Relational Mapper
在使用了Python之後,最先採用的資料庫是SQLite,Python標準庫的sqlite3提供了SQLite資料庫界面,使用上算相當方便,效率也不差。但為了方便將來轉換到PostgreSQL,漸採用SQLAlchemy,它是Python用的SQL工具與ORM (Object Relational Mapper)[1]
。
採用ORM連結資料庫有個好處是,所做的程式在往後若採用不同的資料庫軟體時,資料庫的連結方式無需做大幅度調整。SQLAlchemy支援了多種主流的關聯式資料庫。
雖然SQLAlchemy有相當好處,這裡還是要提醒一點,當資料量很大時,透過ORM存取資料的效率通常不像使用專用資料庫API來的好,譬如前述的SQLite資料庫為例,從sqlite3換成SQLAlchemy後在一次處理大量資料時就會感覺到效率上有點差異。 一般前端應用上的作法通常也不會寫成讓使用者一次調用大量資料, 這類一次調用大量資料的情景,通常像在後端做轉換或匯出/匯入資料,而此時可能會想用其他較合適的方式了。
以下用簡單的例子粗淺的介紹SQLAlchemy的入門使用方式。
採用ORM連結資料庫有個好處是,所做的程式在往後若採用不同的資料庫軟體時,資料庫的連結方式無需做大幅度調整。SQLAlchemy支援了多種主流的關聯式資料庫。
雖然SQLAlchemy有相當好處,這裡還是要提醒一點,當資料量很大時,透過ORM存取資料的效率通常不像使用專用資料庫API來的好,譬如前述的SQLite資料庫為例,從sqlite3換成SQLAlchemy後在一次處理大量資料時就會感覺到效率上有點差異。 一般前端應用上的作法通常也不會寫成讓使用者一次調用大量資料, 這類一次調用大量資料的情景,通常像在後端做轉換或匯出/匯入資料,而此時可能會想用其他較合適的方式了。
以下用簡單的例子粗淺的介紹SQLAlchemy的入門使用方式。
訂閱:
文章 (Atom)
