其他

前段時間說要開始做ACM題，但是到現在為止就做了一道，感覺執行力不行了。為什麼別人寫的部落格已發表就有上千人閱讀，而我寫的部落格讀的人寥寥無幾。昨天晚上我好好的分析了一下，發現自己寫的部落格沒有深度，就算是自己的一些感悟由於涉世太淺，我的那點感悟在大家看來都不值一提。同時從我寫的部落格可以看出我沒有一樣是學得很精通的。所以我的結論是，以後寫部落格應該就某一點循序漸進的寫，這樣慢慢的才能寫出有深度的文章。

因為config.inc.php中定義了UC_API，所以要先包含config.inc.php檔案，client.php是對一些UCenter提供的函數的實現，可以直接調用。<%include

public class MainActivity extends Activity { private static final String TAG="MainActivity"; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main);

web伺服器收到用戶端的HTTP請求，會針對每一次請求分別建立一個用於代表請求的request對象和代表響應的response對象。1.要得到客戶機提交過來的資料，只需要找request對象就行了。2、要向客戶機輸出資料，只需要找response對象就行了。一、response對象1.1向用戶端發送資料，以位元組為單位(一定要先設定編碼方式，再輸出) String data = "你好,中國1"; OutputStream out =

：package com.test.page;import java.util.ArrayList;import java.util.List;import com.test.page.domain.New;import android.app.Activity;import android.os.Bundle;import android.os.Handler;import android.util.Log;import android.view.View;import

上周通過對檔案系統的學習，發現理論和實踐結合的重要性，在這方面還有很大的欠缺，“學而不思則罔，思而不學則殆”。以此句與君共勉！首先，在LINUX的檔案系統中有個很重要的概念就是VFS（有兩種翻譯方式），正是這種虛擬技術使我們在檔案操作中更加方便。通過虛擬檔案系統，我們可以將各種不同方式的物理檔案系統的差異屏蔽掉，從而使用一些“標準”的介面來完成檔案系統的操作。其次，檔案的mount過程，這個過程分為兩個部分，一個使用者空間的mount的實現，有兩種實現方式。另一個是通過核心調用，在kernel中

          無論是在公司的事業上，還是在程式員自己的技術領域內，我們都會遇到這樣那樣的朋友，當然也會遇到旗鼓相當的對手，有一個稱職的對手，其實這是大好事，大可不必驚慌，當做洪水猛獸。有一門陌生的語言也是如此。　　　TIOBE

布局檔案<?xml version="1.0" encoding="utf-8"?> <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="fill_parent" android:layout_height="fill_parent"> <TextView

　　　　人類的任何行為都是以目的為導向，就像我們爬山，很多人的目的是為了最後的終點，但是我們常常因為過於關注結果或者目的，而忽略了過程，如同我們為了登頂，卻無暇欣賞沿途的風景。我們追求的結果可能發生在一瞬間，但是我們把絕大部分的時間全部花費在過程上。我們做程式開發也是如此，我們把時間投入到整個開發的過程中，而不是在開發完成的軟體結果上。　　　　我們的職業生涯也是如此，對我們來說要重要的不是加薪或者晉陞，而是面對問題思考和努力的過程，忘我工作，尋求答案的執著。過程才是我們程序員所追求的，回到軟體開

        我發現我一直是一個後知後覺的人。不知道是心裡的浮躁還是自己腦子小裝不下那麼多知識。不過幸好我還是一個善于思考的人。現在重新想到了要區分一下這兩個概念。也不至於稀裡糊塗的過著。瞭解了如下的問題之後更有利於對linux架構的認識。       

StrictMode(android.os.StrictMode)。這個類可以用來協助開發人員改進他們編寫的應用，並且提供了各種的策略，這些策略能隨時檢查和報告開發人員開發應用中存在的問題，比如可以監視那些本不應該在主線程中完成的工作或者其他的一些不規範和不好的代碼。　　StrictMode有多種不同的策略，每一種策略又有不同的規則，當開發人員違背某個規則時，每個策略都有不同的方法去顯示提醒使用者。在本文中，將舉例子說明如何使用在Android 中使用

TDirectory.CreateDirectory();    {建立新目錄}TDirectory.Exists();              {判斷檔案夾是否存在}TDirectory.IsEmpty();            {判斷檔案夾是否為空白}TDirectory.Copy();                {複製檔案夾}TDirectory.Move();                {移動檔案夾}TDirectory.Delete();             

在最近的工作中，遇到了需要查看某些函數運行具體時間的需求，現在分享給大家，如果有更好的改進，大家相互交流，這裡只做拋磚引玉的作用。既然要想計算時間，那麼就必須知道如何計算時間，這裡選用的計算時間的函數為/** * do_gettimeofday - Returns the time of day in a timeval * @tv: pointer to the timeval to be set * * NOTE: Users should be converted to using

--查詢建立時間--表select* from sysobjects where id=object_id(N'表名') and xtype='U'  --表的結構   select * from syscolumns where id=object_id(N'表名')    --預存程序   select * from sysobjects where id=object_id(N'dqtx') and xtype='P'  --查詢最後修改時間--預存程序select

用 IOUtils 單元下的 TDirectory.GetFiles 擷取檔案清單太方便了;DEMO下載IOUnit1下面的例子只是 TDirectory.GetFiles 的典型應用…unit Unit1;interfaceusesWindows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,Dialogs, StdCtrls;typeTForm1 = class(TForm)btn1:

 1、作用對象不同：where子句作用於表(或視圖)中得行,而having子句作用於形成的組；                                  where子句限定尋找的行，having子句限定尋找的組；2、執行順序不同：若查詢語句中同時有where子句和Having子句，執行時先去掉不滿足where條件的行，然後分組，分組後再去掉不滿足having條件的組；3、where自居不能直接使用彙總函式，having子句條件中可以包含彙總函式

--清除日誌語句DECLARE @sql VARCHAR(500),@dbname VARCHAR(40)SET @dbname='jiekou_pa'SET @sql='    USE [master]    ALTER DATABASE '+@dbname+'SET RECOVERY SIMPLE WITH NO_WAIT    ALTER DATABASE '+@dbname+'SET RECOVERY SIMPLE   /*簡單模式*/        USE '+@dbname+'   

1、升級硬體；2、根據查詢條件,建立索引,最佳化索引、最佳化訪問方式，限制結果集的資料量；3、擴大伺服器的記憶體；4、增加伺服器CPU個數；5、對於大的資料庫不要設定資料庫自動成長，它會降低伺服器的效能；6、在查詢Select語句中用Where字句限制返回的行數,避免表掃描,如果返回不必要的資料，浪費了伺服器的I/O資源，加重了網路的負擔降低效能。如果表很大，在表掃描的期間將表鎖住，禁止其他的聯結訪問表,後果嚴重；7、查詢時不要返回不需要的行、列；8、用select top 100 / 10

之前複雜的ExtractFilePath 這類的函數總算有新的替換者了。//較常用的方法:TPath.GetTempPath;                  {擷取臨時檔案夾路徑}TPath.GetTempFileName;              {擷取一個臨時檔案名稱}TPath.GetPathRoot();                {提取盤符, 如: c:/}TPath.GetDirectoryName();