لجنة استخدام الفضاء الخارجي في الأغراض السلمية





Question book-new.svg
المحتوى هنا ينقصه الاستشهاد بمصادر. يرجى إيراد مصادر موثوق بها. أي معلومات غير موثقة يمكن التشكيك بها وإزالتها. (ديسمبر 2018)



N write.svg
هذه مقالة غير مراجعة. ينبغي أن يزال هذا القالب بعد أن يراجعها محرر عدا الذي أنشأها؛ إذا لزم الأمر فيجب أن توسم المقالة بقوالب الصيانة المناسبة. (مارس 2009)


لجنة استخدام الفضاء الخارجي في الأغراض السلمية (بالإنجليزية: (United Nations Committee on the Peaceful Uses of Outer Space (COPUOS ) هي لجنة تابعة للأمم المتحدة. أنشأت عام 1958 بعد أن أطلق الأتحاد السوفيتي القمر الصناعي الأول سبوتنك-1. و قد زاد أعضاد اللجنة من 24 عند تأسيسها إلى 69 عام 2007 لتصبح أحد أكبر اللجان في الأمم المتحدة.



أعضاء اللجنة



  • ألبانيا

  • الجزائر

  • الأرجنتين

  • أستراليا

  • بلجيكا

  • بنين

  • بوليفيا

  • البرازيل

  • بلغاريا

  • بركينا فاسو

  • كاميرون

  • كندا

  • تشاد

  • تشيلي

  • جمهورية الصين الشعبية

  • كولومبيا

  • كوبا

  • التشيك

  • الإكوادور

  • مصر

  • فرنسا

  • المجر

  • ألمانيا

  • اليونان

  • الهند

  • أندونيسيا

  • إيران

  • العراق

  • إيطاليا

  • اليابان

  • كازاخستان

  • كينيا

  • لبنان

  • ليبيا

  • ماليزيا

  • المكسيك

  • منغوليا

  • المغرب

  • هولندا

  • نيكاراغوا

  • النيجر

  • نيجيريا

  • باكستان

  • بيرو

  • الفلبين

  • بولندا

  • البرتقال

  • كوريا

  • رومانيا

  • روسيا

  • المملكة العربية السعودية

  • السنغال

  • سيراليون

  • سلوفاكيا

  • أفريقيا الجنوبية

  • إسبانيا

  • السودان

  • السويد

  • سويسرا

  • سوريا

  • تايلاند

  • تركيا

  • تونس

  • المملكة المتحدة

  • الولايات المتحدة الأمريكية

  • أوكرانيا

  • الأوروغواي

  • فينزويلا

  • فيتنام

  • سلطنة عمان

  • الإمارات

  • قطر

  • سيرلانكا

  • السلفادور

  • إسرائيل



المصادر


  • الموقع الرسمي للجنة استخدام الفضاء الخارجي في الأغراض السلمية


مشاريع شقيقة
في كومنز صور وملفات عن: لجنة استخدام الفضاء الخارجي في الأغراض السلمية





ضبط استنادي


  • WorldCat


  • VIAF: 144869836


  • LCCN: n88600528


  • ISNI: 0000 0001 2176 3734


  • GND: 1008816-7


  • NKC: kn20030827001


  • CiNii: DA11518328



  • أيقونة بوابةبوابة عقد 1950


  • أيقونة بوابةبوابة الأمم المتحدة


  • أيقونة بوابةبوابة رحلات فضائية



Flag of the United Nations.svg
هذه بذرة مقالة عن الأمم المتحدة بحاجة للتوسيع. شارك في تحريرها.








-

Popular posts from this blog

SQL Server 17 - Attemping to backup to remote NAS but Access is denied

Image
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0; } 0 I was attemping to use Ola Hallengrens scripts to backup to a remote NAS, but it was failing and not giving any direct errors, so I tried doing it manually using Server Management Studio and got the following error: TITLE: Microsoft SQL Server Management Studio Failed to retrieve data for this request. (Microsoft.SqlServer.Management.Sdk.Sfc) For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&LinkId=20476 ADDITIONAL INFORMATION: An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo) The operating system returned the error '0x80070005(Access is denied.)&#
Read more

Always On Availability groups resolving state after failover - Remote harden of transaction...

Image
0 My explanation will be opinion based as it is based on my findings. If more information is needed, I am always happy to add it. The setup We have 4 SQL Server 2016 Instances, and all 4 underlying servers are in a WSFC (In my eyes a strange setup since Always On AG's are 2 by 2. But that is a different question.) 4 nodes + Fileshare witness Version: 13.0.5026.0 (all nodes) The instances that are having the failover issues are instances 1 & 2. They have 3 AG's between them. AG1 is primary on instance 1 and is having the issue. AG2 and AG3 are primary on instance 2. Instances 3 and 4 have their own separate AG's (2). AG1's settings The week before Last week, after checking for long running queries (none) and the synchronization state (green accross the board) we initiated a
Read more

Restoring from pg_dump with foreign key constraints

Image
5 2 In restoring a database from a pg_dump , a number of errors are being generated and the whole table is subsequently being ignored. An example: ERROR: insert or update on table "channelproducts" violates foreign key constraint "fk_rails_dfaae373a5" DETAIL: Key (channel_id)=(1) is not present in table "channels". Interestingly enough, I've noted that all these instances are popping up because of the sequence of loading. channels is after channelproducts both alphabetically and in the file and thus I can understand why postgres complains about having to create a child without a parent. caveat: the foreign key is being generated automatically by rails 4.2: I could remove the problem at the source but that still does not really solve the problem... version: PostgreSQL
Read more