Daha çox

Windows Server 2012-də QGIS Server 2.8


Windows Server 2012 R2-də QGIS Server 2.8 quraşdırmağa çalışıram. Burada və buradakı təlimatları izləmişəm. Bütün DLL-ləri tamlığı üçün OSGeo4W-dan SysWOW64-ə köçürdüm. GetCapables istifadə etməyə çalışarkən hələ də aşağıdakı 500 səhv alıram:

[03 Mart Çərşənbə axşamı 11:30:13 2015] [xəbərdar et] [müştəri 127.0.0.1] (OS 109) Boru bitdi. : mod_fcgid: üst-üstə düşmə nəticəsi xətası alın [Çərşənbə axşamı 03 11:30:13 2015] [səhv] [müştəri 127.0.0.1] Ssenari başlıqlarının vaxtından əvvəl bitməsi: qgis_mapserv.fcgi.exe

Qgis_mapserv.fcgi.exe faylını birbaşa zibil qutusundan çalışdırmağa çalışdığım zaman bu mesajı alıram:

Proqram qscintilla2.dll kompüterinizdə olmadığı üçün başlaya bilmir. Problemi həll etmək üçün proqramı yenidən qurmağa çalışın.

Mənim httpd_qgis.conf:

LoadModule fcgid_module modules / mod_fcgid.so SetEnv PATH "C:  OSGeo4W  bin; C:  OSGeo4W  apps  qgis  bin; C:  OSGeo4W  apps  grass  grass-6.4.4  bin; C:  OSGeo4W  apps  grass  grass-6.4.4  lib; C:  Windows  system32; C:  Windows; C:  Windows  System32  Wbem "SetEnv QGIS_PREFIX_PATH" C:  OSGeo4W  apps  qgis "SetEnv QT_PLUGIN_PATH" C:  OSGeo4W  apps  qgis  qtplugins; C:  OSGeo4W  apps  qt4  plugins "SetEnv TEMP" C:  Users  ADMINI ~ 1  AppData  Local  Temp  3 "Alias ​​/ qgis / C:  OSGeo4W / apps / qgis / bin /  SetHandler fcgid-script Seçimləri ExecCGI Sifariş verməyə icazə verin, hamıdan icazə verin 

Kimsə mənə bu səhvlə kömək edə bilərmi?


PYTHONPATH mühit dəyişəniniz göstərilməlidir. QGIS Server 2.8, Python uzantısı ilə məşğul olur və ona yaxşı bir mühit təmin etməlisiniz.

Budur mənim httpd.conf

Alias ​​/ qgis / "C: / OSGeo4W64 / apps / qgis / bin /" FcgidInitialEnv PATH "C:  OSGeo4W64  bin; C:  OSGeo4W64  apps  qgis  bin; C:  OSGeo4W64  apps  grass  grass-6.4 .3  lib; C:  OSGeo4W64  apps  grass  grass-6.4.3  bin; C:  Windows  system32; C:  Windows; C:  Windows  System32  WBem "FcgidInitialEnv QT_PLUGIN_PATH" C:  OSGeo4W64  apps  qgis  qtplugins; C:  OSGeo4W64  apps  Qt4  plugins "FcgidInitialEnv PYTHONHOME" C:  OSGeo4W64  apps  Python27 "#FcgidInitialEnv PYTHONPATH" C:  OSGeo4W64  apps  qgis . OSGeo4W64  apps  qgis .  Python  plugins; C:  OSGeo4W64  apps  Python27  DLLs; C:  OSGeo4W64  apps  Python27  lib; C:  OSGeo4W64  bin; C:  OSGeo4W64  apps  Python27; C:  OSGeo4W64  apps  Python27  lib  site-packages "SetEnvIf Request_URI ^ / qgis QGIS_PREFIX_PATH" C:  OSGeo4W64  apps  qgis "SetEnvIf Request_URI ^ / qgis TEMP" C:  Windows  Temp "qEn_I Requ GDAL_DATA "C:  OSGeo4W64  share  gdal" SetEnvIf Request_URI ^ / qgis GDAL_DRIVER_PATH "C:  OSGeo4W64  bin" SetEnvIf Request_URI ^ / qgis PDAL_DRIVER_PATH "C:  OSGeo4West_GG_VI_V_V_V_V_E_I_E_E_E_E_E_E_E_E_E_E_E_E_E_E_E_E_E_E_E_EE_E_E_EEE_E_EE_E_E_EE_E_EEEEEEEEEEEEEEEEEEEEEEE1E1 KIP "JP2ECW" SetEnvIf Request_URI ^ / qgis PROJ_LIB "C:  OSGeo4W64  share  proj"  SetHandler fcgid-script #SetHandler cgi-script Seçimləri ExecCGI AllowOverride all Sifariş verin, inkar edin İcazə verin 

QGIS Serverim indi işləyir. Ümid edirəm sizin də işləyəcək


Bu gün eyni problemlə qarşılaşdım, OSGeo Installer-dan qscintilla2 bağımlılığını qurmalıydım, Apache-ni yenidən başlatdım və sonra GetCapables işlədi!


IIS 8.5 Windows Server 2012 R2 xətası və ldquoHostingEn Environment post.net asp.net 4-də bağlanma və rdquo səbəb oldu

Hər dəfə bir istifadəçi nəzarəti (.ascx faylı) düyməsindən və ya AutoPostBack aktiv olan hər hansı bir idarəetmədən bir geri qaytarma başlatmağa çalışdığım zaman Umbraco jurnalında bir səhv alıram. Mən WinForms rejimində Umbraco mühitində inkişaf edirəm, amma bunun Umbraco-ya aid bir məsələ olduğuna inanmıram. Səhv budur:

Xəta, IIS-in tətbiqetmə və ya tətbiq hovuzunu bağladığını və ya təkrar emal etdiyini, ehtimal ki, bir konfiqurasiya dəyişikliyi səbəbiylə olduğunu göstərir, ancaq bir geri göndərmə ilə 3 saniyə sonra başqa bir yazı yoxdur. Bunu geniş şəkildə araşdırdım və bunun Windows Server 2012 Fayl Dəyişikliyi Bildirişi (FCN) xüsusiyyəti ilə əlaqəli ola bilər (ola bilməz). Microsoft təklifindən sonra FCN-i web.config tətbiqi, IIS web.config vasitəsilə və qeyd defteri vasitəsi ilə söndürməyə çalışdım. Bu cəhdlərin heç biri məsələni düzəltmədi. Tətbiq hovuzunun səhv təkrar emal həddini 5 dəqiqədəki 5 səhvdən 5 dəqiqədəki 100 səhvə qədər artırdım. Sayt üçün tətbiq hovuzunu sildim və yenidən yaratdım. Heç nə etmədi.

Əsasən dəli oluram. Hər kəs bu səhvin nə olduğunu və (ümid edirəm) bu problemi necə həll edəcəyini bilən varmı? Yoxsa heç olmasa məni ümumi istiqamətə yönəldin? Hər halda araşdırmağı davam etdirirəm, amma bu, çox incidir.


IIS 8.0 ilə Windows Server 2012-də SSL-nin quraşdırılması

Yeni bir SNI xüsusiyyətindən faydalanmaq istədiyimiz üçün bir veb saytın Windows Server 2008 R2 / IIS 7.5 olan bir maşından Windows Server 2012 / IIS 8.0 olan bir maşına köçürülməsi mərhələsindəyik.

Bu veb sayt Go-Daddy vasitəsi ilə SSL-yə malikdir, buna görə də bu yeni server üçün SSL-ni yenidən açmaq və müvafiq sənədləri yükləmək üçün saytlarından keçdik və IIS üçün mövcud olmadığına görə burada IIS 7.0 üçün tapılan təlimatları izlədik. 8.0.

Yaşadığımız problem ondan ibarətdir ki, IIS-də "Sertifikat Tələbini Tamamlamağa" çalışdığımızda, bizə "Sertifikatı silmədi" səhv mesajı verir - hansı sertifikatı silməyə çalışdığından əmin deyilik.

Onları burada tapılan Microsoft təlimatları ilə müqayisə etdikdə, Go-Daddy-nin təlimatlarını izləyərkən idxal prosesi zamanı sertifikatı Şəxsi sertifikat mağazasına yerləşdirən "Aralıq Sertifikat Təşkilatları" qovluğuna gətirməyinizi istəyir - lakin Microsoft-un təlimatları sertifikatı yeni Veb Hosting sertifikat mağazasına idxal etdiyinizi söyləyin. Bunun məsələnin bir hissəsi ola biləcəyinə əmin deyiləm.

Bəlkə bunun GoDaddy'nin verdiyi bir sertifikatla əlaqəli bir şey olduğunu düşündük, buna görə Thawte'dan fərqli bir veb sayt üçün tamamilə yeni bir sertifikat aldıq - buna baxmayaraq yenə də "Sertifikatı Silinmədi" səhvini alırıq.


Ad məkanı vəkil

İdarəçilər ayrıca VPN veb proxy serverlərini ad başına və ya hər kompüter adına görə təyin edə bilərlər. Ad məkanı VPN proxy serverləri, ümumi veb saytların Həmişə On VPN bağlantısı üzərində yönləndirilməsinin tələb olunduğu ssenarilər üçün faydalı ola bilər. Ən çox yayılmış veb saytdaxili İnternet şlüzünün IP ünvanına girişi məhdudlaşdırdığı üçün buna ehtiyac var.

Bir ad məkanı VPN proxy server, bir Ad Çözüm Siyasəti Cədvəli (NRPT) qaydasından istifadə edərək həyata keçirilir. Bu yazı zamanı Microsoft Endpoint Manager-dəki bir səhv, administratorların interfeys istifadə edərək bu seçimi yerləşdirməsinin qarşısını alır.

Burada gördüyünüz kimi, administratorlar Endpoint Manager interfeysində bir NRPT qaydasının bir hissəsi olaraq bir proxy server təyin edə bilərlər. UI-nin bu bölməsinə proqsi FQDN-i düzgün şəkildə təsdiqlədiyinə diqqət yetirin.

Bununla birlikdə, konfiqurasiya profilini saxlamağa çalışdığınızda, Endpoint Manager aşağıdakı səhvi qaytarır.

“Yalnış məlumatlar səbəbindən qənaət edilmədi. Verilərinizi yeniləyin, sonra yenidən cəhd edin: ProxyServerUri etibarlı bir URL olmalıdır və ya boş olmalıdır. ”

Maraqlıdır ki, Proxy sahəsinə http://proxy.lab.richardhicks.net:8080/ kimi bir URL daxil edərkən, Endpoint Manager UI onu qəbul edir və uğurla təsdiqləyir. Ancaq VPNv2 Konfiqurasiya Xidməti Təminatçısı (CSP) istinadına görə, dəyər bir IP ünvanı olaraq daxil edilməlidir. Bir hostname və ya FQDN də testlərimə əsasən işləyir. Yuxarıdakı nümunədə göstərildiyi kimi bir URL daxil etmək heç bir nəticə verməyəcəkdir.

Bununla, bir ad sahəsi VPN veb proxy serverini tətbiq etməyin yeganə yolu xüsusi XML istifadə etməkdir. Bunu etmək üçün, Həmişə On VPN XML konfiqurasiya sənədindəki & ltVPNProfile> və & lt / VPNProfile> etiketləri arasında aşağıdakı kodu daxil edin.

Aparıcı “” işarəsini daxil edin. yuxarıda göstərildiyi kimi bütün domeni göstərmək. Aparıcı “” işarəsini buraxın. fərdi bir host təyin etmək (məsələn, app.richardhicks.com). Tələb olunduğu kimi hər bir əlavə host və ya domen üçün bu bölməni təkrarlayın.

Xəbərdarlıq

Təəssüf ki, Microsoft Internet Explorer veb brauzeri ad sahəsi VPN veb proxy server ilə işləyən yeganə brauzerdir. Microsoft Edge daxil olmaqla bütün müasir veb brauzerlər ad məkanının proksi parametrlərini tamamilə nəzərə almır və bu, bu günün əksər təşkilatlarında bu xüsusiyyətin faydalılığını ciddi şəkildə məhdudlaşdırır.

Keçid yolu

Hər zaman açıq bir VPN tuneli üzərindən ümumi bir veb saytın yönləndirilməsi tələb olunursa, IP adreslərini (ünvanlarını) Həmişə On VPN bağlantısının marşrut cədvəlinə əlavə etmək lazımdır. Bununla birlikdə, bunu etmək bəzi unikal problemlər yaradır, çünki ictimai veb saytlarda tez-tez dinamik olaraq dəyişən bir çox IP ünvanı var. Həm də, ümumi veb saytların bir çox fərqli domendən məzmun çıxartması və ya Məzmun Çatdırılma Şəbəkələrindən (CDN) istifadə etməsi yaygındır və bu daima Həmişə On VPN bağlantısının marşrutlaşdırma masasına hansı IP ünvanlarını əlavə edəcəyini müəyyənləşdirmək problemini daha da çətinləşdirir. Bundan əlavə, administratorlar müştəri konfiqurasiyasını hər bir ictimai veb saytının IP ünvanı dəyişikliyinə yeniləməli və əhəmiyyətli idarəetmə xərcləri əlavə etməlidirlər.


Microsoft .NET Framework 4.6.x bütün paketlərini Offline yükləyicisini yükləyin

Microsoft .NET Framework 1.0 yükləyin Bütün paketləri Oflayn yükləyici. NET Framework 1.1. NET Framework 2.0. NET Framework 3.5. NET Framework 4.0. NET Framework 4.5.x. NET Framework 4.6.x. NET Framework 4.7.x. NET Framework 4.8

NET Framework ("nöqtə net" olaraq adlandırılır), Microsoft tərəfindən hazırlanmış və əsasən Microsoft Windows-da işləyən bir proqram bazasıdır. Çərçivə Sınıfı Kitabxanası (FCL) adlanan böyük bir sinif kitabxanasını ehtiva edir və bir neçə proqramlaşdırma dili arasında dil qarşılıqlı fəaliyyətini təmin edir (hər dildə başqa dillərdə yazılmış kodu istifadə edə bilər). .NET Framework üçün yazılmış proqramlar, Ortaq Dil İşləmə Zamanı (CLR) adlı bir proqram mühitində (bir hardware mühitindən fərqli olaraq) icra olunur. CLR, təhlükəsizlik, yaddaş idarəetməsi və istisna ilə işləmə kimi xidmətlər göstərən bir tətbiqetmə virtual maşındır. Beləliklə .NET Framework istifadə edərək yazılmış kompüter koduna "idarə olunan kod" deyilir. FCL və CLR birlikdə .NET Framework təşkil edir.

Microsoft .NET Framework 4.6, Microsoft .NET Framework 4, Microsoft .NET Framework 4.5, Microsoft .NET Framework 4.5.1 və Microsoft .NET Framework 4.5.2 üçün olduqca uyğun, yerində bir yeniləmədir. Offline paketi, internet bağlantısının olmaması səbəbindən veb quraşdırıcısının istifadə edilə bilmədiyi hallarda istifadə edilə bilər.


Tələb olunan sistem

Windows Əməliyyat Sistemi

  • Geocortex Essentials, Microsoft .NET texnologiyalarından istifadə edərək qurulmuş 64 bitlik bir tətbiqdir. Beləliklə, yalnız ola bilər
  • Microsoft Windows 64-bit əməliyyat sistemlərində yerləşdirilmişdir. Aşağıdakı Windows əməliyyat sistemləri bunlardır
  • Windows Server 2012 R2 *
  • Windows Server 2012
  • Windows Server 2008 R2 (Standart / Müəssisə)
  • Windows Server 2008 (Standart / Müəssisə)
  • Windows 8.1
  • Windows 8
  • Windows 7
  • * Geocortex Essentials, Windows Server 2012 R2 mühiti üçün Microsoft tərəfindən rəsmi olaraq Qızıl Sertifikatlaşdırılmışdır.
  • Geocortex Essentials, Microsoft Internet Information Services (IIS) 7.0 və ya daha yeni versiyasını tələb edir.
  • .NET Çərçivə Tələbləri
  • Geocortex Essentials, Microsoft-un .NET Framework-də qurulub və .NET Framework 4.5 və ya daha yeni versiyasını tələb edir.
  • Server üçün ArcGIS
  • Geocortex Essentials yalnız ArcGIS Online və ya ArcGIS üçün Portal ilə işləyə bilər. Geocortex istifadə edərkən
  • Server üçün ArcGIS ilə əsas məlumatlar, hazırda aşağıdakı versiyalar dəstəklənir (xidmət paketləri və düzəlişlər daxil olmaqla):
  • Server 10.3.1 üçün ArcGIS
  • Server 10.3 üçün ArcGIS
  • Server 10.2.2 üçün ArcGIS
  • Server 10.2.1 üçün ArcGIS
  • Server 10.2 üçün ArcGIS
  • Server 10.1 üçün ArcGIS
  • Server 10.0 üçün ArcGIS
  • Server 9.3.1 üçün ArcGIS
  • Server 9.3 üçün ArcGIS

Bir cavab buraxın Cavabı ləğv edin

Bu sayt spamları azaltmaq üçün Akismetdən istifadə edir. Şərh məlumatlarınızın necə işləndiyini öyrənin.


Nümunələr və ən yaxşı təcrübələr vasitəsilə öyrənin¶

Zoe tələbə qeydlərini saxlamaq üçün MongoDB istifadə edən bir universitetdə işləyir. Arxa planı SQL-də olduğundan, Zoe, monqo qabığından istifadə edərək sorğuların necə qurulacağını öyrənmək üçün MongoDB Təlimatını oxuyur.


Həmişə VPN və Windows Yönləndirmə və Uzaqdan Giriş Xidmətində (RRAS)

Keçmişdə yazdığım kimi, Windows 10 Həmişə On VPN-in DirectAccess ilə müqayisədə bir çox üstünlükləri var. Ən vacib xüsusiyyətlərdən biri Həmişə On VPN-in tamamilə infrastrukturdan müstəqil olmasıdır. Həmişə On VPN tamamilə müştəri tərəfində tətbiq olunur, bu səbəbdən Windows infrastruktur serverlərinə etibar yoxdur. Nəzəri olaraq, tamamilə üçüncü tərəf arxa infrastrukturdan istifadə edərək Həmişə On VPN həllini yerləşdirə bilərsiniz. Bu çox vacibdir, çünki bu gün bir çox təşkilat təhlükəsizlik infrastrukturuna malikdir. Bununla birlikdə, Windows 10 Həmişə On VPN-i dəstəkləmək üçün VPN server olaraq Windows Server 2016-nı seçməyiniz üçün bəzi məcburi səbəblər var.

Windows Server üçün mülahizələr

Windows Server 2016, Routing and Remote Access Service (RRAS) roluna çox bacarıqlı bir VPN server daxildir. Windows Server 2016 RRAS istifadə bir çox yerləşdirmə ssenarisi üçün tələblərə cavab verəcəkdir. RRAS ayrıca bəzi unikal üstünlüklər də təmin edir. Aşağıda VPN üçün RRAS seçmək üçün bəzi vacib mülahizələr verilmişdir.

RRAS rolu bütün Windows server şəbəkə əməliyyat sistemlərinə daxil edilir və GUI və ya PowerShell istifadə edərək asanlıqla aktivləşdirilə bilər. RRAS, yetkin və sənədləşdirilmiş bir şəkildə quraşdırılma və konfiqurasiyanı asanlaşdırır. Əslində, bütün Microsoft Windows 10 Həmişə On VPN sənədləşmə rəhbərliyi RRAS-a istinad edir.

RRAS Windows Server 2016-da işləyir və mövcud virtual infrastrukturda yerləşdirilə biləcəyi üçün xüsusi bir aparata investisiya tələb olunmur. Əlavə RRAS virtual maşınlarının yerləşdirilməsi, əlavə bahalı aparat yerləşdirməyə ehtiyac olmadan həll sürətini sürətli və səmərəli şəkildə artırmağa imkan verir. Vacibdir ki, RRAS müştəri başına və ya cihaz başına əlavə lisenziyalaşdırma tələb etmir. Əlavə olaraq, RRAS mövcud Windows idarəetmə bacarıq dəstlərindən istifadə etməklə idarə oluna bilər və xüsusi və tez-tez bahalı bir həll təcrübəsinə ehtiyac duymur.

RRAS, İnternet Açar Mübadilə versiyası 2 (IKEv2) və Secure Socket Tunneling Protocol (SSTP) kimi müasir VPN protokollarına dəstək daxildir. IKEv2 seçim protokoludur və ya əksər yerləşdirmələrdir və cihaz tünelinin dəstəklənməsi üçün tələb olunur. SSTP, uzaq Windows müştərilərinin hər yerdən əlaqə qurmasını təmin edən bir firewall dostu bir protokoldur. IPsec (L2TP / IPsec) üzərindəki Layer Two Tunneling Protocol və Nöqtədən Point Tunneling Protocol (PPTP) da əvvəlki müştəri uyğunluğu üçün dəstəklənir.

Windows 10 Həmişə On VPN üçüncü tərəf VPN serverləri istifadə edilərək tətbiq oluna bilsə də, Windows serverini də nəzərdən qaçırmamaq vacibdir. Windows Server 2016 RRAS, üçüncü tərəf infrastrukturuna nisbətən bəzi vacib üstünlüklərə malikdir. RRAS yetkin və yaxşı başa düşülmüşdür, dərc olunmuş sənədlərin bolluğu mövcuddur. RRAS-dan yararlanmaq, bahalı mülkiyyət avadanlıqları və müştəri lisenziyalaşdırma ehtiyacını aradan qaldırır, eyni zamanda inzibati xərcləri azaldır və dəstəyi asanlaşdırır. RRAS, hər hansı bir yerdən etibarlı müştəri bağlantısı təmin edən müasir VPN protokolları üçün yerli dəstəyi də əhatə edir.


Proqramlar: topologiya

Qurmağa etibar edə biləcəyiniz çevik və yüksək dərəcədə uyğunlaşa bilən bir şəbəkə topologiyası simulyatoru tətbiqi.

O&O Lanytix 1.0.1340

Bütün qoşulmuş cihazları görmək və IP adreslərini almaq üçün yerli şəbəkənizi təhlil edin, MAC a.

Donanım yeri 2.4.1 / 2.5.0 RC1

Müasir arxitekturaların hiyerarşik topologiyasını təhlil edin və performans hesablamasına dəstək yaradın.

AdRem NetCrunch 11.0.8.5392

Şəbəkə Xəritəçəkmə, izləmə, xəbərdarlıq və hesabat proqramı rahat bir şəkildə bükülmüşdür.

10-vuruşlu LANState 9.7

Şəbəkənizi tarayın, ev sahiblərini tapın, onları şəbəkə diaqramına yerləşdirin və vəziyyətini əyani şəkildə izləyin.

LanTopolog Portativ 2.48

Şəbəkənizin bir xəritəsini asanlıqla dizayn etmənizi təmin edən yüngül bir tətbiq.

LanTopolog 2.48

S təklif edərkən istifadəçilərə şəbəkə bağlantısı məsələlərini təhlil etməyə kömək edən istifadəsi sadə bir tətbiq.

OpenJUMP Portable 1.16 r6669 / r6674 Snapshot

Forma şəkilləri və ya GML sənədləri yaradın və düzəldin, həndəsə və atribut məlumatlarını düzəldin, yeni layihələr yaradın.


Performans tənzimlənməsi Citrix Storefront

Bu, XenDesktop 7 çıxdıqdan sonra bir müddət yazmaq istədiyim bir şeydir, ancaq bir gündə cəmi 24 saat var, buna görə əvvəllər vaxtım yox idi

Ancaq bu yazının məqsədi Storefront-un yavaş olduğunu söyləməkdir .. ..
Citrix haqqında deyil Storefront və IIS-in birləşməsi ilə əlaqədar səhv etməyin, bunu bir az mürəkkəbləşdirir və buna görə də bunu bir az ləngidir.

İndi mükəmməlliyi tənzimləyə biləcək bir neçə fənd var.

Socket Pooling
Veb İnterfeysində onu konsoldan aktivləşdirə bilərsiniz, ancaq StoreFront-da mağaza konfiqurasiyasında dəyişdirməliyik. Dəstək birləşdirməyə imkan verərək Storefront yeni bir istifadəçi hər dəfə qoşulduqda bir yuva yaratmaq əvəzinə bir yuva hovuzu saxlayır, bu da SSL əsaslı trafik üçün daha yaxşı bir performans təmin edəcəkdir.

Bunu açıb aktivləşdirə bilərsiniz web.config C: inetpub wwwroot Citrix storename altındakı fayl

Və bunu dəyişdirin "Açıq" bundan sonra bir IIS sıfırlaması etməlisiniz.

Tətbiqi başlatma

(DİQQƏT: Dəyişiklik etmədən əvvəl konfiqurasiya sənədlərinin ehtiyat nüsxəsini aldığınızdan əmin olun)

Windows Server 2012 ilə tətbiqetmə hovuzlarında daima işləyən IIS-də yeni bir xüsusiyyətimiz var, bu da tətbiqetmə hovuzu yenidən başladıqdan sonra IIS-in hər şeyi hazır vəziyyətə gətirməsinə imkan verdi, bundan əvvəl əvvəlki IIS ilk istifadəçi yükləməyə çalışdıqdan sonra yüklənməyə başlamışdı yenidən başladan sonra giriş. Bu, bir tətbiq hovuzunun giriş üçün loooong vaxt alması üçün yenidən başlamasından sonra ilk istifadəçinin girişinə səbəb oldu. Server 2012 IIS ilə tətbiqetmə hovuzunu daima işlək vəziyyətdə dəyişə bilərik.

2008 R2 ilə o qədər də asan deyil. Ancaq bunu həyata keçirə bilərik
Əvvəlcə tətbiqetmə başlatma xüsusiyyətini Microsoft-dan yükləməyimiz lazımdır
http://www.iis.net/downloads/microsoft/application-initialization

Bundan sonra quruldu və quraşdırıldı mağaza serverində yenidən başladın.

Sonra konfiqurasiyada som dəyişiklikləri etməliyik. Əvvəlcə tətbiqetmə hovuzunu həmişə işlək vəziyyətə gətirməliyik (bunu 2008 R2-də gui vasitəsilə edə bilmərik)

Açın C: Windows System32 inetsrv config applicationHost.config vitrin serverində. Aşağıdakı ayarı tapın /configuration/system.applicationHost/applicationPools

Sonra hər bir tətbiq hovuzuna daima işləyən bir parametr əlavə etməliyik, məsələn əlavə etməli olduğumuz identifikasiya bölməsi startMode = "Həmişə Çalışan" hər birində.

& ltadd name = »Citrix Çatdırılma Xidmətlərinin Doğrulaması»
autoStart = »true» yönetilenRuntimeVersion = »v2.0 ″
yönetilenPipelineMode = »İnteqrasiya olunmuş» startMode = »Həmişə Çalışan»& gt

Və bu paramterə ehtiyacı olan konfiqurasiyada aşağıdakı tətbiq hovuzlarınız ola bilər.

  • Citrix Çatdırılma Xidmətlərinin Doğrulaması
  • Citrix Çatdırılma Xidmətləri Resursları
  • Veb üçün Citrix Alıcısı
  • Citrix Çatdırılma xidmətləri

İndi eyni sənəddə etdikdən sonra / altında dəyişdirməliyikkonfiqurasiya / system.applicationHost / sites əlavə etməliyik preloadEnabled = ”true” paramter. Məsələn, identifikasiya tətbiqi üçün

& ltapplication yolu = »/ Citrix / Doğrulama»
applicationPool = »Citrix Çatdırılma Xidmətlərinin Doğrulaması»
preloadEnabled = »doğru»
& gt

Bu parametrin bütün Citrix Tətbiqləri üçün əlavə edilməsi lazımdır (məsələn, AG-nin qurulmasından asılı olaraq)

  • / AGServices
  • / Citrix / Doğrulama
  • / Citrix / Rouminq
  • / Citrix / & ltStoreName & gt
  • / Citrix / & ltStoreName & gtWeb

Bunu etdikdən sonra konfiqurasiyanı yadda saxlayın, IISreset edin və girişin sınandığını və hər hansı bir səhv olmadığına əmin olun (veb server hadisəsi jurnalının altından da yoxlayın)

Sonra aşağıdakı konfiqurasiya sənədlərində dəyişikliklər etməliyik

  • C: inetpub wwwroot AGServices web.config
  • C: inetpub wwwroot Citrix Authentication web.config
  • C: inetpub wwwroot Citrix Roaming web.config
  • C: inetpub wwwroot Citrix & ltStoreName & gt web.config

Bölmə altında /configuration/system.webServer əlavə etməliyik

& ltapplicationInitialization skipManagedModules = »true» & gt
& ltadd initializationPage = »/ endpoints / v1 ″ / & gt
& lt / applicationInitialization & gt

Aşağıdakı konfiqurasiya sənədlərinin hər birində.

Bunu etdikdən sonra altında yerləşən Mağaza konfiqurasiya sənədini dəyişdirməliyik C: inetpub wwwroot Citrix & ltStoreName & gtWeb web.config
Yuxarıdakılarla eyni bölmə altında aşağıdakı parametrləri əlavə etməliyik.

& ltapplicationInitialization skipManagedModules = »true» & gt
& ltadd initializationPage = »/ Home / Index» / & gt
& lt / applicationInitialization & gt

Bundan sonra konfiqurasiyanı qeyd edin və IIS sıfırlamasını edin.

İndi Storefront ilə probleminiz varsa, Citrix Çatdırılma Xidmətləri altında Event Viewer'da öz hadisələrini yaradır.
Ayrıca qeyd etmək vacibdir ki, yavaş bir StoreFront ilə çox probleminiz varsa, ASP / IIS quruluşu xaricində optimize edildiyi üçün 2012 ilə getməlisiniz.

Həm də Storefront-un ən azı 2 GB ram və 2 nüvəli xüsusi bir serverdə olması lazım olduğunu unutmamaq vacibdir.

Storefront ilə problem yaşayırsınızsa izləmə qeydini təmin edə bilərsiniz * Bunun üçün serverdə daha çox CPU lazımdır ”

Deaktiv etmək üçün –TraceLevel söndürməlisiniz.
Bütün məlumatlar vitrin serverindəki C: Program Files Citrix Alıcı StoreFront admin trace qovluğuna yerləşdiriləcəkdir.


FFmpeg'i yükləyin

FFmpeg yalnız mənbə kodu təmin edir. Aşağıda onsuz da tərtib edilmiş və istifadəyə hazır olan bəzi linklər verilmişdir.

Linux paketləri

Linux Statik Quruluşları

Windows EXE Dosyaları

MacOS

Mənbələri əldə edin

Komanda istifadə edərək Git vasitəsilə mənbə kodunu ala bilərsiniz:

FFmpeg həmişə çox təcrübəli və inkişaf etdirici bir layihə olmuşdur. Bir çox multimedia layihəsində əsas komponentdir və davamlı olaraq yeni xüsusiyyətlərə malikdir. İnkişaf etdirmə şöbəsinin anlıq şəkilləri zamanın 99% -i həqiqətən yaxşı işləyir, buna görə insanlar onları istifadə etməkdən çəkinmirlər.

Git Depoları

FFmpeg Git ilə inkişaf etdirildiyi üçün, inkişaf etdiricilərdən və inkişaf qruplarından çoxsaylı depolar mövcuddur.

Yoxlanışı buraxın

Bütün FFmpeg buraxılışları açıq PGP açarımızla şifrəli şəkildə imzalanır və həqiqiliyi təsdiqlənməlidir.

  1. Açıq açarımızı yerli açar sözlərinizə daxil edin:
  2. Buraxılış tarbolunu və müvafiq imzasını yükləyin.
  3. İmzanı doğrulayın:

Relizlər

Təxminən hər 6 ayda bir FFmpeg layihəsi yeni bir böyük çıxış edir. Böyük buraxılışlar arasında əhəmiyyətli səhv düzeltmeleri əlavə edən, lakin yeni xüsusiyyətlər olmayan nöqtə açıqlamaları görünəcəkdir. Bu buraxılışların distribyutor və sistem inteqratorları üçün nəzərdə tutulduğunu unutmayın. Özləri mənbədən tərtib etmək istəyən istifadəçilər inkişaf filialından istifadə etməyi düşünmələri tövsiyə olunur (yuxarıya bax), bu FFmpeg inkişaf etdiricilərinin aktiv çalışdığı yeganə versiya. Buraxılış filialları yalnız albalı inkişaf bölməsindən seçilmiş dəyişiklikləri seçir, buna görə əlavə xüsusiyyətlər və təhlükəsizlik yamaları kimi daha çox və daha sürətli səhv düzəlişləri alır.

FFmpeg 4.4 "Rao"

4.4, 2021-04-08 tarixində çıxdı. 4.4 buraxılış filialından 2021-04-08 tarixində ustadan kəsilmiş son sabit FFmpeg buraxılışıdır.

Buraya aşağıdakı kitabxana versiyaları daxildir:

FFmpeg 4.3.2 "4: 3"

4.3.2, 2021-02-20 tarixlərində çıxdı. Bu, 4.3 buraxılış filialından 2020-06-08 tarixində masterdan kəsilmiş son sabit FFmpeg buraxılışıdır.

Buraya aşağıdakı kitabxana versiyaları daxildir:

FFmpeg 4.2.4 "Ada"

4.2.4, 2020-07-09 tarixində çıxdı. 2019-07-21 tarixində magistrdan kəsilmiş 4.2 buraxılış filialından çıxarılan son sabit FFmpeg buraxılışıdır.

Buraya aşağıdakı kitabxana versiyaları daxildir:

FFmpeg 4.1.6 "əl-Xorazmi"

4.1.6 2020-07-05 tarixində çıxdı. 4.1 buraxılış filialından 2018-11-02 tarixində magistrdan kəsilmiş son sabit FFmpeg buraxılışıdır.

Buraya aşağıdakı kitabxana versiyaları daxildir:

FFmpeg 4.0.6 "Wu"

4.0.6, 2020-07-03 tarixində çıxdı. 2018-04-16 tarixlərində magistrdan kəsilmiş 4.0 buraxılış filialından çıxarılan son sabit FFmpeg buraxılışıdır.

Buraya aşağıdakı kitabxana versiyaları daxildir:

FFmpeg 3.4.8 "Kantor"

3.4.8, 2020-07-04 tarixində çıxdı. 2017-10-11 tarixlərində masterdan kəsilmiş 3.4 buraxılış filialından çıxarılan son sabit FFmpeg buraxılışıdır.

Buraya aşağıdakı kitabxana versiyaları daxildir:

FFmpeg 3.2.15 "Hipatiya"

3.2.15, 2020-07-02 tarixində çıxdı. 2016-10-26 tarixlərində masterdan kəsilmiş 3.2 buraxılış filialından çıxarılan son sabit FFmpeg buraxılışıdır.

Buraya aşağıdakı kitabxana versiyaları daxildir:

FFmpeg 2.8.17 "Feynman"

2.8.17, 2020-07-07 tarixində çıxdı. 2015-09-05 tarixində masterdan kəsilmiş 2.8 buraxılış filialından çıxarılan son sabit FFmpeg buraxılışıdır. Bir çox digər dəyişikliklər arasında 2015-08-28 lifav ustası ffmpeg-mt, 2015-08-28 tarixinə libav 11-dən bütün dəyişikliklər var.


Videoya baxın: Windows Server 2012 R2 Core: Installation and Initial Configuration (Sentyabr 2021).