昨日、X1フォージエンジンが私の手に落ちました。 それが積極的に販売されて、 サイトで非常に控えめに宣伝されることに注意されるべきです。 それで、彼の何が悪いのでしょうか？
クライアントは、管理パネルにログインできないことについて不満を言いました。 クライアントによると、サイトから特定のウイルスを削除した後にクラッシュが発生しました（後で判明したのは単なる偶然でした）。 コードを調べた後、管理パネルにユーザー名/パスワードを入力した後のCookieがパラメーターで設定されていることがわかりました。
Cookie_Exp_Date = "Sat, 31-Dec-2011 12:00:00 GMT";
つまり 2012年1月1日から管理パネルに入ることができますが、1つのリクエストに対してのみ、変更/保存はできません。 ブラボー！
この混乱を修正するためにcgi-bin / admin / cookie.plファイルに移動し、以下を確認します。
#####################
## Site Makers X-forge (10.01) | -
## (c) " ". 2008. .
## 1998 .
## : " " | +7 (495) 544-88-61 | office@sitemakers.ru | www.sitemakers.ru
## : www.xforge.ru
#####################
## , , , , .
## " ".
## , -.
## .
#####################
「すべて」ではないにせよ、すべてがそうであるように思えます-コード自体は無料のソースから取得されたので（私はそれを使用しました-それがわかった理由です）、そのような著作権で販売することはほとんどできません。
さて、大丈夫、日付を修正し、FireBugでCookieがどのように設定されているかを確認します。ここでは大文字のバグを見つけます。
ログイン後、システムは管理パネルに2つのCookieを配置します。
1. codeadm-ユーザーログインが含まれています（ユニバーサル管理者が最適です）
2. loginadm-「loginadm」というテキストが含まれ、管理パネルへのログインの事実を確認します
それだけです！ これ以上のチェックはありません！ なぜなら、クッキーは偽物ではなく、絶対に信頼できるからです！
どういうわけか適合しない
- -. , - , .
しかし、それだけではありません。 窓の外には21世紀があり（10年以上はそうです）、これらの専門家は厳格モードを使用していません！ しかし、彼らは積極的にgovnokodを使用しています。
my $fii=0, @FIL=(), $FIS=0, $pat, $file_text="";
一般的に、コードの品質は学生のチームを示唆しています。 そして、これは商用製品です。 まあ、SSZB。
また、このような瞬間に夢中になりました-フラットファイルがデータベースとして使用されます。 大丈夫ですが、そのようなファイルを含むディレクトリを「クラスター」と呼び、次のように記述します。
,
多すぎる。 私はこの革新をすべて数十台の車に拡大する方法を見ます。
道徳はこれになります-信頼しますが、確認してください。
PS。 バージョン10を入手しました。現在のバージョンは11です。