原创 jmeter測試壓縮傳輸帶寬

今天測試的小明反饋我說接口的傳輸帶寬很大,我心理就納悶了,我已經加上gzip壓縮了,自己測試也還好,一個請求也就1kB不到,怎麼到你那裏就編程12kB呢,明顯是是用的是壓縮前的數據。 我看了他使用jmeter工具,但是沒有配置請求

原创 spark下使用pyspark讀取csv文件

直接讀取 ss = SparkSession \ .builder \ .appName("luodj_db_access") \ .getOrCreate() #

原创 運維神器-supervisor使用指南

簡介 supervisor是用Python開發的一個client/server服務,是Linux/Unix系統下的一個進程管理工具。可以很方便的監聽、啓動、停止、重啓一個或多個進程。用supervisor管理的進程,當一個進程意外

原创 生產環境http請求使用gzip壓縮

生產環境上因爲帶寬是貴重的資源,尤其對於小商家來說,如果對於請求不進行壓縮,就是白白浪費帶寬,不僅浪費錢,還可能影響別的正常業務。所以上生產環境前要簡要是否開啓了gzipo壓縮。 假設接口沒有壓縮前,返回的包長是1454. 判斷接

原创 mybatisplus自增主鍵很大問題排錯

一天上午,小明突然叫我說數據庫數據很奇怪,我看了下的確好奇怪 爲什麼自增id字段突然變得怎麼大了,後面我比對下其他的庫表,有點自增id是ok,有的也出現上述的情況,我一開始就納悶了,然後開啓數據庫的打印語句,發現入庫語句如下:

原创 stream分組排序高級使用

java中stream可以對數據集合進行排序,而且還可以指定分組排序,這裏羅列出常用的情景。 假設數據集合中的元素是Person,字段的屬性如下所示 @Data public static class Person { p

原创 mybatis-plus實戰-時間字段自動更新

項目中遇到需要業務更新自動同時更新表中對應的update_time字段(名字自己定)。 使用的mysql數據庫,一開始修改表的字段,修改如下: alter table user modify column `modify_tim

原创 flink實戰-處理oom問題

最近生產頻繁遇到flink的tm掛掉的情況,查看了日誌發現如下內存使用情況 可見出現峯值,觸發了系統的oom-killer程序,通過查看下系統日誌 /var/log/messages 確認了的確觸發的系統oom-killer [

原创 spark讀取csv文件

直接讀取 ss = SparkSession \ .builder \ .appName("luodj_db_access") \ .getOrCreate() #

原创 蘋果手機wifi很慢解決方法

事情是這樣的,iphone軟件升級後發現wifi連接很慢,用測速工具發現也就只有wifi20k左右,有時候還出現網絡異常 ,但是電腦、平板沒有出現問題。 很是納悶,網上找了一堆說dns配置問題等,都試過也解決不了。 後面發現關閉了

原创 .NET執行程序運行路徑

獲取當前運行程序 windows app的執行路徑AppDomain.CurrentDomain.BaseDirectory asp.net的執行路徑AppDomain.CurrentDomain.SetupInformation.Pri

原创 web css js 優化

工具: fiddler, firebug, yslow, pagespeed, js minify, json viewer 文章: yahoo 34 條,  IE和Firefox對同一域名進行請求的併發連接數限制 HTTP1.1 R

原创 ASP.NET MVC 以64位運行

1. 修改應有程序池,確保其“託管管道模式”爲“classic”,不能爲集成;確保“啓用32位應用程序”爲false 2. 編譯mvc代碼是以any cpu格式 3. 檢查應用程序中的“處理程序映射”中的ExtensionlessUrlH

原创 asp.net mvc 錯誤 global.asax

Parser Error Description: An error occurred during the parsing of a resource required to service this request. Ple

原创 .net 使用屬性進行校驗

啓發來自http://www.cnblogs.com/yangecnu/p/3759784.html