Clever Geek Handbook

ヘルプデスクを曞いたようにパヌト3





パヌト2ずパヌト1の続きでは、プロゞェクトの2幎間で䜕が起こったのか、達成したこず、実装したこず、アプリケヌションシステムがそのような有望な方向である理由を詳しく説明したい別の蚘事を曞くこずにしたした。 そしおもちろん、蚘事番号3は補品バヌゞョン番号に察応したす。これに぀いおは以䞋で説明したす。







チヌムを再構築し、れロからシステムを䜜成する方法は
プロゞェクトのさらなる開発ず珟圚のアヌキテクチャでの開発には、人件費ずシステムパフォヌマンスに高いコストがかかるこずがわかりたした。 私たちのコヌドには「自転車」が倚すぎお、蚀葉の本圓の意味での「スクヌタヌ」でした。 車茪が小さいため、そこから脱萜するこずは困難でしたが、すでに高速を開発するこずはできたせんでした。 そしお、私は遠くたで速く行きたかったです

したがっお、遞択はPHPフレヌムワヌクの偎にあり、ほずんどの堎合、次の基準がありたす。

-優れたドキュメントず私たちのむデオロギヌによる仕事の原則のシンプルさず理解

-開発ぞの迅速な参入

-必芁なサヌビスずの統合に必芁なツヌルずラむブラリの可甚性

-フレヌムワヌクをサポヌトする芋蟌み

-開発者の高床なトレヌニング

-システムのサポヌトず開発の単䞀の暙準

そこで、目暙を蚭定しお達成したした。 8か月間は、以前のバヌゞョンのシステムプロゞェクト党䜓の再蚭蚈および適応されたビゞネスモデルを䜿甚しお、れロから䜜成されたした。



なぜアプリケヌションのシステムを開発するのですか
アプリケヌションシステムがどれほど普及しおいるか想像するこずさえできたせん。 理論的には、目的ず実装の远跡がある組織では、ワヌクフロヌの最も原始的なタむプはアプリケヌションシステムです。 それは、ピザ屋宅配䟿ず泚文、そしおもちろん、ナヌザヌにサポヌトを提䟛するIT郚門から䜿甚できたす。 そもそも私たちが目指しおいるのは圌らです。

審矎的な理由-制埡ずタスクアカりンティングの方向でワヌクフロヌを最適化する-これがこの方向での重芁なタスクです。



なぜLaravelを䜿甚するこずにしたのですか
第䞀に、これは新しいフレヌムワヌクですが、非垞に人気があり、矎しく、システムで䜿甚する必芁があるメカニズムのすぐに䜿甚可胜な実装が利甚可胜です。 第二に、私たちはチヌムを拡倧し、開発者が私たちを蚱可しない前に私たち以倖のどこにも䜿甚されおいない私たち自身の狭いフレヌムワヌクを䜿甚したかった。 同時に、「1石で2矜の鳥を殺したした」-すべおが機胜する共通の暙準化システムを取埗し、同僚のスキルに+1フレヌムワヌクを远加したした。



開発においお、どの分野が優先されたすか
近幎、たすたす倚くのオフィス埓業員が゜ヌシャルネットワヌクに時間を費やしおいるのは呚知の事実です。 私たちのアむデアは、この方向で補品を開発するこずです。 結局のずころ、䞀般的な゜ヌシャルネットワヌクで猫やおっぱいを芋るよりも、埓業員が䌚瀟のニュヌスフィヌドでほずんどの時間を過ごし、プロフィヌルトピックを読み、スキルを向䞊させる方がよいのです。 ネットワヌク。 圓然、アプリケヌションシステムに同じものを投皿できたす。 Bitrixは私たちに非垞に同情的ですが、開発者ずプロゞェクトのアヌキテクチャおよびコヌドの品質ずの個人的な関係により、私たちは独自の方法で進むこずにしたした。 私たちは圌らのアナログやラむバルになりたくはありたせん。ただこの分野で独自の方向性をずっおいたす。



このようなシステムに興味を持っおいるナヌザヌは䜕人いたすか
適切なオフィス構造組織では、タスクずその実装のタむミングを远跡する必芁がありたす。 ここでは、PM補品、アプリケヌションシステム、ToDoノヌトパッド、たたは理想的にはCRMシステムを遞択したす。 この点で、ZENLIXは普遍的なツヌルではありたせんが、その新しいバヌゞョンは、さたざたな䞀般的な゚ンティティのおかげで、゚ンタヌプラむズ環境にできるだけ簡単に統合しようずしたす。 たずえば、「グルヌプ」ずいう単語は䌚瀟たたはプロゞェクトに眮き換えられ、そのプロゞェクトのタスク/アプリケヌションがすでに䜜成されおいたす。



開発ずサポヌト



これは私たちにずっお最も重芁な郚分です。なぜなら、私たちの開発プロセスに぀いお話すのはその䞭にあるからです。



展開ずテスト
Envoyのおかげで、たずえばiOSモバむルアプリケヌション開発者向けのAPIなど、テスト甚の既存の開発環境を迅速に展開/曎新するこずができたす。



開発プロセス
すべおはクラむアントから始たりたす。 私たちのチヌムは2぀のグルヌプに分かれおいたす。1぀は珟圚のブランチを開発し、もう1぀はアプリケヌションシステムに察する狭い゜リュヌションを開発しおいたす。 倚くの堎合、これらの境界は消去されたす。これは、亀差するタスクがいく぀かあり、合意よりも早くそれらを実珟するためです。 すべおの実装アむデアの65は通垞のお客様からのものであり、お客様からのリク゚ストを分析しお、プロゞェクト開発蚈画の圢匏で提瀺したす。 残りの郚分はプロゞェクトマネヌゞャヌが担圓したす。プロゞェクトマネヌゞャヌは、アプリケヌションシステム垂堎の分析胜力にしばしば導かれたす。 この匏のおかげで、圓瀟はお客様の成功ず認知を獲埗しおいたす。 開発プロセス自䜓は䞻芁な䜜業ではありたせん。それに加えお、テクニカルサポヌトもありたす。



ナヌザヌサポヌト
お客様は「1営業日以内」にメヌルで無料サポヌトを受けたすが、実際にはこの数倀は「1時間以内」に達したす。 この指暙ができるだけ高くなるように努力しおいたす。 これは、先に進むためにナヌザヌを理解し、たずナヌザヌから情報を受け取るこずが重芁であるずいう事実によるものです。 リモヌトサポヌトはSSHでのみテクニカルスタッフによっお提䟛されたす。以前は、お客様は小さなナヌザヌ契玄を受け入れたす。



私たちは䜕を実装したしたか

新しいバヌゞョンでは、ナヌザヌ/グルヌプの組織、通知システム、および構造単䜍の䞀般的な分離に察するアプロヌチを修正したした。 これで、管理者は、無制限の数のグルヌプを䜜成できたすたずえば、これらのグルヌプをサポヌトする組織のクラむアント䌁業および郚門に埓っお。 さらに、各グルヌプには、グルヌプ内のすべおのアプリケヌションを衚瀺するメむンナヌザヌを割り圓おるこずができたす。 アプリケヌションを䜜成するには-さらに柔軟なアプロヌチ。 アプリケヌションフォヌムのシステムを䜜成したした。これにより、各グルヌプたたはナヌザヌに、アプリケヌションを䜜成するための䞀意のフォヌムを割り圓おるこずができたす。





申蟌曞
これは、ナヌザヌのリク゚ストから正確に実珟された機䌚です。 これは、あるナヌザヌがアプリケヌション䜜成ペヌゞの「期限」フィヌルドに興味を持ち、他のナヌザヌには「ステヌタス」などに興味を持ったずきの玠晎らしい䟋です。 すべおの人を満足させ、申請曞を䜜成するメカニズムを䜜るこずにしたした。 これで、20ポむント以䞊から、アプリケヌション䜜成フォヌムが構成されたした。 さらに、フォヌムはナヌザヌずナヌザヌのグルヌプの䞡方に接続できたす。 さらに、この機胜により、グルヌプ/ナヌザヌぞのアプリケヌションを䜜成するためのアクセス暩を制埡できたす。



グルヌプずナヌザヌ
ナヌザヌ郚門ずクラむアント䌁業からナヌザヌグルヌプにアプロヌチを倉曎したした。 これは、より柔軟でシンプルなナヌザヌナニット管理構造です。 これで、グルヌプずナヌザヌが亀差しない独自の隔離された環境を䜜成できたすが、同時に、アプリケヌションの䜜成ず凊理の暩利の枠組み内で察話できたす。



NodeJS + REDIS




初期バヌゞョンv.2では、新しいむベントをポヌリングするシステムずしお、デヌタベヌステヌブルぞの2回目のアクセスを䜿甚したした。 新しいバヌゞョンでは、このバンドルを削陀し、REDISを䜿甚するこずにしたした。 nodejsサヌバヌがredisにサブスクラむブされるようになり、ポップアップ通知の安定性ず速床がさらに向䞊したした。





フルキュヌ




同様に、以前のバヌゞョンでは、独自のメッセヌゞキュヌ凊理゚ンゞンを䜿甚しおいたした。 1分に1回、cronはメッセヌゞキュヌ凊理システムを起動しお凊理したした。 このようなメカニズムは、郵送ずプッシュブレット、iOSプッシュぞの拡匵にのみ適しおおり、SMSはたったく正しくありたせんでした。 新しいバヌゞョンでは、これらのタスクに完党に察応し、倖郚サヌビスずさらに統合するための远加マヌゞンを提䟛するLaravelキュヌを䜿甚したした。



アプリケヌションの個別の実行および実行埌のアプリケヌションの受け入れ




新しいバヌゞョンの远加のアプリケヌションステヌタス

-アプリケヌションの実装の怜蚌-これは、アプリケヌションにそのようなアむテムがある堎合、ステヌタスが完了した埌のアプリケヌションは、アプリケヌションの䜜成者たたはグルヌプのスヌパヌナヌザヌがそうであるこずを確認する必芁があるこずを意味したす この埌、アプリケヌションはステヌタスを受信しお​​完了し、閉じられたす。

-同時に耇数で実行-これは、゚グれキュヌタのリストにあるすべおのナヌザヌのみが満たす堎合に、アプリケヌションが完了したず芋なされるこずを意味したす。

すべおの堎合においお、通知は機胜したすメヌル、SMS、Pushbullet、WebPush、IOS-Push。 ナヌザヌの個人蚭定による



システムセキュリティ




これは、システム内の重芁な堎所の1぀であり、利䟿性ずセキュリティ間の距離を最小限に抑える必芁がありたす。 統合されたLaravelアカりントシステムのおかげで、倚くのこずが可胜になりたした。 ただし、LDAPず同時に䜿甚するために最終決定したした。 ミドルりェアメカニズムを䜿甚しお、システムのメ゜ッドずリ゜ヌスぞのアクセスを完党に制埡したした。



ラむセンス制床
コヌドの䜜成に倚倧な劎力を費やしたため、補品の䜿甚を制埡し、違法な商業的䜿甚から保護するずいう問題に繰り返し戻りたした。 ラむセンスを調敎し、システムをブロックするためのメカニズム党䜓を実装したした。 しかし、そのようなシステムを䜿甚するず、ioncube + PHPバヌゞョンぞの䟝存が生じたした。

それにもかかわらず、私たちはシステムを䜿甚する顧客の単玔さず分離の原則によっお埁服されたした。 お客様は、PHPのバヌゞョン、゚ンコヌドされたファむルを遞択する際に制限を感じず、垞にラむセンスされた監督䞋に眮かれるべきであるず確信しおいたす。 ゜フトりェアを遞択するずき、私たちが信頌されおいれば、私たちは顧客の良識を信頌したす。



曎新システム
Laravelコン゜ヌルコマンドの優れたメカニズムを䜿甚しお、垞に最新バヌゞョンのファむルを取埗し、新しいバヌゞョンに眮き換えたした。

同時に、システムの敎合性チェック、デヌタベヌスの移行、システムのバックアップも䟿利に開始されたす。



チャット
チャットは、システムのナヌザヌ間、およびナヌザヌずクラむアント間の通垞のメッセンゞャヌずしお䜿甚できたすが、埌者の堎合、クラむアントは最初にサポヌトのリク゚ストを送信する必芁がありたす。 そしお、ナヌザヌはリク゚ストを受け入れる必芁がありたす。 そしお、サポヌトの提䟛埌、通信の終了時たたはその他の瞬間にのみ、ナヌザヌはチャットを閉じるこずができたす。



モバむルアプリケヌションの新しいバヌゞョン


新しいバヌゞョンで動䜜するモバむルアプリケヌションは、モバむルデバむスでむンタヌネットにアクセスするこずなく、アプリケヌションをロヌカルに保存できたす。

叀いバヌゞョンでは、むンタヌネットぞの垞時アクセスが必芁です。



アプリケヌションを䜿甚する利点の1぀は、プッシュ通知を䜿甚するこずです。





新しいバヌゞョンのサポヌトされおいる機胜の䞀般的なリスト







PS。

特定の結果ず目暙のために倧䌁業の長期的な協力を提案するこずを怜蚎したいず思いたす。 補品をさらに改善したいのですが、これには投資が必芁です。開発者、機噚、仕事などのスタッフを増やすためです。

これは私たちが遭遇した兞型的な問題です。 顧客が倚すぎるず、補品の䟡栌は非垞に忠実であり、十分な䜜業が必芁です。 しかし、珟圚の顧客を倱いたくはありたせんが、同時に倧䌁業に参入したいず考えおいたす。



そしお、このプロゞェクトに興味のある方のために-info@zenlix.comにご連絡ください。ご協力いただければ幞いです。


More articles:


All Articles