text:
# Johann Veit Hauck
Johann Veit Hauck (* 1663 in Graz; † 4. März 1746 ebenda) war ein österreichischer Maler.

## Werke
- Altarblatt Martyrium des hl. Veit, Pfarrkirche hl. Veit in Modriach
- Altarbild hl. Familie, Chorkapelle der Benediktinerabtei Seckau in Seckau
- Hochaltarbild Tod der hl. Magdalena, Pfarrkirche hl. Magdalena in Wildon
- 1709 Hochaltarbild Schutzengel mit Heiligen und Marienkrönung, Ehemalige Kapuzinerkirche hl. Schutzengel in Schwanberg
- 1710 Altarbild hl. Sippe, Schlosskapelle im Schloss Gross-Söding in Söding
- 1712 Ehemaliges Hochaltarbild hl. Familie, Kapuzinerkirche hl. Joseph in Irdning
- 1712 Chorwandgemälde hl. Familie, Kapuzinerkirche Mariä Verkündigung in Knittelfeld
- 1713 Hochaltarblatt, Pfarrkirche hl. Bartholomäus in Mureck
- 1715 Altarbild hl. Barbara, Schlosskapelle vom Schloss Poppendorf in Poppendorf
- 1723 Ehemalige Altarbilder hl. Urban und Johann Nepomuk, Pfarrkirche St. Andrä im Sausal in Sankt Andrä-Höch
- 1730 Bilder des 14-Nothelfer-Altares und Donatus-Altares, Pfarrkirche hl. Veit in Passail
- 1731 Bild Anna selbdritt mit Joachim und Joseph am Anna-Altar, Stiftskirche Rein
- 1736 Hochaltarbild hl. Nikolaus in der Pfarrkirche Fladnitz an der Teichalm
- 1738 Hochaltarbild hl. Oswald, Pfarrkirche hl. Oswald in Kapfenberg
- 1738 Altarblatt am Allerheiligen-Altar, Ehemalige Stiftskirche in Neuberg an der Mürz
- 1740 Hochaltarbild hl. Katharina, Pfarrkirche hl. Katharina in Stanz

title: Johann Veit Hauck

wikitext:
'''Johann Veit Hauck''' (* [[1663]]<ref>[http://www.google.at/#q=Johann+Veit+Hauckh+1746&hl=de&tbs=bks:1&ei=zRlpTKfrMdKS4gbO_qWZBA&start=0&sa=N&fp=cdb0be56cb7b62e2  Lt. Landeschronik Steiermark]</ref> in [[Graz]]; † [[4. März]] [[1746]]<ref>[http://www.google.at/#hl=de&tbs=bks%3A1&q=Johann+Veit+Hauckh+1746&aq=f&aqi=&aql=&oq=&gs_rfai=&fp=cdb0be56cb7b62e2 Lt. Deutsche biographische Enzyklopädie], nach anderen Quellen oftmals nur 1745/46 angegeben</ref> ebenda) war ein [[Österreich|österreichischer]] Maler.

== Werke ==
* Altarblatt Martyrium des hl. Veit, [[Pfarrkirche Modriach|Pfarrkirche hl. Veit]] in [[Modriach]]
* Altarbild hl. Familie, Chorkapelle der [[Abtei Seckau|Benediktinerabtei Seckau]] in [[Seckau]]
* Hochaltarbild Tod der hl. Magdalena, Pfarrkirche hl. Magdalena in [[Wildon]]
* 1709 Hochaltarbild Schutzengel mit Heiligen und Marienkrönung, Ehemalige Kapuzinerkirche hl. Schutzengel in [[Schwanberg]]
* 1710 Altarbild hl. Sippe, Schlosskapelle im [[Schloss Söding|Schloss Gross-Söding]] in [[Söding]]
* 1712 Ehemaliges Hochaltarbild hl. Familie, [[Kapuzinerkloster Irdning|Kapuzinerkirche hl. Joseph]] in [[Irdning]]
* 1712 Chorwandgemälde hl. Familie, Kapuzinerkirche Mariä Verkündigung in [[Knittelfeld]]
* 1713 Hochaltarblatt, Pfarrkirche hl. Bartholomäus in [[Mureck]]
* 1715 Altarbild hl. Barbara, Schlosskapelle vom [[Schloss Poppendorf]] in [[Poppendorf (Steiermark)|Poppendorf]]
* 1723 Ehemalige Altarbilder hl. Urban und Johann Nepomuk, Pfarrkirche St. Andrä im Sausal in [[Sankt Andrä-Höch]]
* 1730 Bilder des 14-Nothelfer-Altares und Donatus-Altares, [[Veitskirche (Passail)|Pfarrkirche hl. Veit]] in Passail
* 1731 Bild Anna selbdritt mit Joachim und Joseph am Anna-Altar, [[Stift Rein|Stiftskirche Rein]]
* 1736 Hochaltarbild hl. Nikolaus in der [[Pfarrkirche Fladnitz an der Teichalm]]
* 1738 Hochaltarbild hl. Oswald, Pfarrkirche hl. Oswald in [[Kapfenberg]]
* 1738 Altarblatt am Allerheiligen-Altar, Ehemalige Stiftskirche in [[Neuberg an der Mürz]]
* 1740 Hochaltarbild hl. Katharina, Pfarrkirche hl. Katharina in [[Stanz im Mürztal|Stanz]]

== Literatur ==
* {{BLKÖ|Hauck, Johann Veit|8|54|54|}}
* {{BLKÖ|Jauk, Johann Veit|10|112|112|}}
* Bundesdenkmalamt (Hrsg.): ''Dehio-Handbuch. Die Kunstdenkmäler Österreichs: Steiermark (ohne Graz). Künstlerverzeichnis.'' Verlag Berger, Horn/Wien 1982/2006, 2. unveränderte Auflage, S. 632, ISBN 3-85028-422-0.

== Weblinks ==
{{Commonscat}}

== Einzelnachweise ==
<references />

{{Normdaten|TYP=p|GND=135656338|VIAF=296004101}}

{{SORTIERUNG:Hauck, Johann Veit}}
[[Kategorie:Maler (Österreich)]]
[[Kategorie:Person (Habsburgermonarchie vor 1804)]]
[[Kategorie:Geboren 1663]]
[[Kategorie:Gestorben 1746]]
[[Kategorie:Mann]]

{{Personendaten
|NAME=Hauck, Johann Veit
|ALTERNATIVNAMEN=Hauckh, Johannes Vitus
|KURZBESCHREIBUNG=österreichischer Maler
|GEBURTSDATUM=1663
|GEBURTSORT=[[Graz]]
|STERBEDATUM=4. März 1746
|STERBEORT=[[Graz]]
}}


text:
# Sturnira bogotensis
Sturnira bogotensis — вид родини листконосові (Phyllostomidae), ссавець ряду лиликоподібні (Vespertilioniformes, seu Chiroptera).

## Середовище проживання
Країни проживання: Колумбія; Еквадор, Перу, Венесуела. Зустрічається у високих гірських районах вище 2000 м. Значною мірою пов'язаний з вологими місцями проживання і лісом або хмарним лісом.

## Звички
Плодоїдний, але, можливо, харчується також нектаром і пилком. Зустрічається спільно з S. bidens і S. elythromos.

## Загрози та охорона
Ніяких серйозних загроз по всьому ареалу. Живе в природоохоронних районах.

wikiname: ukwiki

title: Sturnira bogotensis

in_language: uk

wikitext:
{{Taxobox
| name = Sturnira bogotensis
| image =
| status = lc | status_system = IUCN3.1
| domain = [[Еукаріоти]] (Eukaryota)
| regnum = [[Тварини]] (Animalia)
| phylum = [[Хордові]] (Chordata)
| classis = [[Ссавці]] (Mammalia)
| ordo = [[Рукокрилі]] (Chiroptera)
| familia = [[Листконосові]] (Phyllostomidae)
| genus = [[Sturnira]]
| species = '''''S. bogotensis'''''
| binomial = ''Sturnira bogotensis''
| binomial_authority = (Shamel, 1927)
| range_map=
| wikispecies = Sturnira bogotensis
}}

'''Sturnira bogotensis''' — [[вид (біологія)|вид]] родини [[листконосові]] (Phyllostomidae), [[ссавці|ссавець]] ряду [[лиликоподібні]] (Vespertilioniformes, seu Chiroptera).

== Середовище проживання ==
Країни проживання: [[Колумбія]]; [[Еквадор]], [[Перу]], [[Венесуела]]. Зустрічається у високих гірських районах вище 2000 м. Значною мірою пов'язаний з вологими місцями проживання і лісом або хмарним лісом.

== Звички ==
Плодоїдний, але, можливо, харчується також нектаром і пилком. Зустрічається спільно з ''S. bidens'' і ''S. elythromos''.

== Загрози та охорона ==
Ніяких серйозних загроз по всьому ареалу. Живе в природоохоронних районах.

== Джерела ==
* [http://www.iucnredlist.org/details/20951/0 Pacheco, V., Aguirre, L. & Mantilla, H. 2008. Sturnira bogotensis] {{Webarchive|url=https://web.archive.org/web/20140421102556/http://www.iucnredlist.org/details/20951/0 |date=21 квітня 2014 }}

{{ссавці-доробити}}
[[Категорія:Sturnira]]

title: ?Sturnira bogotensis

Домен: Еукаріоти (Eukaryota)

Царство: Тварини (Animalia)

Тип: Хордові (Chordata)

Клас: Ссавці (Mammalia)

Ряд: Рукокрилі (Chiroptera)

Родина: Листконосові (Phyllostomidae)

Рід: Sturnira

Вид: S. bogotensis

Віківиди: Sturnira bogotensis


text:
# Steve Clark (nadador)
Steve Clark (Oakland (California), Estados Unidos, 17 de junio de 1943) es un nadador estadounidense retirado especializado en pruebas de estilo libre, donde consiguió ser campeón olímpico en 1964 en los 4 x 100 metros estilo libre.

## Carrera deportiva
En los Juegos Olímpicos de Tokio 1964 ganó la medalla de oro en los relevos de 4 x 100 metros estilo libre, con un tiempo 3:33.2 segundos, por delante de Alemania (plata) y Australia (bronce); sus compañeros de equipo fueron los nadadores: Mike Austin, Gary Ilman y Don Schollander. también ganó otras dos medallas de oro en 4x200 metros libre y 4 x 100 metros estilos.

wikiname: eswiki

title: Steve Clark (nadador)

in_language: es

wikitext:
{{ficha de deportista|medallista olímpico=si|pie=Steve Clark (segundo por la derecha), 1960|medallas=
{{Medalla deportiva|[[Natación]]}}
{{PaísMedalla|{{USA}}}}
{{MedallaCompeticionOlimpica|[[Juegos Olímpicos]]}}
{{MedallaOro|[[Anexo:Natación en los Juegos Olímpicos de Tokio 1964|Tokio 1964]]|4 x 100 m libre}}
{{MedallaOro|[[Anexo:Natación en los Juegos Olímpicos de Tokio 1964|Tokio 1964]]|4x200 m libre}}
{{MedallaOro|[[Anexo:Natación en los Juegos Olímpicos de Tokio 1964|Tokio 1964]]|4 x 100 m estilos}}
}}
'''Steve Clark''' ([[Oakland (California)]], [[Estados Unidos]], 17 de junio de 1943) es un [[nadador]] estadounidense retirado especializado en pruebas de [[estilo libre]], donde consiguió ser [[Anexo:Natación en los Juegos Olímpicos de Tokio 1964|campeón olímpico en 1964]] en los 4 x 100 metros estilo libre.<ref>[https://www.sports-reference.com/olympics/athletes/cl/steve-clark-1.html Ficha.] {{Wayback|url=https://www.sports-reference.com/olympics/athletes/cl/steve-clark-1.html |date=20200417170806 }} [[Sports Reference]]. Consultado el 16 de febrero de 2018.</ref><ref>[https://ishof.org/steve-clark.html Ficha] ISHOF Consultado el 16 de febrero de 2018.</ref>

==Carrera deportiva==

En los [[Anexo:Natación en los Juegos Olímpicos de Tokio 1964|Juegos Olímpicos de Tokio 1964]] ganó la medalla de oro en los relevos de 4 x 100 metros estilo libre, con un tiempo 3:33.2 segundos, por delante de Alemania (plata) y Australia (bronce); sus compañeros de equipo fueron los nadadores: [[Mike Austin]], [[Gary Ilman]] y [[Don Schollander]]. también ganó otras dos medallas de oro en 4x200 metros libre y 4 x 100 metros estilos.

==Referencias==
{{listaref}}

== Enlaces externos ==
* {{commonscat}}

{{NF|1943||Clark, Steve}}
[[Categoría:Nadadores de Estados Unidos]]
[[Categoría:Medallistas olímpicos de natación]]
[[Categoría:Nacidos en Oakland (California)]]

title: Datos personales

Nacimiento: Oakland (Estados Unidos) · 17 de junio de 1943

Nacionalidad(es): Estadounidense

title: Carrera deportiva

Deporte: Natación

title: Juegos Olímpicos

Oro:
Tokio 1964 · 4 x 100 m libre
Tokio 1964 · 4x200 m libre
Tokio 1964 · 4 x 100 m estilos


text:
# گولایا
گولایا (انگلیسی: Golaya) یک کوه آتشفشانی در شبه‌جزیره کامچاتکای کشور روسیه است.

wikiname: fawiki

title: گولایا

in_language: fa

wikitext:
{{Infobox mountain
| name = گولایا
| photo = Golaya - Nasa.jpg
| photo_caption = نمای ماهواره‌ای
| elevation_m = ۸۵۸
| elevation_ref =
| prominence =
| map = Russia Kamchatka Krai
| map_caption = Location in [[سرزمین کامچاتکا]]، روسیه
| map_size =
| label_position =
| location = [[شبه‌جزیره کامچاتکا]]، [[روسیه]]
| range = [[رشته‌کوه ووستوچنی]]
| coordinates = {{coord|52.263|N|157.787|E|type:mountain}}
| topo =
| type = [[آتشفشان چینه‌ای]]
| age =
| last_eruption = Unknown
| first_ascent =
| easiest_route =
}}
'''گولایا''' ({{lang-en|Golaya}}) یک کوه آتشفشانی در [[شبه‌جزیره کامچاتکا]]ی کشور [[روسیه]] است.<ref>{{cite journal|last1=Kropotkin|first1=Prince P|title=The Orography of Asia|journal=The Geographical Journal|date=1904|volume=23|page=177|url=https://books.google.com/books?id=JfpDAQAAMAAJ&q=muya+river&pg=PA177}}</ref><ref name="STM">{{cite web|url=https://maps.vlasenko.net/smtm1000/n-48.jpg|title=N-48 Chart (in Russian)|access-date=3 September 2021}}</ref><ref name="ЭСБЕ">''Matta'' // [[Great Soviet Encyclopedia]], in 30 vols.  / Ch. ed. A.M. Prokhorov . - 3rd ed. - M  .: Soviet Encyclopedia, 1969-197</ref>

== منابع ==
{{پانویس|چپ‌چین=بله}}
* {{یادکرد-ویکی|پیوند =//en.wikipedia.org/w/index.php?title=Golaya&oldid=1256781801|عنوان = Golaya|زبان =انگلیسی|بازیابی =۱۲ ژانویه ۲۰۲۵}}

{{-}}

== پیوند به بیرون ==
{{انبار-رده}}

{{کوه-خرد}}

{{ترتیب‌پیش‌فرض:گولایا}}
[[رده:آتشفشان‌های چینه‌ای روسیه]]
[[رده:آتشفشان‌های شبه جزیره کامچاتکا]]
[[رده:پلیستوسن آسیا]]
[[رده:کوه‌های شبه‌جزیره کامچاتکا]]

title: مرتفع‌ترین نقطه

ارتفاع: ۸۵۸ متر (۲٬۸۱۵ فوت)

مختصات: ۵۲°۱۵′۴۷″شمالی ۱۵۷°۴۷′۱۳″شرقی / ۵۲٫۲۶۳°شمالی ۱۵۷٫۷۸۷°شرقی

title: جغرافیا

موقعیت: شبه‌جزیره کامچاتکا، روسیه

رشتهکوه مادر: رشته‌کوه ووستوچنی

title: زمین‌شناسی

نوع کوه: آتشفشان چینه‌ای

آخرین فوران: Unknown


text:
# Mastophora haywardi
Mastophora haywardi is een spinnensoort in de taxonomische indeling van de wielwebspinnen (Araneidae).
Het dier behoort tot het geslacht Mastophora. De wetenschappelijke naam van de soort werd voor het eerst geldig gepubliceerd in 1946 door Birabén.

wikiname: nlwiki

title: Mastophora haywardi

in_language: nl

wikitext:
{{Taxobox spin
| naam              = ''Mastophora haywardi''
| titelweergave     = cursief
| afbeelding        =
| afbeeldingtekst   =
| familie           = [[Wielwebspinnen|Araneidae]] (Wielwebspinnen)
| geslacht          = ''[[Mastophora]]''
| auteur            = Birabén
| datum             = 1946
| haakjes           =
}}
'''''Mastophora haywardi''''' is een [[spinnen (dieren)|spinnen]][[soort]] in de taxonomische indeling van de [[Wielwebspinnen|wielwebspinnen (Araneidae)]].<ref>{{aut|Platnick, Norman I.}} (2010): [http://research.amnh.org/entomology/spiders/catalog/ The world spider catalog], version 10.5. ''American Museum of Natural History''. [https://web.archive.org/web/20090312050907/http://research.amnh.org:80/entomology/spiders/catalog/ Gearchiveerd] op 12 maart 2009.</ref>

Het dier behoort tot het geslacht ''[[Mastophora]]''. De wetenschappelijke naam van de soort werd voor het eerst geldig gepubliceerd in 1946 door Birabén.

{{Appendix}}
{{Beginnetje|biologie|2011|10|21}}

{{DEFAULTSORT:Mastophora haywardi}}
[[Categorie:Mastophora|haywardi]]

title: Mastophora haywardi

Rijk: Animalia (Dieren)

Stam: Arthropoda (Geleedpotigen)

Klasse: Arachnida (Spinachtigen)

Orde: Araneae (Spinnen)

Familie: Araneidae (Wielwebspinnen)

Geslacht: Mastophora

title: Soort

Portaal: Biologie


text:
# Tecumseh (Oklahoma)
Tecumseh – miejscowość w Stanach Zjednoczonych, w stanie Oklahoma, w hrabstwie Pottawatomie.

wikiname: plwiki

title: Tecumseh (Oklahoma)

in_language: pl

wikitext:
{{Miejscowość infobox
 |nazwa                        = Tecumseh
 |nazwa oryginalna             =
 |rodzaj miasta                = Town
 |zdjęcie                      =
 |opis zdjęcia                 =
 |herb                         =
 |flaga                        =
 |dopełniacz nazwy             = Tecumseh
 |państwo                      = Stany Zjednoczone
 |1. jednostka administracyjna = {{Państwo|Oklahoma}}
 |2. jednostka administracyjna = [[Hrabstwo Pottawatomie (Oklahoma)|Pottawatomie]]
 |kod statystyczny             = [[Federal Information Processing Standard|FIPS]]: 40-72650
[[Geographic Names Information System|GNIS]] ID: 1098783
 |powierzchnia                 = 39,6
 |wysokość                     = 330
 |rok                          = 2010
 |liczba ludności              = 6457<ref>{{Cytuj stronę | nazwisko = | imię = | tytuł = American FactFinder – Community Facts | url = http://censusviewer.com/city/OK/Tecumseh | opublikowany = | data = | data dostępu = 2015-12-14}}</ref>
 |gęstość zaludnienia          = 156,6
 |numer kierunkowy             = 405
 |kod pocztowy                 = 74873
 |tablice rejestracyjne        =
 |strefa czasowa               = [[UTC-06:00]]
[[UTC-05:00]]
 |kod mapy                     = US-OK
 |współrzędne                  = 35°15′44″N 96°56′5″W
 |commons                      =
 |www                          = https://www.tecumsehok.org/
}}
'''Tecumseh''' – miejscowość w [[Stany Zjednoczone|Stanach Zjednoczonych]], w stanie [[Oklahoma]], w hrabstwie [[Hrabstwo Pottawatomie (Oklahoma)|Pottawatomie]].

== Przypisy ==
{{Przypisy}}

{{Kontrola autorytatywna}}

[[Kategoria:Miasta w stanie Oklahoma]]

title: Tecumseh

Państwo: Stany Zjednoczone

Stan: Oklahoma

Hrabstwo: Pottawatomie


text:
# Web service
Web Service é uma solução  utilizada na integração de sistemas e na comunicação entre aplicações diferentes. Com esta tecnologia é possível que novas aplicações possam interagir com aquelas que já existem e que sistemas desenvolvidos em plataformas diferentes sejam compatíveis. Os Web Services são componentes que permitem às aplicações enviar e receber dados. Cada aplicação pode ter a sua própria "linguagem", que é traduzida para uma linguagem universal, um formato intermediário como XML, JSON, CSV, etc.
Para as empresas, os Web Services podem trazer agilidade para os processos e eficiência na comunicação entre cadeias de produção ou de logística. Toda e qualquer comunicação entre sistemas passa a ser dinâmica e principalmente segura, pois não há intervenção humana.
Essencialmente, o Web Service faz com que os recursos da aplicação do software estejam disponíveis sobre a rede de forma normalizada. Outras tecnologias fazem a mesma coisa; por exemplo, os browsers da Internet acessam as páginas Web disponíveis usando por norma as tecnologias da Internet, HTTP e HTML. No entanto, estas tecnologias não são bem sucedidas na comunicação e integração de aplicações. Existe uma grande motivação sobre a tecnologia Web Service pois possibilita que diferentes aplicações comuniquem-se entre si e utilizem recursos diferentes.
Utilizando a tecnologia Web Service, uma aplicação pode invocar outra para efetuar tarefas simples ou complexas mesmo que as duas aplicações estejam em diferentes sistemas e escritas em linguagens diferentes. Por outras palavras, os Web Services fazem com que os seus recursos estejam disponíveis para que qualquer aplicação cliente possa operar e extrair os recursos fornecidos pelo Web Service.
Os Web Services são identificados por um URI (Uniform Resource Identifier), descritos e definidos usando XML (Extensible Markup Language). Um dos motivos que tornam os Web Services atrativos é o fato deste modelo ser baseado em tecnologias standards, em particular XML e HTTP (Hypertext Transfer Protocol). Os Web Services são utilizados para disponibilizar serviços interativos na Web, podendo ser acessados por outras aplicações usando, por exemplo, o protocolo SOAP (Simple Object Access Protocol).
O objetivo dos Web Services é a comunicação de aplicações através da Internet. Esta comunicação é realizada com intuito de facilitar a EAI (Enterprise Application Integration) que significa a integração das aplicações de uma empresa, ou seja, interoperabilidade entre a informação que circula numa organização nas diferentes aplicações como, por exemplo, o comércio electrónico com os seus clientes e seus fornecedores. Esta interação constitui o sistema de informação de uma empresa. E para além da interoperabilidade entre as aplicações, a EAI permite definir um workflow entre as aplicações e pode constituir uma alternativa aos ERP (Enterprise Resource Planning). Com um workflow é possível otimizar e controlar processos e tarefas de uma determinada organização.

## Padrão
A W3C, OASIS são as instituições responsáveis pela padronização dos Web Services. Empresas como IBM e Microsoft, duas das maiores do setor de tecnologia, apoiam o desenvolvimento deste padrão.
Segundo o W3C (World Wide Web Consortium) um Web Service define-se como: um sistema de software projectado para suportar a interoperabilidade entre máquinas sobre rede.
Tem uma relação descritiva num formato machine-processable, especificamente WSDL (Webservice Description Language).
Outros sistemas interagem com o Web Service usando as mensagens SOAP, tipicamente sobre HTTP com XML na junção com outros standards da Web.

## Tecnologias
As bases para a construção de um Web service são os padrões XML e SOAP. O transporte dos dados é realizado normalmente via protocolo HTTP ou HTTPS para conexões seguras (o padrão não determina o protocolo de transporte). Os dados são transferidos no formato XML, encapsulados pelo protocolo SOAP. Também é bastante comum usar o protocolo REST (Representational transfer protocol), para transferir o estado do dado para a aplicação.

## Segurança
Muitas empresas temiam, no passado, prover funcionalidades na Internet devido ao medo de expor seus dados. Mas com advento dos Web Services elas podem publicar serviços de forma simples e que são totalmente isolados da base de dados.
A segurança dos Web Services é um dos pontos fracos desta tecnologia. O problema não é a falta de mecanismos de segurança mas sim a falta de consenso em qual deve ser o mecanismo a ser adaptado pela tecnologia Web Service.
As questões mais relevantes na segurança são as seguintes:
- Autenticidade (ter a certeza que uma transação do Web Service ocorreu entre o servidor e seu cliente;
- Confidencialidade (todas as mensagens trocadas entre o servidor e o cliente não são interceptadas por uma pessoa não autorizada);
- Integridade (as mensagens enviadas tanto pelo servidor ao cliente, como o contrário, devem permanecer inalteradas).

A seguir, descrevem-se os principais mecanismos de segurança.

### SSL
O SSL (Secure Socket Layer) [Netscape 1996] quando aplicado a pequenos dispositivos oferece autenticação, integridade de dados e privacidade de serviços. Assim, tornou-se possível enviar informação confidencial utilizando um mecanismo de segurança SSL sob HTTP também conhecido como HTTPS (Hypertext Transfer Protocol Secure). Este mecanismo protege informações confidenciais e é fácil de ser configurado. Tem como desvantagem ser mais lento do que as transações HTTP não cifradas pelo que não é adequado para taxas de transferências de dados elevadas.
Por ser um mecanismo de proteção no nível de transporte, apresenta restrições para ser aplicado em aplicações webservices, pois o SSL não permite criptografia de parte da informação nem o uso de sessões seguras entre mais de duas partes, uma vez que seu funcionamento se baseia em uma arquitetura de transporte fim-a-fim.

### Xml signature
A XML Signature [IETF e W3C 2000] é uma iniciativa conjunta da IETF (Internet Engineering Task Force) e do W3C para especificar uma sintaxe XML e regras de processamento para criação e representação de assinatura digital. As vantagens na utilização da XML Signature, ao contrário de outras normas de assinaturas digitais, estão baseadas na independência da linguagem de programação, fácil interpretação humana e independência do fabricante. Esta tecnologia também permite assinar digitalmente subconjuntos de um documento XML.

### Xml encryption
A Criptografia XML, também conhecida como XML-Enc, é uma especificação, regida por uma recomendação do W3C, que define como criptografar o conteúdo de um elemento XML.
Embora a criptografia XML pode ser usada para criptografar qualquer tipo de dados, não deixa de ser conhecido como "Criptografia XML", porque um elemento XML (um EncryptedData ou EncryptedKey elemento) contém ou refere-se ao texto cifrado, informações de codificação, e algoritmos.
Tanto a XML Signature quanto a XML Encryption usam o elemento KeyInfo, que aparece como o filho de um elemento SignedInfo, EncryptedData ou EncryptedKey, e fornece informações a um destinatário sobre qual material de chave usar na validação de uma assinatura ou na descriptografia de dados criptografados.
O elemento KeyInfo é opcional: pode ser anexado à mensagem ou ser entregue por meio de um canal seguro.
A Criptografia XML é diferente e não está relacionada à Segurança da Camada de Transporte, que é usada para enviar mensagens criptografadas (incluindo conteúdo xml, criptografado ou não) pela Internet.
Foi relatado que esta especificação tem graves preocupações de segurança.

### Ws-security
O WS-Security (Web Services Security) é uma iniciativa conjunta de empresas como Microsoft, IBM e Verisign destinada ao uso da XML-Signature e da XML-Encryption para fornecer segurança às mensagens SOAP. O WS-Security é um esforço destinado a fazer com que os Web Services trabalhem melhor em um ambiente global. O WS-Security também inclui alguns importantes componentes como encaminhamento, confiança e tratamento de transações.

### Saml
Definição e manutenção de uma estrutura padrão baseada em XML para criar e trocar informações de segurança entre parceiros on-line
Visão geral
O SAML (Security Assertion Markup Language), desenvolvido pelo Comitê Técnico de Serviços de Segurança do OASIS, é uma estrutura baseada em XML para comunicar informações de autenticação, autorização e atributo do usuário. Como o próprio nome sugere, o SAML permite que as entidades comerciais façam afirmações sobre a identidade, os atributos e os direitos de um assunto (uma entidade que geralmente é um usuário humano) para outras entidades, como uma empresa parceira ou outro aplicativo corporativo.
Se você é um gerente procurando por uma visão geral de alto nível do SAML, a Visão Geral Executiva é recomendada. Se você estiver procurando por uma introdução técnica aos conceitos e recursos de SAML, recomenda-se começar com a Visão geral técnica . Informações técnicas adicionais, incluindo o conjunto completo de especificações SAML , podem ser encontradas na base de conhecimento em saml.xml.org.

## Limitações associadas aos Web Services
Apesar da sua grande popularidade [carece de fontes?] e relativa simplicidade [carece de fontes?], o SOAP tem várias limitações, que por sua vez afetam os Web Services diretamente, por dependerem de tais recursos...
As limitações são descritas em seguida:
- Segurança e privacidade — nenhuma das versões do SOAP define qualquer tipo de segurança. Isto é devido ao SOAP utilizar HTTP, mas para implementar mecanismos de segurança no nível de transporte pode utilizar o protocolo SSL no HTTP (também conhecido como HTTPS) para garantir a confidencialidade, a integridade e a autenticação do cliente, do servidor e da comunicação cifrada. Como não existe um suporte para segurança, que inclui a privacidade, nas normas que compõem os Web Services, tem levado cada projeto a procurar diferentes soluções para resolver o problema da segurança o que se torna incompatível com a promessa de implementar uma normalização a nível global.
- Mensagens e encaminhamento — para suportar as funcionalidades das mensagens assíncronas tradicionais
- Qualidade de serviço e confiabilidade — para garantir tempos de resposta e detectar exceções
- Processamento transacional — para suportar comunicação transacional, para associar essa comunicação transacional com as transações locais e para participar em transações distribuídas
- Gestão — para controlar o estado e comportamento dos Web Services
- Desempenho — para otimizar a execução dos Web Services que tem implicações ao nível do desenho das aplicações, chamadas remotas, características da rede e armazenamento/processamento dos documentos
- Interoperabilidade — suportar a interoperação sem problemas é o grande objetivo dos Web Services e do SOAP, ou seja, fornecerem uma plataforma de integração entre aplicações e diferentes linguagens e implementados em qualquer sistema operacional.

Assim, esta tecnologia seria uma tecnologia normalizada, mas, no entanto, existem algumas incompatibilidades entre os WSDL´s disponibilizados entre os diferentes fornecedores. A exemplo da especificação, ao que refere-se ao binding, podem ser implementados de diferentes maneiras, causando um conflito de como fazer a interpretação. Alguns fazem tal qual a especificação, relacionando e declarando todos os métodos e objetos complexos de forma explícita, enquanto outros fornecedores não o fazem desta forma, tornando-os assim, incompatíveis.

## Integração de sistemas
Muitas pessoas consideram que os Web services corrigem um grande problema da informática: a falta de integração de sistemas.
Os Web services permitem que a integração de sistemas seja realizada de maneira compreensível, reutilizável e padronizada.
É uma tentativa de organizar um cenário cercado por uma grande variedade de diferentes aplicativos, fornecedores e plataformas.

## Tecnologias Utilizadas
Para a representação e estruturação dos dados nas mensagens recebidas/enviadas é utilizado o XML . As chamadas às operações, incluindo os parâmetros de entrada/saída, são codificadas no protocolo SOAP. Os serviços (operações, mensagens, parâmetros, etc.) são descritos usando a linguagem WSDL. O processo de publicação/pesquisa/descoberta de Web Services utiliza o protocolo UDDI.

### XML
Extensible Markup Language (XML) é a base em que os Web Services são construídos. O XML fornece a descrição, o armazenamento, o formato da transmissão para trocar os dados através dos Web Services e também para criar tecnologias Web Services para a troca dos dados.
A sintaxe de XML usada nas tecnologias dos Web Services especifica como os dados são representados genericamente, define como e com que qualidades de serviço os dados são transmitidos, pormenoriza como os serviços são publicados e descobertos. Os Web Services decodificam as várias partes de XML para interagir com as várias aplicações.

### REST
A Representational State Transfer (REST), em português Transferência de Estado Representacional, é um estilo de arquitetura que define um conjunto de restrições e propriedades baseados em HTTP. Web Services que obedecem ao estilo arquitetural REST, ou web services RESTful, fornecem interoperabilidade entre sistemas de computadores na Internet. As webs service compatíveis com REST permitem que os sistemas solicitantes acessem e manipulem representações textuais de recursos da Web usando um conjunto uniforme e predefinido de operações sem estado. Outros tipos de web services, como web services SOAP, expõem seus próprios conjuntos arbitrários de operações.

### SOAP
O SOAP (Simple Object Access Protocol) baseia-se numa invocação remota de um método e para tal necessita especificar o endereço do componente, o nome do método e os argumentos para esse método. Estes dados são formatados em XML com determinadas regras e enviados normalmente por HTTP para esse componente. Não define ou impõe qualquer semântica, quer seja o modelo de programação, quer seja a semântica específica da implementação. Este aspecto é extremamente importante, pois permite que quer o serviço, quer o cliente que invoca o serviço sejam aplicações desenvolvidas sobre diferentes linguagens de programação. Por esta razão, o SOAP tornou-se uma norma aceita para se utilizar com Web Services, uma tecnologia construída com base em XML e HTTP. Desta forma, pretende-se garantir a interoperabilidade e intercomunicação entre diferentes sistemas, através da utilização da linguagem XML e do mecanismo de transporte HTTP ou outro como, por exemplo, SMTP. O SOAP permite que os documentos XML de envio e de recepção sobre a Web suportem um protocolo comum de transferência de dados para uma comunicação de rede eficaz, ou seja, o SOAP providencia o transporte de dados para os Web Services.
Em relação a Web, o SOAP é um protocolo de RPC que funciona sobre HTTP (ou SMTP, ou outro) de forma a ultrapassar as restrições de segurança/firewalls normalmente impostas aos sistemas clássicos de RPC (RMI, DCOM, CORBA/IIOP) suportando mensagens XML. Em vez de usar HTTP para pedir uma página HTML para ser visualizada num browser, o SOAP envia uma mensagem de XML através do pedido HTTP e recebe uma resposta, se existir, através da resposta do HTTP. Para assegurar corretamente a transmissão da mensagem de XML, o servidor de HTTP, tais como Apache ou IIS (Microsoft Internet Information Server), recebe mensagens SOAP e deve validar e compreender o formato do documento XML definido na especificação SOAP v1.1.

### WSDL
É a sigla de Web Services Description Language, padrão baseado em XML para descrever o serviço como no COM, onde ele traz os métodos do Web Service. Funciona como uma espécie de "TypeLibrary" do Web Service, além de ser usado para a validação das chamadas dos métodos.
O WSDL é uma especificação desenvolvida pelo W3C.
O WSDL é extensível para permitir a descrição dos serviços e suas mensagens, independentemente dos formatos de mensagem e dos protocolos de rede que sejam usados. No entanto, é comum usar-se o MIME (Multipurpose Internet Mail Extensions) e o HTtp://SOAP.
O WSDL descreve os serviços disponibilizados à rede através de uma semântica XML, este providencia a documentação necessária para se chamar um sistema distribuído e o procedimento necessário para que esta comunicação se estabeleça. Enquanto que o SOAP especifica a comunicação entre um cliente e um servidor, o WSDL descreve os serviços oferecidos.
A versão atual é 2.0; a versão 1.1 não foi endossada pelo W3C. A WSDL 1.2 foi renomeada para 2.0 e aceita todos os métodos de requisição HTTP (não apenas GET e POST).

### UDDI
Protocolo desenvolvido para a organização e registro de Web Services.
O UDDI (Universal Description Discovery and Integration) é uma iniciativa em desenvolvimento no âmbito do consórcio industrial UDDI promovido originalmente pela IBM, Microsoft e Arriba, com objetivo de acelerar a interoperabilidade e utilização dos Web Services, pela proposta de um serviço de registro de nomes de organizações e de descrição do serviço. UDDI nada mais é do que um serviço de diretório onde empresas podem registrar (publicar) e buscar (descobrir) por serviços Web (Web Services).
Um registro UDDI contém três tipos de informação:
- informações gerais de cada organização, tais como o nome, endereço e contatos;
- informações de organizações e serviços por categorias de negócios;
- informações técnicas sobre os serviços providenciados pelas organizações.

O UDDI providencia três funções principais, conhecidas como publicação, descoberta e ligação:
- publicação: permite que uma organização divulgue o(s) seu(s) serviço(s);
- descoberta: permite que o cliente do serviço procure e encontre um determinado serviço;
- ligação (bind): permite que o cliente do serviço possa estabelecer a ligação e interagir com o serviço.

Um serviço de registro UDDI é um Web Service que gerencia informação sobre provedores, implementações e metadados de serviços. Provedores de serviços podem utilizar UDDI para publicar os serviços que eles oferecem. Usuários de serviços podem usar UDDI para descobrir serviços que lhes interessem e obter os metadados necessários para utilizar esses serviços podem ter três partes:
- "páginas brancas" descrevem a companhia: nome, endereço, contatos, etc.
- "páginas amarelas" incluem as categorias, baseada em taxonomias padrões.
- "páginas verdes" descrevem a interface para o serviço em nível de detalhe suficiente para se escrever uma aplicação que use o Web service.

A especificação UDDI define:
- APIs SOAP utilizadas para publicar e obter informações de um registro UDDI
- Esquemas XML do modelo de dados do registro e do formato das mensagens SOAP
- Definições WSDL das APIs SOAP
- Definições de registro UDDI (modelos técnicos - tModels) de diversos sistemas de identificação e categorização, que podem ser utilizados para identificar e categorizar registros UDDI[2]

### WS-i
É o consórcio que garante a integração entre os Web Services para garantir sempre que os Web Services possam "conversar entre si".

## Iniciativas em curso
O sucesso que os Web Services possam vir a apresentar passa necessariamente pela vontade da indústria, pela partilha e abertura dos processos de normalização e das próprias especificações daí resultantes. Parte significativa desse processo tem sido desenvolvida no âmbito do W3C. No entanto, dever-se-á também referir outros esforços e consórcios que têm vindo a ser desenvolvidos, designadamente o UDDI, o ebXML, ou o XML/EDI. Por exemplo, o ebXML é um esforço patrocinado pela UN/CEFACT e pela OASIS, cujo objetivo é a produção de um conjunto de especificações para permitir colaborações de negócio eletrônico. O standard ebXML pode ser visto como uma extensão às funcionalidades de descrição, publicação e descoberta de serviços (definidas no âmbito do UDDI), ao tratar os seguintes aspectos: como especificar os processos de negócio; como identificar os Web Services participantes e respectivas colaborações; ou, que padrões de negociação existem na colaboração entre os participantes. Estes aspectos, são tratados nomeadamente nas seguintes especificações:
1) Esquemas para especificação de processos de negócio, BPSS (business process specification schema);
2) Acordos de protocolos de colaboração, CPA (collaboration protocol agreement);
3) Ou perfis de protocolos de colaboração, CPP (collaboration protocol profile).

### Contribuição das empresas
As principais empresas, para além de promoverem e participarem ativamente nos vários consórcios de normalização, têm vindo a incorporar nas suas próprias infraestruturas de desenvolvimento e suporte de aplicações implementações das normas ligadas aos Web Services. Entre outras, merece referência a plataforma da Microsoft, ".Net", da Sun, "Java ONE (Open Net Environment)", da Hewlett-Packard, "e-speak" e da IBM, "IBM Web Services".

## Evolução dos Web Services

### Novos Modelos de Negócio
Só o futuro dirá quem tem razão: se os céticos ou conservadores, se os que arriscam e concretizam a sua visão. Com o conceito dos Web Services talvez o mais importante nem seja a tecnologia em si, mas toda uma discussão à volta dos fatores político-econômicos que este paradigma poderá suscitar, bem como os modelos de negócio que poderão emergir.
Parece natural a emersão de novos portais, não para as pessoas consultarem e usarem, mas para as aplicações, i.e., para os serviços se registrarem/publicarem de modo a tornarem-se conhecidos, descobertos e usados. Esses portais de serviços (tecnicamente consistem em serviços de registros UDDI e/ou ebXML) poderão ser definidos a nível global, regional, para domínios de negócio horizontais ou verticais.

### Novos Requisitos Tecnológicos
No entanto e naturalmente, novos problemas e requisitos tecnológicos são colocados com o conceito dos Web Services. Desde logo, ao nível da modelação destes serviços e dos processos de negócio em que aqueles participam. Aspectos como a composição de serviços, coordenação de fluxos de trabalho, identificação e privacidade, segurança, negociação, contratos e pagamentos, tratamento de exceções, categorização e taxonomias de serviços, etc., deverão ser adequadamente investigados e tratados de forma que este paradigma possa vir a apresentar um largo consenso e sucesso.

## Vantagens e Desvantagens
Os Web Services são modelos que surgiram para o desenvolvimento de aplicações típicas de negócio eletrônico, envolvendo e suportando o estabelecimento da colaboração e negociação de forma aberta, distribuída e dinâmica entre distintos parceiros.
Os Web Services podem no futuro representar um sucesso significativo por causa de existir um esforço significativo, por parte da maioria dos parceiros industriais, na normalização das tecnologias envolvidas.
As tecnologias subjacentes aos Web Services (tais como HTTP, SOAP, WSDL, UDDI, XML) são abertas, amplamente divulgadas e consensuais. Por outro lado, existe potencial para haver uma real independência das linguagens de programação (Java, C++, VB, Delphi, C#), das arquiteturas de computadores e sistemas operacionais, o que permite uma evolução mais suave e econômica para este modelo computacional.
No entanto, existem críticas que demonstram medos ou falsas expectativas que os investimentos em Web Services podem suscitar. Uma dessas críticas diz respeito ao fato do SOAP ser menos eficiente do que os sistemas de RPC existentes. Por exemplo, as mensagens (com os respectivos envelopes e descrição de tipos) trocadas entre as partes são descritas em formato de texto/XML enquanto que nos sistemas clássicos de RPC são trocadas em formato binário.
No entanto, esta desvantagem é compensada significativamente pela facilidade de interoperação entre os serviços, sem os problemas conhecidos de segurança/firewalls, e pela facilidade de se esconder os detalhes proprietários das infraestruturas de suporte.
Vantagens
- Integração entre aplicações construídas em diferentes tecnologias;
- Inteligível para o ser humano, o que facilita o desenvolvimento de novos aplicativos utilizando esta tecnologia;
- Intuitiva, pois é descrita em linguagem natural com termos próximos aos utilizadas pela aplicação;
- Precisa, pois a WSDL e o Schema garantem conformidade com os padrões estabelecidos entre provedores e requisitantes.

Desvantagens
- Extremamente verbosa, o que a torna menos produtiva que outras propostas como aqueles que utilizam, por exemplo, JSON.
- Performance de uma aplicação que consome muitos web services é tipicamente inferior;
- Os custos de integração e construção de web services nem sempre são baixos.[2]

wikiname: ptwiki

title: Web service

in_language: pt

wikitext:
{{sem notas|data=Janeiro de 2009}}

'''Web Service''' é uma solução  utilizada na integração de sistemas e na comunicação entre [[aplicação|aplicações]] diferentes. Com esta [[tecnologia]] é possível que novas aplicações possam interagir com aquelas que já existem e que sistemas desenvolvidos em [[plataforma]]s diferentes sejam compatíveis. Os ''Web Services'' são componentes que permitem às aplicações enviar e receber dados. Cada aplicação pode ter a sua própria "linguagem", que é traduzida para uma linguagem universal, um formato intermediário como [[XML]]''', [[JSON]], CSV, etc.'''

Para as empresas, os ''Web Services'' podem trazer agilidade para os processos e eficiência na comunicação entre cadeias de produção ou de [[logística]]. Toda e qualquer comunicação entre sistemas passa a ser dinâmica e principalmente segura, pois não há intervenção humana.

Essencialmente, o Web Service faz com que os recursos da aplicação do software estejam disponíveis sobre a rede de forma normalizada. Outras tecnologias fazem a mesma coisa; por exemplo, os browsers da Internet acessam as páginas Web disponíveis usando por norma as tecnologias da Internet, HTTP e HTML. No entanto, estas tecnologias não são bem sucedidas na comunicação e integração de aplicações. Existe uma grande motivação sobre a tecnologia Web Service pois possibilita que diferentes aplicações comuniquem-se entre si e utilizem recursos diferentes.

Utilizando a tecnologia Web Service, uma aplicação pode invocar outra para efetuar tarefas simples ou complexas mesmo que as duas aplicações estejam em diferentes sistemas e escritas em linguagens diferentes. Por outras palavras, os Web Services fazem com que os seus recursos estejam disponíveis para que qualquer aplicação cliente possa operar e extrair os recursos fornecidos pelo Web Service.

Os Web Services são identificados por um [[Uniform Resource Identifier|URI (Uniform Resource Identifier)]], descritos e definidos usando XML (Extensible Markup Language). Um dos motivos que tornam os Web Services atrativos é o fato deste modelo ser baseado em tecnologias standards, em particular XML e HTTP (Hypertext Transfer Protocol). Os Web Services são utilizados para disponibilizar serviços interativos na Web, podendo ser acessados por outras aplicações usando, por exemplo, o protocolo [[SOAP]] (Simple Object Access Protocol).
[[Ficheiro:JSON vs. XML.png|miniaturadaimagem|A transferência de dados em web services é feita por arquivos nos formatos JSON ou XML. Aqui vemos a diferença entre ambos os formatos de arquivos.]]
O '''objetivo dos Web Services''' é a comunicação de aplicações através da Internet. Esta comunicação é realizada com intuito de facilitar a [[EAI]] (Enterprise Application Integration) que significa a integração das aplicações de uma empresa, ou seja, interoperabilidade entre a informação que circula numa organização nas diferentes aplicações como, por exemplo, o comércio electrónico com os seus clientes e seus fornecedores. Esta interação constitui o [[sistema de informação]] de uma empresa. E para além da interoperabilidade entre as aplicações, a EAI permite definir um workflow entre as aplicações e pode constituir uma alternativa aos [[ERP]] (Enterprise Resource Planning). Com um [[workflow]] é possível otimizar e controlar processos e tarefas de uma determinada organização.

== Padrão ==
A [[W3C]], [[OASIS (organização)|OASIS]] são as instituições responsáveis pela padronização dos ''Web Services''. Empresas como [[IBM]] e [[Microsoft]], duas das maiores do setor de tecnologia, apoiam o desenvolvimento deste padrão.

Segundo o W3C ([[World Wide Web]] Consortium) um Web Service define-se como: um sistema de software projectado para suportar a interoperabilidade entre máquinas sobre rede.

Tem uma relação descritiva num formato machine-processable, especificamente [[WSDL]] (Webservice Description Language).

Outros sistemas interagem com o Web Service usando as mensagens SOAP, tipicamente sobre HTTP com XML na junção com outros standards da Web.

== Tecnologias ==
As bases para a construção de um ''Web service'' são os padrões [[XML]] e [[SOAP]]. O [[protocolo de transporte|transporte]] dos dados é realizado normalmente via [[protocolo]] [[HTTP]] ou [[HTTPS]] para conexões seguras (o padrão não determina o protocolo de transporte). Os dados são transferidos no formato XML, encapsulados pelo protocolo SOAP. Também é bastante comum usar o protocolo [[REST]] (''Representational transfer protocol''), para transferir o estado do dado para a aplicação.

== Segurança ==
Muitas empresas temiam, no passado, prover funcionalidades na [[Internet]] devido ao medo de expor seus dados. Mas com advento dos ''Web Services'' elas podem publicar serviços de forma simples e que são totalmente isolados da [[banco de dados|base de dados]].

A segurança dos Web Services é um dos pontos fracos desta tecnologia. O problema não é a falta de mecanismos de segurança mas sim a falta de consenso em qual deve ser o mecanismo a ser adaptado pela tecnologia Web Service.
As questões mais relevantes na segurança são as seguintes:
* Autenticidade (ter a certeza que uma transação do Web Service ocorreu entre o servidor e seu cliente;
* Confidencialidade (todas as mensagens trocadas entre o servidor e o cliente não são interceptadas por uma pessoa não autorizada);
* Integridade (as mensagens enviadas tanto pelo servidor ao cliente, como o contrário, devem permanecer inalteradas).

A seguir, descrevem-se os principais mecanismos de segurança.

=== SSL ===
O SSL (Secure Socket Layer) [Netscape 1996] quando aplicado a pequenos dispositivos oferece [[autenticação]], integridade de dados e privacidade de serviços. Assim, tornou-se possível enviar informação confidencial utilizando um mecanismo de segurança SSL sob HTTP também conhecido como HTTPS (Hypertext Transfer Protocol Secure). Este mecanismo protege informações confidenciais e é fácil de ser configurado. Tem como desvantagem ser mais lento do que as transações HTTP não cifradas pelo que não é adequado para taxas de transferências de dados elevadas.

Por ser um mecanismo de proteção no nível de transporte, apresenta restrições para ser aplicado em aplicações webservices, pois o SSL não permite criptografia de parte da informação nem o uso de sessões seguras entre mais de duas partes, uma vez que seu funcionamento se baseia em uma arquitetura de transporte fim-a-fim.

=== Xml signature ===
A XML Signature [IETF e W3C 2000] é uma iniciativa conjunta da IETF (Internet Engineering Task Force) e do W3C para especificar uma sintaxe XML e regras de processamento para criação e representação de [[assinatura digital]]. As vantagens na utilização da XML Signature, ao contrário de outras normas de assinaturas digitais, estão baseadas na independência da linguagem de programação, fácil interpretação humana e independência do fabricante. Esta tecnologia também permite assinar digitalmente subconjuntos de um documento XML.

=== Xml encryption ===
'''A Criptografia XML''', também conhecida como XML-Enc, é uma especificação, regida por uma recomendação do W3C, que define como criptografar o conteúdo de um elemento XML.

Embora a criptografia XML pode ser usada para criptografar qualquer tipo de dados, não deixa de ser conhecido como "Criptografia XML", porque um elemento XML (um EncryptedData ou EncryptedKey elemento) contém ou refere-se ao texto cifrado, informações de codificação, e algoritmos.

Tanto a XML Signature quanto a XML Encryption usam o elemento KeyInfo, que aparece como o filho de um elemento SignedInfo, EncryptedData ou EncryptedKey, e fornece informações a um destinatário sobre qual material de chave usar na validação de uma assinatura ou na descriptografia de dados criptografados.

O elemento KeyInfo é opcional: pode ser anexado à mensagem ou ser entregue por meio de um canal seguro.

A Criptografia XML é diferente e não está relacionada à Segurança da Camada de Transporte, que é usada para enviar mensagens criptografadas (incluindo conteúdo xml, criptografado ou não) pela Internet.

Foi relatado que esta especificação tem graves preocupações de segurança.

=== Ws-security ===
O WS-Security (Web Services Security) é uma iniciativa conjunta de empresas como Microsoft, IBM e Verisign destinada ao uso da XML-Signature e da XML-Encryption para fornecer segurança às mensagens SOAP. O WS-Security é um esforço destinado a fazer com que os Web Services trabalhem melhor em um ambiente global. O WS-Security também inclui alguns importantes componentes como encaminhamento, confiança e tratamento de transações.

=== Saml ===
Definição e manutenção de uma estrutura padrão baseada em XML para criar e trocar informações de segurança entre parceiros on-line

'''Visão geral'''

O SAML (Security Assertion Markup Language), desenvolvido pelo Comitê Técnico de Serviços de Segurança do OASIS, é uma estrutura baseada em XML para comunicar informações de autenticação, autorização e atributo do usuário. Como o próprio nome sugere, o SAML permite que as entidades comerciais façam afirmações sobre a identidade, os atributos e os direitos de um assunto (uma entidade que geralmente é um usuário humano) para outras entidades, como uma empresa parceira ou outro aplicativo corporativo.

Se você é um gerente procurando por uma visão geral de alto nível do SAML, a Visão Geral Executiva é recomendada. Se você estiver procurando por uma introdução técnica aos conceitos e recursos de SAML, recomenda-se começar com a Visão geral técnica . Informações técnicas adicionais, incluindo o conjunto completo de especificações SAML , podem ser encontradas na base de conhecimento em saml.xml.org.

== Limitações associadas aos Web Services ==
Apesar da sua grande popularidade {{Carece de fontes|data=junho de 2017}} e relativa simplicidade {{Carece de fontes|data=junho de 2017}}, o SOAP tem várias limitações, que por sua vez afetam os Web Services diretamente, por dependerem de tais recursos...

As limitações são descritas em seguida:

* Segurança e privacidade — nenhuma das versões do SOAP define qualquer tipo de segurança. Isto é devido ao SOAP utilizar HTTP, mas para implementar mecanismos de segurança no nível de transporte pode utilizar o protocolo SSL no HTTP (também conhecido como HTTPS) para garantir a confidencialidade, a integridade e a autenticação do cliente, do servidor e da comunicação cifrada. Como não existe um suporte para segurança, que inclui a privacidade, nas normas que compõem os Web Services, tem levado cada projeto a procurar diferentes soluções para resolver o problema da segurança o que se torna incompatível com a promessa de implementar uma normalização a nível global.
* Mensagens e encaminhamento — para suportar as funcionalidades das mensagens assíncronas tradicionais
* Qualidade de serviço e confiabilidade — para garantir tempos de resposta e detectar exceções
* Processamento transacional — para suportar comunicação transacional, para associar essa comunicação transacional com as transações locais e para participar em transações distribuídas
* Gestão — para controlar o estado e comportamento dos Web Services
* Desempenho — para otimizar a execução dos Web Services que tem implicações ao nível do desenho das aplicações, chamadas remotas, características da rede e armazenamento/processamento dos documentos
* Interoperabilidade — suportar a interoperação sem problemas é o grande objetivo dos Web Services e do SOAP, ou seja, fornecerem uma plataforma de integração entre aplicações e diferentes linguagens e implementados em qualquer sistema operacional.

Assim, esta tecnologia seria uma tecnologia normalizada, mas, no entanto, existem algumas incompatibilidades entre os WSDL´s disponibilizados entre os diferentes fornecedores. A exemplo da especificação, ao que refere-se ao [http://www.w3.org/TR/wsdl#_soap:binding binding], podem ser implementados de diferentes maneiras, causando um conflito de como fazer a interpretação. Alguns fazem tal qual a especificação, relacionando e declarando todos os métodos e objetos complexos de forma explícita, enquanto outros fornecedores não o fazem desta forma, tornando-os assim, incompatíveis.

== Integração de sistemas ==
Muitas pessoas consideram que os ''Web services'' corrigem um grande problema da informática: a falta de integração de sistemas.

Os ''Web services'' permitem que a integração de sistemas seja realizada de maneira compreensível, reutilizável e padronizada.

É uma tentativa de organizar um cenário cercado por uma grande variedade de diferentes aplicativos, fornecedores e plataformas.

== Tecnologias Utilizadas ==
[[Imagem:Webservices-en.svg|thumb|left|Arquitetura de um serviço web: o serviço provedor um arquivo WSDL para o  UDDI. O solicitante utiliza o UDDI para encontrar quais os dados que ele necessita, depois disso ele contata o detentor das informações usando o protocolo SOAP. O serviço provedor valida as informações sobre o requisitante e envia os dados estruturados em um arquivo XML, usando também o protocolo SOAP. O arquivo XML necessita ser validado novamente pelo requisitante através de um arquivo XSD.|alt=Arquitetura de um serviço web: o serviço provedor um arquivo WSDL para o  UDDI. O solicitante utiliza o UDDI para encontrar quais os dados que ele necessita, depois disso ele contata o detentor das informações usando o protocolo SOAP. O serviço provedor valida as informações sobre o requisitante e envia os dados estruturados em um arquivo XML, usando também o protocolo SOAP. O arquivo XML necessita ser validado novamente pelo requisitante através de um arquivo XSD.|commoldura|240x240px]]
Para a representação e estruturação dos dados nas mensagens recebidas/enviadas é utilizado o XML . As chamadas às operações, incluindo os parâmetros de entrada/saída, são codificadas no protocolo SOAP. Os serviços (operações, mensagens, parâmetros, etc.) são descritos usando a linguagem WSDL. O processo de publicação/pesquisa/descoberta de ''Web Services'' utiliza o protocolo UDDI.

=== XML ===
Extensible Markup Language (XML) é a base em que os Web Services são construídos. O [[XML]] fornece a descrição, o armazenamento, o formato da transmissão para trocar os dados através dos Web Services e também para criar tecnologias Web Services para a troca dos dados.

A sintaxe de XML usada nas tecnologias dos Web Services especifica como os dados são representados genericamente, define como e com que qualidades de serviço os dados são transmitidos, pormenoriza como os serviços são publicados e descobertos. Os Web Services decodificam as várias partes de XML para interagir com as várias aplicações.

=== REST ===
A '''Representational State Transfer''' ('''REST'''), em português '''Transferência de Estado Representacional''', é um estilo de arquitetura que define um conjunto de restrições e propriedades baseados em HTTP. Web Services que obedecem ao estilo arquitetural REST, ou web services '''RESTful''', fornecem interoperabilidade entre sistemas de computadores na Internet. As webs service compatíveis com REST permitem que os sistemas solicitantes acessem e manipulem representações textuais de recursos da Web usando um conjunto uniforme e predefinido de operações sem estado. Outros tipos de web services, como web services SOAP, expõem seus próprios conjuntos arbitrários de operações.

=== SOAP ===
O [[SOAP]] (Simple Object Access Protocol) baseia-se numa invocação remota de um método e para tal necessita especificar o endereço do componente, o nome do método e os argumentos para esse método. Estes dados são formatados em XML com determinadas regras e enviados normalmente por HTTP para esse componente. Não define ou impõe qualquer semântica, quer seja o modelo de programação, quer seja a semântica específica da implementação. Este aspecto é extremamente importante, pois permite que quer o serviço, quer o cliente que invoca o serviço sejam aplicações desenvolvidas sobre diferentes linguagens de programação. Por esta razão, o SOAP tornou-se uma norma aceita para se utilizar com Web Services, uma tecnologia construída com base em XML e HTTP. Desta forma, pretende-se garantir a interoperabilidade e intercomunicação entre diferentes sistemas, através da utilização da linguagem XML e do mecanismo de transporte HTTP ou outro como, por exemplo, [[SMTP]]. O SOAP permite que os documentos XML de envio e de recepção sobre a Web suportem um protocolo comum de transferência de dados para uma comunicação de rede eficaz, ou seja, o SOAP providencia o transporte de dados para os Web Services.<ref>TANENBAUM, Andrew S. ''Distributed Operating Systems''. Prentice Hall, 1994.</ref>

Em relação a Web, o SOAP é um protocolo de [[Chamada_de_procedimento_remoto|RPC]] que funciona sobre HTTP (ou SMTP, ou outro) de forma a ultrapassar as restrições de segurança/firewalls normalmente impostas aos sistemas clássicos de RPC ([[RMI]], [[DCOM]], [[CORBA/IIOP]]) suportando mensagens XML. Em vez de usar HTTP para pedir uma página HTML para ser visualizada num browser, o SOAP envia uma mensagem de XML através do pedido HTTP e recebe uma resposta, se existir, através da resposta do HTTP. Para assegurar corretamente a transmissão da mensagem de XML, o servidor de HTTP, tais como [[Apache]] ou [[IIS]] (Microsoft Internet Information Server), recebe mensagens SOAP e deve validar e compreender o formato do documento XML definido na especificação SOAP v1.1.

=== WSDL ===
É a sigla de ''Web Services Description Language'', padrão baseado em XML para descrever o serviço como no COM, onde ele traz os métodos do ''Web Service''. Funciona como uma espécie de "''TypeLibrary''" do ''Web Service'', além de ser usado para a validação das chamadas dos métodos.

O [[WSDL]] é uma especificação desenvolvida pelo W3C.

O WSDL é extensível para permitir a descrição dos serviços e suas mensagens, independentemente dos formatos de mensagem e dos protocolos de rede que sejam usados. No entanto, é comum usar-se o MIME (Multipurpose Internet Mail Extensions) e o <nowiki>HTtp://SOAP</nowiki>.

O WSDL descreve os serviços disponibilizados à rede através de uma semântica XML, este providencia a documentação necessária para se chamar um sistema distribuído e o procedimento necessário para que esta comunicação se estabeleça. Enquanto que o SOAP especifica a comunicação entre um cliente e um servidor, o WSDL descreve os serviços oferecidos.

A versão atual é 2.0; a versão 1.1 não foi endossada pelo W3C. A WSDL 1.2 foi renomeada para 2.0 e aceita todos os métodos de requisição HTTP (não apenas GET e POST).

=== UDDI ===
Protocolo desenvolvido para a organização e registro de ''Web Services''.

O [[UDDI]] (Universal Description Discovery and Integration) é uma iniciativa em desenvolvimento no âmbito do consórcio industrial UDDI promovido originalmente pela IBM, Microsoft e Arriba, com objetivo de acelerar a interoperabilidade e utilização dos Web Services, pela proposta de um serviço de registro de nomes de organizações e de descrição do serviço. UDDI nada mais é do que um serviço de diretório onde empresas podem registrar (publicar) e buscar (descobrir) por serviços Web (Web Services).

Um registro UDDI contém três tipos de informação:

* informações gerais de cada organização, tais como o nome, endereço e contatos;
* informações de organizações e serviços por categorias de negócios;
* informações técnicas sobre os serviços providenciados pelas organizações.

O UDDI providencia três funções principais, conhecidas como publicação, descoberta e ligação:

* publicação: permite que uma organização divulgue o(s) seu(s) serviço(s);
* descoberta: permite que o cliente do serviço procure e encontre um determinado serviço;
* ligação (bind): permite que o cliente do serviço possa estabelecer a ligação e interagir com o serviço.

Um serviço de registro UDDI é um Web Service que gerencia informação sobre provedores, implementações e metadados de serviços. Provedores de serviços podem utilizar UDDI para publicar os serviços que eles oferecem. Usuários de serviços podem usar UDDI para descobrir serviços que lhes interessem e obter os metadados necessários para utilizar esses serviços podem ter três partes:

* "páginas brancas" descrevem a companhia: nome, endereço, contatos, etc.
* "páginas amarelas" incluem as categorias, baseada em taxonomias padrões.
* "páginas verdes" descrevem a interface para o serviço em nível de detalhe suficiente para se escrever uma aplicação que use o Web service.

A especificação UDDI define:

* APIs SOAP utilizadas para publicar e obter informações de um registro UDDI
* Esquemas XML do modelo de dados do registro e do formato das mensagens SOAP
* Definições WSDL das APIs SOAP
* Definições de registro UDDI (modelos técnicos - tModels) de diversos sistemas de identificação e categorização, que podem ser utilizados para identificar e categorizar registros UDDI<ref name=":0">COULOURIS, George; DOLLIMORE, Jean; KINDBERG, Tim. ''Distributed Systems: Concepts and Design''. Addison-Wesley, 3rd edition, 2003.</ref>

=== WS-i ===
É o consórcio que garante a integração entre os ''Web Services'' para garantir sempre que os ''Web Services'' possam "conversar entre si".

== Iniciativas em curso ==
O sucesso que os Web Services possam vir a apresentar passa necessariamente pela vontade da indústria, pela partilha e abertura dos processos de normalização e das próprias especificações daí resultantes. Parte significativa desse processo tem sido desenvolvida no âmbito do W3C. No entanto, dever-se-á também referir outros esforços e consórcios que têm vindo a ser desenvolvidos, designadamente o UDDI, o ebXML, ou o XML/EDI. Por exemplo, o ebXML é um esforço patrocinado pela UN/CEFACT e pela OASIS, cujo objetivo é a produção de um conjunto de especificações para permitir colaborações de negócio eletrônico. O standard ebXML pode ser visto como uma extensão às funcionalidades de descrição, publicação e descoberta de serviços (definidas no âmbito do UDDI), ao tratar os seguintes aspectos: como especificar os processos de negócio; como identificar os Web Services participantes e respectivas colaborações; ou, que padrões de negociação existem na colaboração entre os participantes. Estes aspectos, são tratados nomeadamente nas seguintes especificações:

1) Esquemas para especificação de processos de negócio, BPSS (business process specification schema);

2) Acordos de protocolos de colaboração, CPA (collaboration protocol agreement);

3) Ou perfis de protocolos de colaboração, CPP (collaboration protocol profile).

=== Contribuição das empresas ===
As principais empresas, para além de promoverem e participarem ativamente nos vários consórcios de normalização, têm vindo a incorporar nas suas próprias infraestruturas de desenvolvimento e suporte de aplicações implementações das normas ligadas aos Web Services. Entre outras, merece referência a plataforma da Microsoft, ".Net", da Sun, "Java ONE (Open Net Environment)", da [[Hewlett-Packard]], "e-speak" e da IBM, "IBM Web Services".

== Evolução dos Web Services ==
=== Novos Modelos de Negócio ===
Só o futuro dirá quem tem razão: se os céticos ou conservadores, se os que arriscam e concretizam a sua visão. Com o conceito dos Web Services talvez o mais importante nem seja a tecnologia em si, mas toda uma discussão à volta dos fatores político-econômicos que este paradigma poderá suscitar, bem como os modelos de negócio que poderão emergir.

Parece natural a emersão de novos portais, não para as pessoas consultarem e usarem, mas para as aplicações, i.e., para os serviços se registrarem/publicarem de modo a tornarem-se conhecidos, descobertos e usados. Esses portais de serviços (tecnicamente consistem em serviços de registros UDDI e/ou ebXML) poderão ser definidos a nível global, regional, para domínios de negócio horizontais ou verticais.

=== Novos Requisitos Tecnológicos ===
No entanto e naturalmente, novos problemas e requisitos tecnológicos são colocados com o conceito dos Web Services. Desde logo, ao nível da modelação destes serviços e dos processos de negócio em que aqueles participam. Aspectos como a composição de serviços, coordenação de fluxos de trabalho, identificação e privacidade, segurança, negociação, contratos e pagamentos, tratamento de exceções, categorização e taxonomias de serviços, etc., deverão ser adequadamente investigados e tratados de forma que este paradigma possa vir a apresentar um largo consenso e sucesso.

== Vantagens e Desvantagens ==
Os Web Services são modelos que surgiram para o desenvolvimento de aplicações típicas de negócio eletrônico, envolvendo e suportando o estabelecimento da colaboração e negociação de forma aberta, distribuída e dinâmica entre distintos parceiros.

Os Web Services podem no futuro representar um sucesso significativo por causa de existir um esforço significativo, por parte da maioria dos parceiros industriais, na normalização das tecnologias envolvidas.

As tecnologias subjacentes aos Web Services (tais como HTTP, SOAP, WSDL, UDDI, XML) são abertas, amplamente divulgadas e consensuais. Por outro lado, existe potencial para haver uma real independência das linguagens de programação (Java, C++, VB, Delphi, C#), das arquiteturas de computadores e [[Sistema operativo|sistemas operacionais]], o que permite uma evolução mais suave e econômica para este modelo computacional.

No entanto, existem críticas que demonstram medos ou falsas expectativas que os investimentos em Web Services podem suscitar. Uma dessas críticas diz respeito ao fato do SOAP ser menos eficiente do que os sistemas de RPC existentes. Por exemplo, as mensagens (com os respectivos envelopes e descrição de tipos) trocadas entre as partes são descritas em formato de texto/XML enquanto que nos sistemas clássicos de RPC são trocadas em formato binário.

No entanto, esta desvantagem é compensada significativamente pela facilidade de interoperação entre os serviços, sem os problemas conhecidos de segurança/firewalls, e pela facilidade de se esconder os detalhes proprietários das infraestruturas de suporte.

'''Vantagens'''

* Integração entre aplicações construídas em diferentes tecnologias;
* Inteligível para o ser humano, o que facilita o desenvolvimento de novos aplicativos utilizando esta tecnologia;
* Intuitiva, pois é descrita em linguagem natural com termos próximos aos utilizadas pela aplicação;
* Precisa, pois a WSDL e o Schema garantem conformidade com os padrões estabelecidos entre provedores e requisitantes.

'''Desvantagens'''

* Extremamente verbosa, o que a torna menos produtiva que outras propostas como aqueles que utilizam, por exemplo, JSON.
* Performance de uma aplicação que consome muitos web services é tipicamente inferior;
* Os custos de integração e construção de web services nem sempre são baixos.<ref name=":0" />

{{Referências}}

== Ligações externas ==
* {{Link|en|https://www.w3.org/2002/ws/|Grupo de trabalho da W3C}}

{{DEFAULTSORT:Web Service}}
[[Categoria:Web services]]
[[Categoria:Normas XML]]
[[Categoria:Palavras, frases e expressões em inglês]]


text:
# سینه‌سرخ خاکستری
سینه‌سرخ خاکستری (نام علمی: Heteromyias albispecularis) نام یک گونه از سرده سینه‌سرخ‌های دیگرگون است.

title: سینه‌سرخ خاکستری

wikitext:
{{Taxobox
| name =سینه‌سرخ خاکستری
| status = LC
| status_system = IUCN3.1
| status_ref =
| image = Heteromyias albispecularis 1.jpg
| image_caption =سینه‌سرخ خاکستری، ''Heteromyias albispecularis''
| fossil_range =
| regnum =[[جانوران]]
| phylum =[[طنابداران]]
| classis =[[پرندگان]]
| ordo = [[گنجشک‌سانان]]
| familia = [[سینه‌سرخ‌های استرالزی]]
| genus = [[سینه‌سرخ‌های دیگرگون]]
| species = ''H. albispecularis''
| binomial = ''Heteromyias albispecularis''
| range_map =
}}
'''سینه‌سرخ خاکستری''' {{علمی|Heteromyias albispecularis}} نام یک [[گونه (زیست‌شناسی)|گونه]] از [[سرده]] [[سینه‌سرخ‌های دیگرگون]] است.

== منابع ==
{{پانویس|چپ‌چین=بله}}
* {{یادکرد-ویکی|پیوند =//en.wikipedia.org/w/index.php?title=Ashy_robin&oldid=763279331|عنوان = Ashy robin|زبان =انگلیسی|بازیابی =۳۰ آوریل ۲۰۱۷}}

== پیوند به بیرون ==
{{انبار-رده}}

{{زیست‌شناسی-خرد}}

[[رده:پرندگان توصیف‌شده در ۱۸۷۶ (میلادی)]]
[[رده:پرندگان گینه نو]]
[[رده:سینه‌سرخ‌های دیگرگون]]
[[رده:پرندگان گینه نو غربی]]

title: وضعیت حفاظت

وضعیت حفاظت: · کمترین نگرانی (IUCN 3.1)

title: رده‌بندی علمی

فرمانرو: جانوران

شاخه: طنابداران

رده: پرندگان

راسته: گنجشک‌سانان

تیره: سینه‌سرخ‌های استرالزی

سرده: سینه‌سرخ‌های دیگرگون

گونه: H. albispecularis

title: نام دوبخشی

نام دوبخشی: Heteromyias albispecularis ·


text:
# خورين بايراميان
خورين بايراميان (7 يناير 1992 في أرمينيا - ) هو لاعب كرة قدم أرمني وروسي في مركز الوسط. شارك مع منتخب روسيا تحت 21 سنة لكرة القدم. أما مع النوادي، فقد لعب مع نادي روتور فولغوغراد ونادي روستوف وFC Volgar Astrakhan .

## وصلات خارجية
- خورين بايراميان على موقع الاتحاد الدولي (مؤرشف)  (الإنجليزية)
- خورين بايراميان على موقع الاتحاد الأوربي (الإنجليزية)
- خورين بايراميان على موقع قاعدة بيانات كرة القدم.إي يو (الإنجليزية)
- خورين بايراميان على موقع ناشيونال فوتبول تيمز (الإنجليزية)
- خورين بايراميان على موقع Soccerway.com (الإنجليزية)
- خورين بايراميان على موقع عالم كرة القدم.نت (الإنجليزية)
- خورين بايراميان على موقع AS.com (الإسبانية)

wikiname: arwiki

title: خورين بايراميان

in_language: ar

wikitext:
{{صندوق معلومات سيرة كرة قدم
| تاريخ_الميلاد = {{تاريخ الميلاد والعمر|df=yes|1992|1|7}}
| طول = {{الارتفاع|m=1.69}}
| مركز = [[لاعب وسط (كرة القدم)|وسط]]
| النادي_الحالي = [[نادي روستوف|روستوف]]
| رقم_النادي = 19
| سنوات_الشباب1 = 2009–2011
| أندية_الشباب1 = [[نادي روستوف|روستوف]]
| سنوات1 = 2011–
| أندية1 = [[نادي روستوف|روستوف]]
| مباريات1 =144
| أهداف1 =10
| سنوات2 = 2013–2014
| أندية2 = ← [[روتور فولغوغراد]] (إعارة)
| مباريات2 = 16
| أهداف2 = 3
| سنوات3 = 2014–2015
| أندية3 = ← {{Ill-WD2|id=Q2299795|en=true}} (إعارة)
| مباريات3 = 32
| أهداف3 = 2
| سنوات4 = 2018–2019
| أندية4 = ← [[روبين قازان]] (إعارة)
| مباريات4 = 24
| أهداف4 = 2
| سنوات_وطنية1 = 2010
| منتخب_وطني1 = [[منتخب روسيا تحت 19 سنة لكرة القدم|روسيا تحت 19]]
| مباريات_وطنية1 = 6
| أهداف_وطنية1 = 1
| سنوات_وطنية2 = 2011
| منتخب_وطني2 = [[منتخب روسيا تحت 19 سنة لكرة القدم|روسيا تحت 19]]
| مباريات_وطنية2 = 3
| أهداف_وطنية2 = 1
| سنوات_وطنية3 = 2012
| منتخب_وطني3 = [[منتخب روسيا تحت 21 سنة لكرة القدم|روسيا تحت 21]]
| مباريات_وطنية3 = 7
| أهداف_وطنية3 = 1
| سنوات_وطنية4 = 2020–
| منتخب_وطني4 = [[منتخب أرمينيا لكرة القدم|أرمينيا]]
| مباريات_وطنية4 =12
| أهداف_وطنية4 = 2
| تحديث-منتخب_وطني =2 نوفمبر 2021
| تحديث-نادي =12 نوفمبر 2022
}}
'''خورين بايراميان''' ([[7 يناير]] [[1992]] في [[أرمينيا]] - ) هو [[لاعب كرة قدم]] [[أرمينيا|أرمني]] و[[روسيا|روسي]] في [[مركز (كرة القدم)|مركز]] [[لاعب وسط (كرة القدم)|الوسط]].<ref>{{استشهاد ويب|ناشر=[[الدوري الروسي الممتاز]]|مسار=http://www.rfpl.org/reports/id7587|عنوان=Game report by RFPL|تاريخ=18 June 2011|مسار أرشيف=https://web.archive.org/web/20110608001614/http://rfpl.org/reports/id7587|تاريخ أرشيف=8 June 2011|df=dmy-all|حالة المسار=dead}}</ref><ref>{{استشهاد ويب|ناشر=[[روبين قازان|روبين كازان]]|مسار=https://www.rubin-kazan.ru/ru/news_items/7936-horen-bayramyan-pereshel-v-rubin-na-pravah-arendy|عنوان=Хорен Байрамян перешел в «Рубин» на правах аренды|تاريخ=23 June 2018|لغة=Russian| مسار أرشيف = https://web.archive.org/web/20180930145629/http://rubin-kazan.ru:80/ru/news_items/7936-horen-bayramyan-pereshel-v-rubin-na-pravah-arendy | تاريخ أرشيف = 30 سبتمبر 2018 }}</ref> شارك مع [[منتخب روسيا تحت 21 سنة لكرة القدم]]. أما مع [[فرقة كرة قدم|النوادي]]، فقد لعب مع [[روتور فولغوغراد|نادي روتور فولغوغراد]] و[[نادي روستوف]] و{{Ill-WD2|id=Q2299795|en=true}}.

== مراجع ==
{{مراجع}}

== وصلات خارجية ==
* {{روابط رياضية}}
{{تشكيلة نادي روستوف}}
{{شريط بوابات|أرمينيا|أعلام|روسيا|كرة القدم}}
{{بذرة لاعب كرة قدم أرمني}}
{{بذرة لاعب وسط كرة قدم روسي}}

[[تصنيف:لاعبو وسط كرة قدم رجالية]]
[[تصنيف:أرمن روس]]
[[تصنيف:أرمن مهاجرون إلى روسيا]]
[[تصنيف:أشخاص من محافظة تاووش]]
[[تصنيف:روس متجنسون]]
[[تصنيف:روس من أصل أرمني]]
[[تصنيف:رياضيون روس من أصل أرميني]]
[[تصنيف:لاعبو الدوري الروسي الممتاز]]
[[تصنيف:لاعبو الدوري الوطني الروسي لكرة القدم]]
[[تصنيف:لاعبو روبين كازان]]
[[تصنيف:لاعبو كرة قدم أرمن]]
[[تصنيف:لاعبو كرة قدم روس]]
[[تصنيف:لاعبو منتخب أرمينيا لكرة القدم]]
[[تصنيف:لاعبو منتخب روسيا تحت 21 سنة لكرة القدم]]
[[تصنيف:لاعبو منتخب روسيا لكرة القدم للشباب]]
[[تصنيف:لاعبو نادي روتور فولغوغراد]]
[[تصنيف:لاعبو نادي روستوف]]
[[تصنيف:مواليد 1992]]

title: معلومات شخصية

الميلاد: 7 يناير 1992 · كوتي

مواطنة: روسيا · أرمينيا

مركز اللعب: وسط

title: معلومات النادي

النادي الحالي: روستوف

title: مسيرة الشباب

سنوات: فريق

روستوف

title: المسيرة الاحترافية1

سنوات: فريق · م. · (هـ.)

روستوف · 144 · (10)

← روتور فولغوغراد (إعارة) · 16 · (3)

← FC Volgar Astrakhan  (إعارة) · 32 · (2)

← روبين قازان (إعارة) · 24 · (2)

title: المنتخب الوطني 2

روسيا تحت 19 · 6 · (1)

روسيا تحت 19 · 3 · (1)

روسيا تحت 21 · 7 · (1)

أرمينيا · 12 · (2)

المنتخب الوطني 2: 1 عدد مرات الظهور مع الأندية وعدد الأهداف تحسب للدوري المحلي فقط وهو محدث في 12 نوفمبر 2022. · 2 عدد مرات الظهور مع المنتخب وعدد الأهداف محدث في 2 نوفمبر 2021.

المنتخب الوطني 2: تعديل مصدري - تعديل


text:
# Игол 1-й
Игол 1-й — река в России, протекает по Нижневартовскому району Ханты-Мансийского АО. Устье реки находится в 3 км по левому берегу реки Асесъёган. Длина реки составляет 24 км.

## Данные водного реестра
По данным государственного водного реестра России относится к Верхнеобскому бассейновому округу, водохозяйственный участок реки — Вах, речной подбассейн реки — бассейн притоков (Верхней) Оби от Васюгана до Ваха. Речной бассейн реки — (Верхняя) Обь до впадения Иртыша.
Код объекта в государственном водном реестре — 13011000112115200037555.

wikiname: ruwiki

title: Игол 1-й

in_language: ru

wikitext:
{{Река
 |Название                = Игол 1-й
  |Национальное название  =
 |Изображение             =
  |Подпись изображения    =
 |Длина                   = 24
 |Площадь водосбора       =
 |Бассейн                 = Асесъёган/Вах (река)/Обь/Карское море
 |Расход воды             =
  |Место измерения        =
 |Исток                   =
  |Местоположение истока  =
  |Высота истока          =
  |Координаты истока      = 61.2091/83.4036
 |Устье                   = Асесъёган
  |Местоположение устья   = 3 км по левому берегу
  |Высота устья           =
  |Координаты устья       = 61.3426/83.6431
 |Страна                  = Россия
  |Регион                 = Ханты-Мансийский автономный округ — Югра
   |Район                 = Нижневартовский район
}}
'''Игол 1-й''' — река в [[Россия|России]], протекает по [[Нижневартовский район|Нижневартовскому району]] [[Ханты-Мансийский автономный округ — Югра|Ханты-Мансийского АО]]. Устье реки находится в 3 км по левому берегу реки [[Асесъёган]]. Длина реки составляет 24 км<ref name="ГВР"/>.

== Данные водного реестра ==
По данным [[Государственный водный реестр|государственного водного реестра России]] относится к [[Верхнеобский бассейновый округ|Верхнеобскому бассейновому округу]], водохозяйственный участок реки — [[Вах (река)|Вах]], речной подбассейн реки — бассейн притоков (Верхней) [[Обь|Оби]] от Васюгана до Ваха. Речной бассейн реки — (Верхняя) Обь до впадения [[Иртыш]]а<ref name="ГВР"/>.

Код объекта в государственном водном реестре — 13011000112115200037555<ref name="ГВР">{{ГВР|13011000112115200037555|Игол 1-й}}</ref>.

== Примечания ==
{{примечания}}

{{Вах}}

[[Категория:Притоки Асесъёгана]]
[[Категория:Реки Нижневартовского района]]

title: Характеристика

Длина: 24 км

title: Водоток

Устье: Асесъёган

• Местоположение: 3 км по левому берегу

title: Расположение

Водная система: Асесъёган → Вах → Обь → Карское море

Страна: - Россия

Район: Нижневартовский район

Расположение: Игол 1-й (Ханты-Мансийский автономный округ — Югра)

Расположение: — исток, — устье


text:
# لیز تورس
لیز تورس (انگلیسی: Elizabeth Larrieu Torres؛ زادهٔ ۲۷ سپتامبر ۱۹۴۷) یک هنرپیشه، و خواننده اهل ایالات متحده آمریکا است. وی از سال ۱۹۶۹ میلادی تاکنون مشغول فعالیت بوده‌است.

## گزیده فیلم‌شناسی
از فیلم‌ها یا برنامه‌های تلویزیونی که وی در آن نقش داشته‌است می‌توان به آثار زیر اشاره کرد.
- نیمه‌شب ماندگار (۱۹۹۸)
- پوکر آلیس (۱۹۸۷)
- شکار لاشخور (۱۹۷۹)
- خدمتکاران حیله‌گر
- دختران گیلمور
- همگی در خانواده
- کت و شلوار بستنی شگفت‌انگیز

title: لیز تورس

wikitext:
{{infobox person
| name               = لیز تورس
| image              = Liz Torres 2003.jpg
| birth_date         = {{Birth date and age|1947|9|27|mf=y}}
| birth_place        = [[برانکس]]
| death_date         =
| death_place        =
| nationality        = [[ایالات متحده آمریکا]]
| years_active       = ۱۹۶۹–اکنون
}}
'''لیز تورس''' ({{lang-en|Elizabeth Larrieu Torres}}؛ زادهٔ {{birth date|1947|9|27|mf=y}}) یک [[هنرپیشه]]، و [[خواننده]] اهل [[ایالات متحده آمریکا]] است. وی از سال ۱۹۶۹ میلادی تاکنون مشغول فعالیت بوده‌است.

==گزیده فیلم‌شناسی  ==
از فیلم‌ها یا برنامه‌های تلویزیونی که وی در آن نقش داشته‌است می‌توان به آثار زیر اشاره کرد.

* ''[[نیمه‌شب ماندگار]]'' (۱۹۹۸)
* ''[[پوکر آلیس]]'' (۱۹۸۷)
* ''[[شکار لاشخور]]'' (۱۹۷۹)
* ''[[خدمتکاران حیله‌گر]]''
* ''[[دختران گیلمور]]''
* ''[[همگی در خانواده]]''
* ''[[کت و شلوار بستنی شگفت‌انگیز]]''

== منابع ==
{{پانویس|چپ‌چین=بله}}
* {{یادکرد-ویکی|پیوند =https://en.wikipedia.org/w/index.php?title=Liz_Torres&redirect=no&oldid=616862735|عنوان = Liz Torres|زبان =انگلیسی|بازیابی =۲۴ اوت ۲۰۱۴}}
* {{یادکرد وب| نشانی= http://www.freebase.com/m/04wx7d| عنوان= Liz Torres| بازبینی= ۲۴ اوت ۲۰۱۴}}{{پیوند مرده|date=ژانویه ۲۰۲۰ |bot=InternetArchiveBot }}
{{مستند کردن}}
{{هنرپیشه-خرد}}

{{ترتیب‌پیش‌فرض:تورس، لیز}}

[[رده:افراد زنده]]
[[رده:اهالی برانکس]]
[[رده:بازیگران زن اهل ایالات متحده آمریکا]]
[[رده:بازیگران زن اهل نیویورک]]
[[رده:افراد آمریکایی پورتوریکویی‌تبار]]
[[رده:خوانندگان اهل نیویورک]]
[[رده:خوانندگان زن اهل ایالات متحده آمریکا]]
[[رده:زادگان ۱۹۴۷ (میلادی)]]
[[رده:کمدین‌های اهل نیویورک]]
[[رده:کمدین‌های زن اهل ایالات متحده آمریکا]]
[[رده:کمدین‌های سده ۲۰ (میلادی) اهل ایالات متحده آمریکا]]
[[رده:کمدین‌های سده ۲۱ (میلادی) اهل ایالات متحده آمریکا]]
[[رده:زنان سده ۲۰ (میلادی) اهل ایالات متحده آمریکا]]
[[رده:زنان سده ۲۱ (میلادی) اهل ایالات متحده آمریکا]]

title: لیز تورس

زادهٔ: ۲۷ سپتامبر ۱۹۴۷ (۷۷ سال) · برانکس

ملیت: ایالات متحده آمریکا

سالهای فعالیت: ۱۹۶۹–اکنون


text:
# Козьма Олександр Іванович
Олександр Іванович Козьма (12 грудня 1871 — †1945, Каліш) — генерал-хорунжий Армії УНР.

## Життєпис
Народився в хут. Очеретяний (нині не існує) Братолюбівської волості Олександрівського повіту Херсонської губернії — на сьогодні територія входить до складу Долинського району Кіровоградської обл. Походить з родини український поміщиків.
Освіту здобув в Псковському кадетському корпусі. Учасник російсько-японської війни 1904-05 pp. У роки Першої світової війни 1914-18 — полковник, командир інженерного полку російської армії.

### На службі Україні
Влітку і восени 1917 брав активну участь в українізації військових фронтових частин, формуванні українського війська. З листопада 1917- начальник відділу зв'язку Українського Генерального Військового штабу Української Центральної Ради в Києві.
У січні-лютому 1918, Козьма як старшина Запорізької дивізії воював на більшовицькому фронті. З березня 1918 — командир інженерного полку, корпусний інженер Запорізького Корпусу у Харкові. У добу Директорії УНР призначений помічником начальника технічних військ Армії УНР. В грудні 1919 — травні 1920 — учасник Першого Зимового походу Армії УНР. Деякий час виконував обов'язки інспектора військових електротехнічних шкіл.
З 1921 знаходився у складі інтернованих частин української армії у Каліші. В 1920-Х рр. став організатором системи таборової освіти, був викладачем Станичної гімназії ім. Т. Шевченка до її закриття 1937.

## Вшанування пам'яті
В Долинській існує вулиця Олександра Козьми.
В травні 2016 в місті Олександрії було названо вулицю на честь Олександра Козьми.

title: Козьма Олександр Іванович

wikitext:
{{Військовик2
| ім'я                = Олександр Іванович Козьма
| оригінал імені      =
| портрет             = Козьма Олександр Іванович.jpg
| розмір              = 250пкс
| підпис              =
| дата народження     = 12.12.1871
| місце народження    = хут. Очеретяний [[Олександрійський повіт]] [[Херсонська губернія]]
| дата смерті         = 1945
| місце смерті        = [[Каліш]]
| причина смерті      =
| національність      = [[українець]]
| університет         =
| ступінь             =
| прізвисько          =
| країна              = {{UNR}}
| вид збройних сил    = {{fАрміяУНР}}
| рід військ          =
| роки служби         = [[1918]]–[[1937]]
| звання              = {{Ранг|країна=РІА|звання=Полковник}}
{{Ранг|країна=УНР|звання=Генерал-хорунжий}}
| формування          =
| командування        = командир інженерного полку, [[Запорізький корпус Армії УНР|Запорізького Корпусу]]
| битви               = [[Російсько-японська війна]]
[[Перша світова війна]]
[[Радянсько-українська війна]]:
* [[Перший Зимовий похід]]
| нагороди            =
{{(!}} style="background: transparent"
{{!}} {{Хрест Симона Петлюри}}
{{!}}-
{{!}} {{Орден Святого Володимира 3 ступеня}}{{!!}}{{Орден Святого Володимира 4 ступеня}}
{{!}}-
{{!}} {{Орден Святої Анни 3 ступеня}}{{!!}}{{Орден Святої Анни 4 ступеня}}
{{!}}-
{{!}} {{Орден Святого Станіслава 2 ступеня}}{{!!}} {{Орден Святого Станіслава 3 ступеня}}
{{!)}}
}}
{{Однофамільці|Козьма}}
'''Олександр Іванович Козьма''' ([[12 грудня]] [[1871]] — †1945, [[Українське Військове Кладовище у Каліші|Каліш]]) — [[генерал-хорунжий]] Армії [[УНР]].

== Життєпис ==
Народився в хут. Очеретяний (нині не існує) [[Братолюбівська волость|Братолюбівської волості]] [[Олександрійський повіт|Олександрівського повіту]] [[Херсонська губернія|Херсонської губернії]] — на сьогодні територія входить до складу [[Долинський район (Кіровоградська область)|Долинського району]] Кіровоградської обл. Походить з родини український поміщиків.

Освіту здобув в Псковському кадетському корпусі. Учасник російсько-японської війни 1904-05 pp. У роки Першої світової війни 1914-18 — [[полковник]], командир інженерного полку російської армії.

=== На службі Україні ===
Влітку і восени 1917 брав активну участь в українізації військових фронтових частин, формуванні українського війська. З листопада 1917- начальник відділу зв'язку [[Український генеральний військовий штаб|Українського Генерального Військового штабу]] [[Українська Центральна Рада|Української Центральної Ради]] в Києві.

У січні-лютому 1918, Козьма як старшина Запорізької дивізії воював на більшовицькому фронті. З березня 1918 — командир інженерного полку, корпусний інженер [[Запорізький корпус Армії УНР|Запорізького Корпусу]] у Харкові. У добу [[Директорія Української Народної Республіки|Директорії УНР]] призначений помічником начальника технічних військ Армії УНР. В грудні 1919 — травні 1920 — учасник [[Перший зимовий похід|Першого Зимового походу]] Армії [[УНР]]. Деякий час виконував обов'язки інспектора військових електротехнічних шкіл.

З [[1921]] знаходився у складі інтернованих частин української армії у [[Каліш (табір інтернованих)|Каліші]]. В 1920-Х рр. став організатором системи таборової освіти, був викладачем Станичної гімназії ім. Т. Шевченка до її закриття 1937.

== Вшанування пам'яті ==
В [[Долинська|Долинській]] існує [[вулиця Олександра Козьми]]<ref>{{Cite web |url=http://dolmiskrada.org.ua/arhiv-rishen-iii-sesii-vii-sklikannya.html |title=Рішення Долинської міської ради Про перейменування вулиць, провулків міста Долинська від 12 лютого 2016 року № 119 |accessdate=21 березня 2016 |archiveurl=https://web.archive.org/web/20160403154537/http://dolmiskrada.org.ua/arhiv-rishen-iii-sesii-vii-sklikannya.html |archivedate=3 квітня 2016 |deadurl=yes }}</ref>.

В травні 2016 в місті [[Олександрія|Олександрії]] було названо вулицю на честь Олександра Козьми<ref>{{Cite web |url=https://docs.google.com/spreadsheets/d/1w3e4fag5qAKuzqyRA3wXginLewMcIvWkhWL8E3_vWSA/edit#gid=0 |title=Перейменування в Олександрії |accessdate=26 Травня 2016 |archive-date=27 Січня 2017 |archive-url=https://web.archive.org/web/20170127062955/https://docs.google.com/spreadsheets/d/1w3e4fag5qAKuzqyRA3wXginLewMcIvWkhWL8E3_vWSA/edit#gid=0 }}</ref>.

== Примітки ==
{{reflist}}

== Джерела ==
* {{Тинченко.ОК армії УНР|К}}
* {{Тинченко.ОК армії УНР.2|К}}
* {{ДІУ|К}}
* {{grwar|4442}}
* Список підполковникам по старшинству. Складено по 15.05.1913. С-Петербург, 1913
* Список полковникам по старшинству. Складено по 01.08.1916. Петроград, 1916
* [http://vijsko.milua.org/k2.htm Українське військо у XX-ХХІ сторіччі] {{Webarchive|url=https://web.archive.org/web/20070701185114/http://vijsko.milua.org/k2.htm |date=1 Липня 2007 }}
* [http://esu.com.ua/search_articles.php?id=8003 ЕСУ] {{Webarchive|url=https://web.archive.org/web/20180828001818/http://esu.com.ua/search_articles.php?id=8003 |date=28 Серпня 2018 }}
* Український військовий цвинтар в Каліші (Польща) — https://web.archive.org/web/20180902084240/http://szczypiorno.info/informacje/historia/cmentarz-ukrainski/
{{Кавалери Хреста Симона Петлюри}}
[[Категорія:Учасники російсько-японської війни]]
[[Категорія:Російські військовики Першої світової війни]]
[[Категорія:Учасники Першого Зимового походу]]
[[Категорія:Люди, на честь яких названо вулиці]]
[[Категорія:Уродженці Долинського району (Кіровоградська область)]]
[[Категорія:Генеральний штаб армії УНР]]

title: Загальна інформація

Народження: 12 грудня 1871 · хут. Очеретяний Олександрійський повіт Херсонська губернія

Смерть: 1945 · Каліш

Національність: українець

title: Військова служба

Приналежність: УНР

Вид ЗС: Армія УНР

Війни / битви: Російсько-японська війна · Перша світова війна · Радянсько-українська війна: - Перший Зимовий похід

title: Командування

Командування: командир інженерного полку, Запорізького Корпусу

title: Нагороди та відзнаки

Орден Святого Володимира 3 ступеня: Орден Святого Володимира 4 ступеня

Орден Святої Анни 3 ступеня: Орден Святої Анни 4 ступеня

Орден Святого Станіслава 2 ступеня: Орден Святого Станіслава 3 ступеня


text:
# 卡洛爾鎮區 (愛荷華州奧布賴恩縣)
卡洛爾鎮區（英語：）是位於美國愛荷華州奧布賴恩縣的一個行政鎮區。

## 地方資料
根據2010年美國人口普查的數據，卡洛爾鎮區的面積為93.82平方千米，當中陸地面積為93.82平方千米，而水域面積為0.00平方千米。當地共有人口441人，而人口密度為每平方千米4.7人。

wikiname: zhwiki

title: 卡洛爾鎮區 (愛荷華州奧布賴恩縣)

in_language: zh

wikitext:
{{noteTA
|G1=USState
|G2=地名
|G3=Unit
}}
{{Infobox settlement
|official_name            = 卡洛爾鎮區
|native_name = Carroll Township
|settlement_type          = [[行政鎮區]]
|image_skyline            =
|imagesize                =
|image_map                =
|mapsize                  =
|pushpin_map  =USA Iowa
|pushpin_label = 卡洛爾鎮區
|pushpin_label_position   = top
|pushpin_map_caption      = 卡洛爾鎮區在愛荷華州的位置
|subdivision_type         = [[世界政區索引|國家]]
|subdivision_type1        = [[美国州份|州份]]
|subdivision_type2        = [[愛荷華州行政区划|縣]]
|subdivision_name         = [[美国]]
|subdivision_name1        = [[愛荷華州]]
|subdivision_name2        = [[奧布賴恩縣 (愛荷華州)|奧布賴恩縣]]
|elevation_ft             = 1401
|elevation_m              = 427
|timezone                 = [[北美中部時區]]
|area_total_km2           = 93.82
|area_land_km2            = 93.82
|area_water_km2           = 0.00
|area_total_sq_mi         =
|area_land_sq_mi          =
|area_water_sq_mi         =
|population_as_of         = [[2010年美國人口普查|2010]]
|population_footnotes     =
|population_total         = 441
|population_density_km2   = auto
|population_density_sq_mi = auto
|utc_offset               = -6
|coordinates              = {{coord|43|07|40|N|95|48|06|W|type:city_region:US-AL_source:GNS-enwiki|display=inline,title}}
| coor_pinpoint           =
| coordinates_footnotes   =
|timezone_DST             = CDT
|utc_offset_DST           = -5
|postal_code_type         = [[美國郵區編號|郵區編號]]
|postal_code              =
|area_code                = {{link-en|电话区号712|Area code 712|712}}
|blank_name = [[地名信息系统|GNIS ID]]
|blank_info = 467533
}}
'''卡洛爾鎮區'''（{{langx|en|Carroll Township}}）是位於[[美國]][[愛荷華州]][[奧布賴恩縣 (愛荷華州)|奧布賴恩縣]]的一個[[行政鎮區]]。

== 地方資料 ==
根據[[2010年美國人口普查]]的數據，卡洛爾鎮區的面積為93.82平方千米，當中陸地面積為93.82平方千米，而水域面積為0.00平方千米。當地共有人口441人，而人口密度為每平方千米4.7人。<ref name="GR8">{{cite web|url=http://factfinder2.census.gov|publisher=[[美国人口调查局]]|accessdate=2011-05-14|title=American FactFinder|archive-date=2013-09-11|archive-url=https://web.archive.org/web/20130911234518/http://factfinder2.census.gov/|dead-url=no}}</ref><ref>{{cite web|url=https://www.citypopulation.de/en/usa/iowa/admin/|title=USA: Iowa (Counties and Townships) - City Population}}</ref>

== 參考文獻 ==
{{reflist}}

{{奧布賴恩縣 (愛荷華州)}}

{{DEFAULTSORT:Carroll Township}}
[[Category:艾奧瓦州鎮區]]
[[Category:奧布賴恩縣鎮區 (愛荷華州)]]

{{Iowa-geo-stub}}

title: 卡洛爾鎮區 · Carroll Township

國家: 美国

州份: 愛荷華州

縣: 奧布賴恩縣

title: 面积

• 总计: 93.82 平方公里（36.22 平方英里）

• 陸地: 93.82 平方公里（36.22 平方英里）

• 水域: 0.00 平方公里（0.00 平方英里）

title: 人口（2010）

• 密度: 4.7人/平方公里（12.2人/平方英里）

时区: 北美中部時區（UTC-6）


text:
# 足立市場
足立市場（あだちしじょう）は、東京都足立区千住橋戸町50にある東京都中央卸売市場の市場。

## 概要
千住宿の青物市場として天正（1580年ごろ）年間から存在していた「やっちゃ場」をルーツとする（千住宿#千住青物市場参照）。
神田市場、豊島市場（駒込市場）と並び、江戸の三大青物市場のひとつで、幕府の御用市場であった。
東京都が戦時中の1942年（昭和17年）に現在地を買収し、千住河原町にあった青果市場荷受組合と西新井村本木町にあった東京北魚市場を収容した総合市場「足立市場」を1945年（昭和20年）2月11日に開場した。しかし開場2か月後の4月13日、東京大空襲により全焼した。
1979年（昭和54年）9月17日青果を取り扱う部門を足立区入谷に新設した北足立市場に移転、足立市場は水産物専門の市場として生まれ変わった。

wikiname: jawiki

title: 足立市場

in_language: ja

wikitext:
[[ファイル:Adachi wholesale market tokyo 2014-2.jpg|thumb|足立市場]]

'''足立市場'''（あだちしじょう）は、[[東京都]][[足立区]][[千住橋戸町]]50にある[[東京都中央卸売市場]]の[[市場]]。

== 概要 ==
[[千住宿]]の青物市場として[[天正]]（[[1580年]]ごろ）年間から存在していた「やっちゃ場」をルーツとする（[[千住宿#千住青物市場]]参照）。
[[神田市場]]、[[豊島市場]]（駒込市場）と並び、[[江戸]]の三大青物市場のひとつで、幕府の御用市場であった<ref name="adachicity-yatchaba">{{Cite web|和書|url=https://www.city.adachi.tokyo.jp/hakubutsukan/chiikibunka/hakubutsukan/manabu-yatchaba.html|title=千住青物市場「やっちゃ場」 - 足立区|website=足立区|access-date=2025-05-29}}</ref>。

東京都が戦時中の[[1942年]]（[[昭和]]17年）に現在地を買収し、千住河原町にあった青果市場荷受組合と[[西新井村]]本木町にあった東京北魚市場を収容した総合市場「足立市場」を[[1945年]]（昭和20年）[[2月11日]]に開場した。しかし開場2か月後の4月13日、[[東京大空襲]]により全焼した<ref name="adachicity-yatchaba"/>。
[[1979年]]（昭和54年）9月17日青果を取り扱う部門を足立区[[入谷 (足立区)|入谷]]に新設した北足立市場に移転、足立市場は水産物専門の市場として生まれ変わった<ref>{{Cite web|和書|url=https://www.adachi-shijyo.or.jp/about/#sec2|title=東京で魚・鮮魚・水産専門市場なら足立市場、地図や市場の仕組みの紹介|website=足立市場|access-date=2025-05-29}}</ref>。

== 脚注 ==
=== 出典 ===
{{reflist}}

== 関連項目 ==
* [[河原町稲荷神社]] - 市場の鎮守

== 外部リンク ==
* [https://www.shijou.metro.tokyo.lg.jp/info/06/ 足立市場のご紹介｜東京都中央卸売市場]
* [https://www.adachi-shijyo.or.jp/ 足立市場｜東京・千住の魚・海鮮市場で仕入れ、一般開放で買い物も]

{{ウィキ座標2段度分秒|35|44|24.6|N|139|48|0.4|E|display=title}}
{{DEFAULTSORT:あたちししよう}}
[[Category:足立区の建築物]]
[[Category:東京都中央卸売市場]]
[[Category:千住]]


text:
# 151 T Est 151751 à 151780
Les Lorraine série 13 numéros 151751 à 151780 sont des locomotives-tender construites pour la Compagnie des chemins de fer de l'Est.

## Genèse
Ces machines furent étudiées pour le service très dur dans le bassin lorrain pour la remorque des trains de houille et de minerai entre les mines et les gares de regroupement. La construction de la série est réalisée par la Société alsacienne de constructions mécaniques, dans ses usines de Graffenstaden de 1930 à 1931. Elles sont la continuation des 151 T Est 5001 et 5002 et 5901 à 5925 (futures : 1-151 TA 701 à 727 ) mais avec des améliorations.

## Description
C'était des machines disposant d'un moteur à simple expansion à trois cylindres avec deux extérieurs actionnant le troisième essieu et un central intérieur actionnant le deuxième essieu. La surchauffe était assurée par éléments DM4. La distribution était du type « Walschaerts ». Le foyer était un foyer de type « Belpaire » à boite à feu carré et l'échappement était à trèfle à 3 jets avec une cheminée à chapiteau de type « PO » puis il fut remplacé par un variable à trèfle de type « PLM ». Le châssis, la chaudière et les essieux sont identiques aux 151 T Est 5001 et 5002 et 5901 à 5925 (futures : 1-151 TA 701 à 727 ) tandis que le moteur est la reproduction de celui des 150 Est 150001 à 150195 (futures : 1-150 E 1 à 195 ).

## Utilisation et Services
Dès leur sortie elles se montrèrent capable de remorquer des trains lourds avec un effort de traction plus grand malgré une puissance à la jante presque identique à leur devancière. Elles furent affectées aux dépôts de : Conflans, Longwy et Audun-le-Roman où elles effectueront toute leur carrière.
À la création de la SNCF, en 1938, elles seront réimmatriculées : 1-151 TC 751 à 780.
En 1950, 10 locomotives sont prêtées a la région Nord puis regagnent en 1961 la région Est pour les survivantes. Il s'agit des 1-151 TC 751 à 760 qui garderont leurs numéros mais l'indicatif de région sera changé par le 2, donnant les 2-151 TC 751 à 760. Elles seront affectées au dépôt de Bobigny pour épauler les 2-151 TA 1 à 12 sur la ligne de la Grande ceinture puis à la fin des années 50 elles seront mutées à celui de Creil pour ravitaillement de la centrale électrique de Porcheville.
Si en 1957 l'effectif est encore complet, en 1962 il n'en reste plus que 23 unités. Elles finirent leur carrière toujours en tête de trains lourds mais aussi au service de la butte. Les dernières seront réformées en 1966, donc bien après l'électrification, sur la ligne Villerupt - Longwy.

## Caractéristiques
- Pression de la chaudière : 14 kg/cm2
- Surface de grille : 3,06 m2
- Surface de chauffe : 188,4 m2
- Surface de surchauffe : 67,1 m2
- Diamètre et course des cylindres : 560 mm × 660 mm
- Diamètre des roues motrices : 1 350 mm
- Diamètre des roues des bissels : 920 mm
- Capacité des soutes à eau : 10,275 m3
- Capacité de la soute à charbon : 5 t
- Masse à vide : 98 t
- Masse en ordre de marche : 122,4 t
- Masse adhérente : 92,2 t
- Longueur hors tout : 15,04 m
- Vitesse maximale en service : 60 km/h

## Modélisme
Les 1-151 TC ont jadis été reproduites à l'échelle HO par l'artisan Trans-Europ sous forme de kit en laiton à monter.

wikiname: frwiki

title: 151 T Est 151751 à 151780

in_language: fr

wikitext:
[[Fichier:France Rail 062 Acheres 3.jpg|vignette|Une 151 TC à Achères en 1959.]]
Les '''[[Santa Fé (locomotive)|Lorraine]]''' '''série 13''' numéros '''151751 à 151780''' sont des [[Locomotive à vapeur|locomotives]]-[[Locomotive-tender|tender]] construites pour la [[Compagnie des chemins de fer de l'Est]].

== Genèse ==

Ces machines furent étudiées pour le service très dur dans le bassin lorrain pour la remorque des trains de houille et de minerai entre les mines et les gares de regroupement. La construction de la série est réalisée par la [[Société alsacienne de constructions mécaniques]], dans ses usines de [[Graffenstaden]] de [[1930 dans les chemins de fer|1930]] à [[1931 dans les chemins de fer|1931]]. Elles sont la continuation des '''[[151 T Est 5001 et 5002 et 5901 à 5925]]''' (futures : '''1-151 TA 701 à 727''' ) mais avec des améliorations.

== Description ==

C'était des machines disposant d'un moteur à simple expansion à trois cylindres avec deux extérieurs actionnant le troisième [[essieu]] et un central intérieur actionnant le deuxième essieu. La [[Surchauffe (vapeur)|surchauffe]] était assurée par éléments DM4. La distribution était du type « [[distribution Walschaerts|Walschaerts]] ». Le foyer était un foyer de type « [[Alfred Belpaire|Belpaire]] » à boite à feu carré et l'[[échappement]] était à trèfle à 3 jets avec une cheminée à chapiteau de type « PO » puis il fut remplacé par un variable à trèfle de type « PLM ». Le châssis, la chaudière et les [[essieu]]x sont identiques aux '''[[151 T Est 5001 et 5002 et 5901 à 5925]]''' (futures : '''1-151 TA 701 à 727''' ) tandis que le moteur est la reproduction de celui des '''[[150 Est 150001 à 150195]]''' (futures : '''1-150 E 1 à 195''' ).

== Utilisation et Services ==

Dès leur sortie elles se montrèrent capable de remorquer des trains lourds avec un effort de traction plus grand malgré une puissance à la jante presque identique à leur devancière. Elles furent affectées aux [[dépôt de locomotives|dépôts]] de : [[Conflans]], [[Longwy]] et [[Audun-le-Roman]] où elles effectueront toute leur carrière.

À la création de la [[Société nationale des chemins de fer français|SNCF]], en [[1938 dans les chemins de fer|1938]], elles seront réimmatriculées : '''1-151 TC 751 à 780'''.

En [[1950 dans les chemins de fer|1950]], 10 locomotives sont prêtées a la région Nord puis regagnent en [[1961 dans les chemins de fer|1961]] la région Est pour les survivantes. Il s'agit des '''1-151 TC 751 à 760''' qui garderont leurs numéros mais l'indicatif de région sera changé par le 2, donnant les '''2-151 TC 751 à 760'''. Elles seront affectées au [[dépôt de locomotives|dépôt]] de [[Bobigny]] pour épauler les '''[[151 T Nord 5.001 à 5.012|2-151 TA 1 à 12]]''' sur la [[ligne de Grande Ceinture|ligne de la Grande ceinture]] puis à la fin des années [[1950 dans les chemins de fer|50]] elles seront mutées à celui de [[Creil]] pour ravitaillement de la centrale électrique de [[Porcheville]].

Si en [[1957 dans les chemins de fer|1957]] l'effectif est encore complet, en [[1962 dans les chemins de fer|1962]] il n'en reste plus que 23 unités. Elles finirent leur carrière toujours en tête de trains lourds mais aussi au service de la [[Gare de triage|butte]]. Les dernières seront réformées en [[1966 dans les chemins de fer|1966]], donc bien après l'électrification, sur la ligne [[Villerupt]] - [[Longwy]].

== Caractéristiques ==
* Pression de la chaudière : {{unité|14|kg/cm|2}}
* Surface de grille : {{unité|3.06|m|2}}
* Surface de chauffe : {{unité|188.4|m|2}}
* Surface de surchauffe : {{unité|67.1|m|2}}
* Diamètre et course des cylindres : {{unité|560|mm}} × {{unité|660|mm}}
* Diamètre des roues motrices : {{unité|1350|mm}}
* Diamètre des roues des [[bissel]]s : {{unité|920|mm}}
* Capacité des soutes à eau : {{unité|10.275|m|3}}
* Capacité de la soute à charbon : {{unité|5|t}}
* Masse à vide : {{unité|98|t}}
* Masse en ordre de marche : {{unité|122.4|t}}
* Masse adhérente : {{unité|92.2|t}}
* Longueur hors tout : {{unité|15.04|m}}
* Vitesse maximale en service : {{unité|60|km/h}}

== Modélisme ==

Les 1-151 TC ont jadis été reproduites à l'[[échelle HO]] par l'artisan Trans-Europ sous forme de kit en laiton à monter.

== Notes et références ==
{{Références}}

== Voir aussi ==
=== Articles connexes ===
* [[Locomotives à vapeur françaises]]

=== Liens externes ===

{{Portail|chemin de fer}}

[[Catégorie:Locomotive à vapeur française|151 T EST 151751 à 151780]]
[[Catégorie:Matériel roulant de la Compagnie de l'Est]]