我眼中的宝鸡景点(r11笔记第53天)

   今天又出发去了陕西的景点,不说是西安,因为我们去了宝鸡,然后在几个县城的景点间奔波。

   首先在大早上出发,赶到了太白山脚下的眉县,开始泡温泉,一直以来没试过,要体验就体验最好的。因为早上人不是很多,我们就赶在中午前索性吃了些饭垫垫肚子,预计出来也是大概2点左右了。

   这种体验让我想起了动画片《千与千寻》里面的情节。

  
有时候也想不通为什么很多人那么热衷于泡温泉,除了养生就是舒适了。原来泡温泉有这么多名堂和讲究,椰奶,苹果,玫瑰,柠檬,红酒,中药浴等等,都是户外露天的,可以想象在下雨天可以戴着斗笠,披着浴巾,最临界自然的情况下可以舒适的泡着温泉,偶尔喝杯姜茶暖暖身子。如果外面是雪天,池子里还是暖烘烘的,很多人其实蛮喜欢这种落差,老人,大人,孩子都乐在其中,价格其实也比较实惠。

   
下午的时候,发现还有一个泉水岩的项目,可以躺在一个诺大的岩石板上,下面是热热的泉水,我竟然躺在上面眯了好一会儿。大人孩子都感觉不错,我家孩子估计没这么泡过,从最开始的抗拒到后面,到后面感觉骨头都泡软了,总体感觉她比我上了一天班还累。在车上就开始倒头大睡。

   当然为了防止被骂色狼,我就忍住没拍浴池的照片。想看没门。

◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆

  因为离法门寺不是很远,我们就驱车去了那里。

  我们赶到景点,已经是下午快4点了,5点关门,留给我们的时间只有1个小时了。自西安钟楼的游完之后,发现来有历史文化的景点,不雇个导游,眼前的景色几乎看不懂,所以花点钱还是值得的。

   眼前的就是法门寺的一个正景。寺庙原来有个规矩,进门上香是左进右出,不走回头路,当然上香记得跪拜。

   如果你观察仔细,会发现寺庙顶部有两个类似鹰嘴的样式。和导游聊了下,大概知道是一个叫做鸱吻的尾巴,什么是鸱吻呢,我也查了下,发现蛮有意思的一个神兽。


何为鸱吻

鸱吻是龙的儿子,所谓龙生九子,鸱吻为其中之一。这位龙子好在险要处东张西望,也喜欢吞火。所以在很多时候我们经常会看到寺庙中会有一些建筑物有一个尖角。

   这是三圣殿,进门香从这里上,殿堂中间是释迦牟尼佛,两边是文殊菩萨,普贤菩萨,座次稍后,是作为释迦牟尼佛的胁侍菩萨,也称作华严三圣。整个的架构设计是前殿后塔,所以三圣殿后有座塔。

    这个塔,其实是在1987年左右根据原来的设计重建的。但是依旧保留了原来塔身的古朴风格。这个塔可是法门寺的一个核心所在,因为舍利就发现于此。

    
佛教圣地,里面拍不了照。地下宫殿里面的墙壁上有3000佛像,各个栩栩如生,形态不一。很多都是后期改进的。不过网上竟然发现还有一些照片,直接拿过来。这是当年发现的地下宫殿,也叫作石室,我们仔细看了看,真是很小,大概80厘米左右高,是不开放进入参观的。从外面看到的也是这个样子的。所以一个成人要进去,那就必须是跪着的姿势,也能够体现出尊敬。

    当然两只石狮,也是按照比例复原的,原件是不公开的。

释迦牟尼佛的真身舍利是在这里发现的,相传释迦牟尼佛灭度后,遗体火化结成舍利。公元前三世纪,阿育王统一印度后,为弘扬佛法,将佛的舍利分成八万四千份,使诸鬼神于南阎浮提,分送世界各国建塔供奉。中国有十九处,法门寺为第五处。而法门寺是目前确实发现的。而且保存依旧完好。

    要看舍利,那得花点功夫,舍利有4个,其中3个经过后期坚定是根据玉石仿制,只有1个是真的。那个真的现在被放入了新建的一个地方供世人参观礼拜。

 这个地方大概是2009年左右修缮的,可以看出就是一个双手合一的样式。舍利在指定的时间会开放,提供6个小时左右的时间。

   舍利到底是个什么样子呢,我们看看纺织品也能够大概看出样式来。

    如果仔细看会发现这个舍利中间是空的,这个其实就是中指指骨,而舍利和舍利子还是不同的,在佛教中,僧人死后所遗留的头发、骨骼、骨灰等,均称为舍利;在火化后,所产生的结晶体,则称为舍利子坚固子。今天自己也算是扫盲了。

   而法门寺在唐朝达到了鼎盛,当时皇族也进献了不少的贡品。达到2499件。

    来看看这个禅杖,不是西游记唐僧使用的那一个,根据描述,这个禅杖没有使用的痕迹。也就是作为舍利的一个附属贡品。

舍利的发现有一段小故事,那就是下面的样式,一个套一个,然后最里面的就是舍利。

  

  真身舍利的包装相比仿制品而言其实并不显得起眼,也是为了能够更好的保护真正的舍利。简而言之就是要低调。

  贡品数量相当多,我可以列出几件,这些是可以拍照的。

  来,赐你一个金饭碗。

    来,你都得用个大金盆,皇室设计,要不就是最大,要么就是最精巧。

   里面有一件唯一的舶来品。来自波斯的进贡,在当时琉璃可比黄金值钱。

这个是当时的秘瓷,工艺现在都没弄明白,仿制品和真品放在一起真是差别很大。也算是一门失传的手艺。

 盛唐时候,也是一番欣欣向荣。

里面很有特点的还有茶叶,当年丝绸之路也带来了这些货物。那时候叫吃茶。大概就是这么吃茶的样式。

   大体就是把茶叶碾成末,然后拌上调料,比如盐,然后食用。过程可讲究呢。

  盛放茶叶,基本都是砖茶的样式,然后碾成末。

有专门的小抽屉一样的东西来过滤,然后用神龟一样的器皿盛放。

这是放调料的,还有那个时候的勺子之类的。

等出来以后,差不多一个小时了。看着地面上的砖头的纹路,也是完全仿制的。看起来确实很有历史的味道。

而顺着这个角度来看法门寺塔和建筑群,就显得更加的神圣了。

  而里面的石头,狮子,有些都是近些年搬运过来的,没什么历史,所以文化古迹就是美在历史。

◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆

  然后在回去的路上,发现离岐山还是很近,就在姐夫的推荐下去了一家正宗的店面。

  这个店很有特点,菜管够,随便吃,面管够,随便吃,西北人的豪爽一下子淋漓尽致的显示出来,而且饭菜确实很精致。

臊子面的碗很小,一筷子基本就吃完了,我吃了5碗。

    在晚上驱车回到了西安,这个时候孩子孩子睡觉,我们坐在车里还在津津有味的谈论着美食,谈论着生活...

时间: 2024-07-30 07:45:00

我眼中的宝鸡景点(r11笔记第53天)的相关文章

我眼中的西安(r11笔记第52天)

    今天开启了西安旅游模式,因为在我的眼中,十三朝古都肯定有说不完道不尽的故事,如果单纯说景点,可能很多时候论风景,论规模和现代的景点差距都很大,比如北京的圆明园,颐和园,论风景可能比很多现代的公园还差很多,但是里面有浓浓的历史痕迹,让这些一石一木都别有风情.     我们计划过几天也去兵马俑看看,我爸听了说,算了吧,就是几个石头人嘛,不过尽管父亲这么说,其实我知道他骨子里是怕我们花钱,另一方面确实是对这个没有概念.我们这一代人用一句话总结非常形象,就是容易忘记.现在很多人连各种辈份也分不清

MySQL Online DDL(二)(r11笔记第88天)

对于Online DDL,之前简单分析了一些场景MySQL中的Online DDL(第一篇)(r11笔记第3天),其实有一个很关键的点没提到,那就是online DDL的算法,目前有三个操作选项,default,inplace,copy可选 具体可以参考  https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl.html > select count(*) from newtest; +----------+ | count(*) |

需要了解的pssh(r11笔记第28天)

   昨天的一篇文章,关于ssh命令的几个使用小技巧(r11笔记第27天),也收到了不少朋友的反馈,其中有个朋友提议说还是用pssh吧,我想想也是.     对于pssh早有耳闻,但是一直没有尝试用过.自己体验了一番,感觉确实不错,对于我们日常碰到的批量操作都可以胜任.当然还有很多可选方式,比如pgm,fabric,puppet,ansible等,只要能实现需求,怎么玩都是套路,而且也急不得,一个学明白了学其他的就会容易很多.      关于pssh的p是什么含义,我和朋友还讨论过,到底是pyt

复杂SQL性能优化的剖析(二)(r11笔记第37天)

    昨天的一篇文章复杂SQL性能优化的剖析(一)(r11笔记第36天) 分析了一个SQL语句导致的性能问题,问题也算暂时告一段落,因为这个语句的执行频率是10分钟左右,所以优化后(大概是2秒左右,需要下周再次确认)的提升很大.    对于优化是一个持续的改进,我们碰到的问题,最终的原因可能五花八门,但是正如柯南所说,真相只有一个.我把这个问题和前几天处理的一个问题结合起来,前几天处理了一个紧急问题,也是有一个SQL语句的执行计划发生改变,这个语句的业务比较关键,触发频率是每分钟一次,如果一旦

百倍性能的PL/SQL优化案例(r11笔记第13天)

我相信你是被百倍性能的字样吸引了,不过我所想侧重的是优化的思路,这个比优化技巧更重要,而结果嘛,其实我不希望说成是百倍提升,""自黑""一下.     有一个真实想法和大家讨论一下,就是一个SQL语句如果原本运行20秒,优化到了1秒,性能提升该说是20倍还是提高了95%.当然还见过一种说法,一条SQL语句每次运行20秒,每天运行100次,优化后每次运行1秒,运行还是100次,那么性能提升是说成优化累计时间为100*20-100=1990秒? 好了,我们来看看PL/S

闪回原理测试(二)(r11笔记第23天)

    对于闪回部分,Oracle本身提供了非常多相关的特性,我个人对于闪回数据库这个特性最为喜爱,尤其是应用再Data Guard环境中,真是一大杀器.     而对于DML的闪回部分其实也相对比较容易理解,毕竟就是原操作的逆操作,之前通过logminer的方式来读取redo来间接得以印证.Oracle闪回原理-Logminer解读redo(r11笔记第17天)     但是对于DDL的闪回,这个特性真是非常强悍了.比如一个truncate操作,它的逆操作改怎么定义,就很难去界定了.当然这个里

一个SQL性能问题的优化探索(二)(r11笔记第38天)

继续前几天的一个案例一个SQL性能问题的优化探索(一)(r11笔记第33天) 如下的SQL语句存在索引字段CARD_NO,但是执行的时候却走了全表扫描,因为这是一个核心表,数据量很大,导致数据库负载很高. SQL_FULLTEXT ---------------------------------------------------------------------------------------------------- SELECT ID,CN,CARD_NO,TO_CHAR(CHAR

用Oracle的眼光来学习MySQL 5.7的sys(下)(r11笔记第25天)

昨天写了篇分析sys的文章,用Oracle的眼光来学习MySQL 5.7的sys(上)(r11笔记第24天)收到了一些朋友的反馈,还不错,今天继续努力,再整理一篇. sys还是很有借鉴意义     今天还和同事偶然聊起sys schema的事情,我觉得有几个地方要值得借鉴. 1)原本需要结合information_schema,performance_schema查询的方式,现在有了视图的方式,显示更加直观 2)sys schema的有些功能在早期版本可能无从查起,或者很难查询,现在这些因为新版

insert导致的性能问题大排查(r11笔记第26天)

今天开发的同学小窗口消息给我,向我咨询一个ORA错误的问题. 错误代码是ORA-30036,使用oerr ora 30036查看,由于是undo空间无法扩展导致. 这是一个统计业务的数据库,而且平时的负载其实并不高,确实有一些奇怪.首先排除了大事务导致的原因,查看数据库日志,和开发同学沟通,没有发现相关的错误信息. 所以第一感觉这是一个偶然发生的情况,不过开发的这位同学貌似碰到了问题,他说从应用端抛出了ORA-30036的错误. java.sql.BatchUpdateException:ORA