2015 年に仕事で遭遇した問題: 11-20

11.DWZ フレーム ページングの問題。

a. 組み込みのページングは​​強力ではないため、テーブルのメインコンテンツを自分でレンダリングする必要があります。

b. ページは 1 つだけであり、ページネーションやフォームなど、ID に依存するすべての場所の ID は一意である必要があります。

c. テーブル スタイル「table」は、dwz のデフォルトの使用方法およびスタイルとのみ一致できます。

class="table" を使用しているが、テーブル本体がサードパーティのページングを使用している場合、テーブルヘッダーの th とテーブル本体の td を揃えることはできません。

技術の普遍性とウェブサイトのカスタマイズの問題を考慮して、DWZ フロントエンド フレームワークは廃止されました。

12. 同社の Java プロジェクトのパッケージ化とデプロイメントはシェル スクリプトで記述され、自動的に実行されます。

自分のクラウドサーバー CentOS に Git-Maven をインストールして設定したかったのですが、git がすでにインストールされていることがわかりました。

Maven をインストールする必要はありませんでした。

毎回パッケージ化してデプロイするのはかなり面倒に感じますが、個人の Web サイトに関する限り、私は手動でコピーしてデプロイすることに慣れています。

13. 多くの場合、データベースのフィールドに基づいて対応するモデルを確立する必要があります。

データベースにアクセスして切り替えたりするのは非効率すぎます。

今日、mysql-front のコピー機能を使用してすべてのフィールドを直接コピーし、Java クラス ファイルに貼り付けることができることを発見しました。

この方法では、データベースの構造を確認し続ける必要はありません。

14. Mybatis は 2 つのほぼ同一のページング インターセプターで構成されており、エラーが報告されます。

<プラグインインターセプター="cn.fansunion.common.web.page.MybatisPageInterceptor">

<プロパティ名="databaseType" value="mysql" />

< ;/プラグイン>

<プラグインインターセプター="cn.fansunion.common.web.page.MybatisPageHelper">

<プロパティ名="databaseType" value="mysql" />

//デバッグ時にターゲットがRoutingStatementHandler型であることが分かりましたが、型変換を強制している限りエラーが報告されます

public Object intercept (Invocation呼び出し) Throwable {

Object target = invocation.getTarget();

RoutingStatementHandler handler = (RoutingStatementHandler) target;

}

15。 400 およびその他のエラー ページ。

サーバーエラー500、ページが見つからない404、パラメーター不足400などが発生した場合、Tomcatなどのサーバーで処理しないとページが見苦しくなります。

例:

HTTP エラー 400

/user-center/tender/tenderManual.json へのアクセスの問題。理由:

必須の長いパラメータ 'tenderAmount' が存在しません

他の人に直接伝えることも非常に危険です。実際のパラメータの名前とタイプ。

ただし、Tomcat を使用して 400 をインターセプトして特定のページにジャンプすると、ページのスタイルを通常と同じにすることが困難になります。

通常、ナビゲーションとメニューがあります。

400が表示されると、通常のページと同じ外観になると予想されますが、コンテンツは異なり、コンテンツは「コンテンツが見つかりません」になります。

16. ボスの問題を手伝っているときに、ディレクトリを切り替える新しい方法を発見しました。

通常、ディレクトリを切り替えるには cd C:/

または cd /D e:/

を使用します。今日、Boss が直接使用している「D:」を見て、D ドライブに切り替えました。

ディスクの切り替えは簡単かと思いましたが、D:/xiaolei が失敗していることがわかりました。

17.Tomcat の再起動中に問題が発生しました。

~/tomcat7/bin/shutdown.sh

~/tomcat7/bin/startup.sh

上記の再起動スクリプトには問題があります。

Tomcatを閉じるためのシャットダウンは問題なく、起動も問題ありません。

ただし、プロジェクトがより複雑な場合、クロージングにはある程度の時間がかかるためです。

シャットダウンが完了する前に、コンソールは起動しましたが、正常にアクセスできません。

今日、別の方法が突然思いつきました。

shutdown.shの戻り値を受け取り、successを返し、startup.shを実行します。

18.HTTPプロトコルの略称。

以前の書き方

Bootstrap の中国語 Web サイトで、次のような使用法を見ました:

ネットユーザーの説明:

ブラウザが現在httpsプロトコルを使用している場合は、httpsプロトコルのスクリプトをロードします。それ以外の場合は http を使用します。これにより、ページ上のすべてのリソースが同じプロトコルを使用するようになります。

実際、それを標準として実践している人もいます。また、CSS内の画像アドレスや背景アドレスも含めてプロトコル名は省略可能です。

scriptタグ上で使用する場合は互換性の問題はありませんが、リンクや@import上にこれを記述するとIE上で問題が発生します。

19. カルーセルプラグインのスライダーを使用しているときに、画像の左側に空白があることに気づきました。

カルーセル プラグインの場合、1 つの画面に 2 つの写真が表示され、2 番目の写真の一部のみが表示されます。

その理由は、写真が100%を占めるはずですが、左側に空白スペースがあるようで、2枚目の写真で埋める必要があるためかもしれません。

次の CSS を追加するだけです。

* {

margin: 0;

padding: 0;

-webkit-font-smoothing: antialiased;

-webkit-box-sizing: border-box;

-moz-box-sizing: border-box;

box-sizing: border-box;

}

20. ウェブサイト監視の問題。

Nginx が使用されていない場合、外部リクエストは Tomcat によって直接応答されます。Tomcat がハングすると、http://FansUnion.cn が応答できないため、Alibaba Cloud Monitoring が自動的に警告します。

ただし、Nginx が設定されているため、Tomcat はハングアップし、アラームは報告されません。これは、外部の世界が Nginx を通じてリクエスト応答を取得し、その応答が

502 Bad Gateway

nginx/1.6.2

At であるためです。今回、HTTP リクエストはステータス 502 を返します。

監視設定を変更する必要があります。

以上、2015:11-20に仕事で遭遇した問題を内容面も含めて紹介しましたので、PHPチュートリアルに興味のある友人の参考になれば幸いです。