顯示較新嘟文

@dimlau @givemeyourid 我的網站不是靜態的,而且我也不打算啓用站內搜尋功能,自然是沒有做的呀。

Elastic 算是自建搜尋引擎的通用解了,講求可用性的話也算是不錯的選擇。然而如果爲了省資源用了靜態生成器的話,估計會對它的資源佔用狀況感到心痛 :abloblurk:

掘火中译:伯恩斯坦《年轻人的音乐会》| 音乐厅之声

译制 | ZZC
校对 | 经成纬至 troll_troll
策划 | 掘火字幕组
封面 | Smobniar
片头 | petit

【译者前言】在译制这一集字幕的过程中,给我留下最深刻印象的不是那些对声学效果术语的解释,而是音乐本身,有关于英国作曲家威廉·沃尔顿爵士的作品《门面》的介绍和表演。这部作品是他为伊迪斯·西特韦尔女爵创作的同名诗歌集创作的配乐。节目中选取了这部作品的其中一首:Tango-Pasodoble《探戈-斗牛舞》,乐曲由六件乐器演奏,简单而富有异国情调,配上伯恩斯坦一边指挥一边朗诵西特韦尔的诗歌,对比强烈的节奏变化,使我觉得男中音人声更像是第七件乐器,一件表现节奏或者韵律的乐器,极为精彩。这首曲子还有一个别名:I do like to be beside the Seaside《我就喜欢呆在海边》,这所搭配的诗歌本身的名字。

《门面》的创作诞生,一说是由西特韦尔先期完成一组诗歌,然后再由沃尔顿配上音乐。而另有一说是当时初出茅庐、极具天赋的沃尔顿先把曲子给完成了,而去“挑战”西特韦尔,以诗配乐。无论哪个版本是真实的,作为音乐配诗歌这一个整体来看,实现了西特韦尔想把它的创作作为一种实验,即以文字为媒介去表现舞蹈的节奏。这需要字的押韵,词的韵律,以及朗读时要求的速度变化去表现,而音乐的搭配也契合了这个实验所要达到的目的 – 仅听觉上的。

进一步来说,这部作品也是一种视觉上的完美呈现。《门面》的题材是nonsense poetry也就是荒诞诗歌。这种题材时常用押韵的词组合在一起成为毫无意义的句子,或者创造出一些毫无意义的词组成句子。但它们并非完全无意义。以《我就喜欢呆在海边》为例,人物设定是西班牙名字的男主人公和他的塞维利亚新娘等人,场景为大海、浪花、树木、动物和昆虫,动作为偷窃、狂奔、私奔和遗忘,以及各种色彩的描述。这些已经绘制了一幅悠闲或者狂放的人们在海边的场景。西特韦尔的诗歌中也经常出现的神话人物,这里也提到了Thetis和Erotis,前者是海洋女神,后者的名字词源eros或erotic一定是与爱或情欲有关。这两个名字的出现,无论从发音上还是从意象上都是点睛之笔。至此,听者可能并完全理解饶舌的诗句,但脑海里应该已经出现了一幅怪诞而有诱惑力的拼贴画。自1922年的私家首演到到公开首演,西特韦尔对《门面》这套诗歌配乐表演方式的设定也可谓是全方位的。她自己会站于一幅幕布之后,通过手持扩音筒朗诵诗句,乐队也在幕后演奏。她的扩音筒从幕布上的一个洞伸出来,对着观众,而这个洞则是幕布上由画家John Piper绘制的一幅画里的一张嘴!

若置于现代艺术评价这样的表演,那绝对是一部即引起遐想,有引发争议的优秀多媒体影像作品。只是当时观众的想象力完全可以由文字、音乐和静止的画面去触发。而现代的我们经过各类视觉媒体的冲击和熏陶,不知不觉中已经变得“慵懒”而不知是否还能通过诗歌和音乐,去目睹地中海某处的海边发生的一切。不多说了,那就请各位欣赏在本集节目后半段发生的“前方高能”吧。(ZZC)

B站:bilibili.com/video/BV1uT4y1J77

掘火:digforfire.net/?p=18126

@maweiwei 閨密買了一臺用來視訊、聊天、修圖,我覺得 5000 買到一套帶鍵盤的 iPad 還是不錯的。

我说我吃蛋饼,但到了食堂还是买了炸猪排套餐。我食言而肥,我的钱包因我食言而瘦。

顯示討論串

@niconiconi @melissa 現金實名?這何必呢,直接發糧票和消費券吧!

@meina 「可是你不給我提供 IP 和電話號碼我就沒有辦法證明啊!」

@AstroProfundis 有報銷額度而且是吃飯用就不要太考慮 C/P 值了,XPS 13/15、X1 Carbon 或者 Latitude 直接沖就可以了。

@ServalCandle 總之其實我之前還考慮過官方智慧型電池護殼的,但最終都敗在了沒有 iPhone 上🌚

畢竟保護殼選擇多真的可以成爲買一款手機的理由 :nyancat_body:

@dimlau 沒問題,生成的時候指定 TZ 環境變數,需要的時候聲明特定時區即可。改模板的話,也可以使用 `{{ dateFormat "2006-01-02T15:04:05" $date.Local }}` 這類形式。

當然,你說的方便沒有錯。但因爲看不到原始檔是如何,所以我無法指出具體問題或者給出更直截的解決方法。我猜測,你提到的情況裏似乎根本沒有覆蓋掉常態,而是直接將所有情況都當作異常態處理了。

@dimlau 我覺得只是一些想法沒轉過彎。舉例說:WordPress 裏也有設定作者的時區,但如果作者旅行到其他時區並且在當地時區的客戶端寫作,最後發表出來會是哪個時區呢?

我猜還是會按照原先設定的時區。因爲這本質不是一個「精確」或者「方便」的問題,而是在無法作出判斷的時候不做無用的、看似「智慧」的判斷。

@dimlau 對原問題更針對性的回答:

Hugo 確實明知其運行時區;但由於一些考慮並不會直接使用,例如:

1. Go `time` 庫本身的解析要求;
2. 在自動部署等情況下,運行時區不一定等同於作者所在時區;
3. 如果出現協作狀況,多名作者也可能不在一個時區;
4. ……

因此 Hugo 接受的時間格式是帶時區的時間,並且在未指定特定時區時預設爲 UTC(也算是一種慣例)。

@[email protected] 這是我寫的代碼嗎?明明是我的 IDE 寫的代碼!

顯示較舊嘟文