Товаров:
- вызначэння 301 Перанакіраванне Функцыя вэб - сервера , які перанакіроўвае наведвальніка з бягучай старонкі...
- 301 Прыклады Перанакіраванне Script Code
- Meta Refresh Перанаправіць (не лепшы выбар)
- Meta Refresh Прыклад (не лепшы выбар)
- JavaScript Redirect (зусім не рэкамендуецца)
- Javascript Перанакіраванне Прыклад (не рэкамендуецца)
- На баку сервера Перанакіраванне
- РНР 301 Перанакіраванне Прыклад
- ASP-301 Перанакіраванне Прыклад (VBScript)
- ASP-301 Перанакіраванне Прыклад (JScript)
- ASP .NET 301 Перанакіраванне Прыклад (С #)
- Cold Fusion 301 Перанакіраванне Прыклад (CFM)
- JSP / JAVA 301 Перанакіраванне Прыклад
- CGI / Perl 301 Перанакіраванне Прыклад кода
- Апрацоўка статычных старонак, як калі б яны былі Dynamic
- Апрацоўка .html старонкі, як калі б яны былі .php ў Apache
- Апрацоўка .htm старонкі, як калі б яны былі .asp ў IIS
- выснову
- Асноўны артыкул
вызначэння 301 Перанакіраванне
Функцыя вэб - сервера , які перанакіроўвае наведвальніка з бягучай старонкі або сайта на іншую старонку або сайт, а вяртае код адказу , які кажа , што зыходная старонка або сайт быў канчаткова перамешчаны на новае месца. Пошукавыя сістэмы, як гэтая інфармацыя і будзе лёгка перадаваць спасылачныя папулярнасць (і PageRank) на новым сайт хутка і з некаторымі праблемамі. Акрамя таго, яны не з'яўляюцца, як можа выклікаць праблемы з дубляваннем фільтраў. Аптымізатары, як 301 рэдырэкт, і яны, як правіла, пераважны спосаб мець справу з некалькімі даменамі, якія паказваюць на адным сайце. 302 Перанакіраванне Функцыя вэб - сервера , які перанакіроўвае наведвальніка з бягучай старонкі або сайта на іншую старонку або сайт, а вяртае код адказу , які кажа , што зыходная старонка або сайт часова пераехаў на новае месца. Пошукавыя сістэмы будуць часта інтэрпрэтаваць гэта як парк, і заняць свой час высветліць, як апрацоўваць ўстаноўку. Паспрабуйце, каб пазбегнуць 302 рэдырэкту на вашым сайце, калі вы можаце (калі гэта сапраўды не з'яўляецца толькі временнымами рэдырэкту), і ніколі не выкарыстоўваць іх у якасці якой-небудзь формы адсочвання клікаў для выходных спасылак, так як яны могуць прывесці да «вэб-сайт згону» пад некаторымі акалічнасці.
MetaTags
HTML-тэгі, якія напісаны ў галаўны часткі HTML-старонкі і перадаюць розныя віды інфармацыі, але на самой справе не паказваць на старонцы ў выглядзе тэксту. Напрыклад, назва, апісанне і ключавыя словы для старонкі. метатега што мае значэнне для гэтага дакумента з'яўляецца мета-абнаўлення тэг. McAnerin Networks прапануе бясплатна метатега генератар тут ,
Кліенцкая бок сцэнара (саскочыць)
Пабочным кліента скрыпт уяўляе сабой праграму, якая апрацоўваецца на баку кліента (звычайна вэб - браўзэр), пасля таго, як інфармацыя перадаецца карыстальніку. У адрозненне ад многіх сучасных вэб-браўзэраў, пошукавыя робаты не запускаць кліенцкія сцэнары на бок - таму яны не могуць быць выкарыстаны для паўплываць пошукавыя сістэмы, за выключэннем бяздзейнасці (гэта значыць сцэнары, якія наўмысна «пакідаюць павук за» шляхам падліку на тое, што браўзэры звычайна робяць выканаюць скрыпты). Прыклад сцэнарыя на баку кліента: Java Script На баку сервера скрыпт (саскочыць) На баку сервера скрыпт уяўляе сабой праграму, якая апрацоўваецца на серверы, перш чым інфармацыя ніколі ня дасягае кампутар гледача. У параўнанні з кліенцкай боку сцэнара, які апрацоўваецца на кампутары кліента. Прыклады моў звычайна выкарыстоўваюцца ў якасці боку сервера сцэнарыяў: PHP , JSP , ASP , ASP.NET , PERL і Cold Fusion ,
PHP
PHP Hypertext Preprocessor (PHP) з'яўляецца адкрытым зыходным кодам сервера мова праграмавання на баку шырока выкарыстоўваецца для вэб-скрыптоў і апрацоўваць дадзеныя, якія перадаюцца праз CGI. PHP можна запісаць у выглядзе скрыптоў, якія знаходзяцца на сэрвэры і можа вырабіць выснову HTML, які загружае ў вэб-браўзэры. Акрамя таго, PHP можа быць ўбудаваны ў HTML-старонкі, якія затым захоўваюцца з пашырэннем .php файла. У PHP раздзелаў старонкі, затым аналізуецца з дапамогай PHP рухавічка на сэрвэры і PHP кода распранулі да загрузкі старонкі ў вэб-браўзэры. Больш PHP інфармацыя ,
Perl
Практычныя Здабыча і справаздачнасці Language (PERL) з'яўляецца адкрытым зыходным кодам сервера мова праграмавання на баку шырока выкарыстоўваецца для вэб-скрыптоў і апрацоўваць дадзеныя, якія перадаюцца праз CGI. Perl скрыпты не ўбудаваны ў HTML-старонкі і не загружаць ў вэб-браўзэры, але знаходзяцца на сэрвэры. Яны выконваюць ініцыяванне з каманд у HTML-старонак або іншых сцэнарыяў і можа вырабляць HTML выснову, які робіць загрузіць на вэб-браўзэры. Дадатковая інфармацыя Perl
JSP
Java Server Page (JSP) уяўляе сабой тэхналогію для кантролю ўтрымання ці вонкавага выгляду вэб-старонак з дапамогай выкарыстання Java Servlet, невялікія праграмы, якія пазначаны на вэб-старонцы і запусціць на вэб-сэрвэры, каб змяніць вэб-старонкі перад адпраўкай карыстачу, які прасіў яго. Sun Microsystems, распрацоўшчык Java, таксама ставіцца да тэхналогіі JSP ў якасці інтэрфейсу прыкладання Servlet праграм (API). JSP параўнальны з тэхналогіяй Microsoft, Active Server Page (ASP). Дадатковая інфармацыя JSP ASP Active Server Pages. Спецыфікацыя, якая дазваляе вэб-старонкі, якія будуць стварацца дынамічна з выкарыстаннем HTML, сцэнарыі і паўторна выкарыстоўваюцца серверныя кампаненты ActiveX. VBScript і JScript з'яўляюцца найбольш распаўсюджанымі мовамі сцэнарыяў, якія выкарыстоўваюцца для ASP , ASP.NET Набор тэхналогій вэб - распрацоўкі на рынку карпарацыяй Майкрасофт. Праграмісты могуць выкарыстоўваць яго для стварэння дынамічных вэб-сайтаў, вэб-прыкладанняў і вэб-службаў XML. Яна з'яўляецца часткай платформы .NET Microsoft і з'яўляецца пераемнікам старонкі Active Server ад Microsoft ( ASP ) Тэхналогіі. Хаця вы можаце выкарыстоўваць VBScript і JScript з ASP.NET, стандарт C # ColdFusion ColdFusion з'яўляецца асновай тэгаў, мовай праграмавання , выкарыстоўваным у асноўным для напісання вэб-прыкладанняў. Мова быў створаны JJ Allaire і яго брат Джэрэмі Allaire, але прадукт у цяперашні час належыць Macromedia (у бліжэйшы час будзе набыта кампаніяй Adobe). Больш падрабязная інфармацыя аб ColdFusion. JavaScript JavaScript з'яўляецца мова сцэнарыяў - гэта сістэма праграмных кодаў, створаных Netscape, які можа быць ўбудаваны ў HTML вэб - старонкі для дадання функцыянальнасці. JavaScript не варта блытаць з мовай праграмавання Java. Больш падрабязная інфармацыя аб Javascript. C # ( «C Sharp») аб'ектна-арыентаваная мова праграмавання , распрацаваны кампаніяй Microsoft у рамках сваёй ініцыятывы .NET. Microsoft на аснове C # на C ++ і Java. C # быў распрацаваны як мова, які забяспечыць баланс C ++ з хуткім развіццём, Visual Basic, Delphi і Java. Больш інфармацыі пра C #
падрабязная інфармацыя
агляд
Праблема з выкарыстаннем скрыптоў для перанакіравання ў тым, што пошукавыя сістэмы не выконваць іх. Гэта азначае, што для таго, каб ім працаваць, яны павінны быць выкананы на серверы, калі старонка называецца, але да таго, як пошукавая сістэма атрымлівае яго. Існуе толькі адно выключэнне, і я траплю ў яго ў момант.
Увогуле, так як выкананне сцэнарыя і перанакіраванне адбываецца да адпраўкі старонкі павука, вы можаце выкарыстоўваць любы мова сцэнарыяў вы хочаце, пакуль сервер выконвае яго і саму мову здольны перанакіроўваць і адказваць на запыты са статусам код, як 301 ці 302.
Увогуле, рэдырэкт, які не пазначаны 301 разглядаецца як 302, так што для таго, каб зрабіць правільны 301, вы павінны быць у стане пазначыць код статусу на мове па вашаму выбару. Ёсць выключэнні, але гэта агульнае паводзіны.
301 Прыклады Перанакіраванне Script Code
кліенцкія пераадрасоўвае
Ёсць два агульных тыпу боку кліента перанакіравання - мета-абнаўленне і JavaScript, і толькі мэта-абнаўлення на самай справе працуюць, каб перанакіраваць пошукавую сістэму. Аднак, як вы збіраецеся бачыць, гэта не робіць вельмі добрую працу. Увогуле, на баку кліента перанакіравання дрэнная ідэя, і варта пазбягаць, калі гэта магчыма.
Meta Refresh Перанаправіць (не лепшы выбар)
Давайце пачнем з дрэнным прыкладам. Гэта таксама вельмі, вельмі распаўсюджаны прыклад, так што вы павінны ведаць аб гэтым. Існуе HTML - тэг называецца мета абнаўлення , які можа зрабіць пераадрасацыю , што пошукавыя сістэмы могуць выяўляць і рэагаваць на іх . Гэта адзінае выключэнне да ідэі, што кліенцкія сцэнары на баку і тэгі не ўплываюць на пошукавыя сістэмы. Яны, як правіла, глядзяць на гэта.
Пытанне заключаецца ў тым, пасля таго, як яны глядзяць на яго, як яны справіцца з гэтым? Гэта вельмі важнае пытанне. З аднаго боку, вэб-майстры выкарысталі гэта на працягу многіх гадоў добрасумленна, і калі пошукавая машына не разумее яго, то вынік будзе шмат вельмі добрых сайты не апрацоўваецца належным чынам.
Такім чынам, пошукавая сістэма павінна мець справу з ім. Большасць пошукавых сістэм мяркуюць, што абнаўлення, што хутчэй, чым час, было б узяць сярэднюю для загрузкі старонкі цалкам прызначана дзейнічаць як сервер перанакіраванне, у той час як, калі абнаўленне усталёўваецца досыць высокім для карыстальніка, каб убачыць яго і абнаўляць свае закладкі, што намер было каб карыстальнік выправіць свае закладкі, а не на сэрвэры, каб выправіць гэта для іх. На дадзены момант абнаўлення больш з ветлівасці, чым інструкцыі. Таму пошукавыя сістэмы, як правіла, толькі турбавацца аб хутка асвяжае.
Цяпер яны з'яўляюцца лячыць хутка метатекли як 302, і жыццё нашмат лепш для ўсіх удзельнікаў. Я не ў курсе якіх-небудзь афіцыйных заяў аб тым, як яны звяртаюцца з мета абнаўлення, так як гэтая інфармацыя зыходзіць з вуснаў у вусны і тэставання. Так як яна апрацоўваецца як 302, гэта не пераважны тып перасылак для мэтаў SEO.
Yahoo, іх велізарны крэдыт, фактычна апісаў, якім чынам яны справіцца з гэтым. Калі мета пераадрасацыя ўсталяваная на 0 секунд, то ён будзе разглядацца як 301 перанакіраваньні. Калі яно больш, чым 1 другое, ён разглядаецца як 302 рэдырэкт. Шчыра кажучы, я лічу, што гэта выдатны спосаб справіцца з гэтым.
MSN Search кажа: «Даданне мета перанакіроўваць тэг на старонцы загаловак не выдаляе зыходную старонку з індэкса пошуку MSN; аднак, ён будзе перанакіроўваць наведвальнікаў на новы сайт. »Я прачытаў гэта азначае, што яны разглядаць яго як 302 рэдырэкт. Так як 302 лічыцца часовым, зыходная старонка захоўваюцца ў індэксе.
ASK-відаць, адносіцца да мета-абнаўленне ад 0 у 302, дзе яна здабывае мэтавую старонку замест зыходнай старонкі, але захоўвае спасылку на крыніцу старонкі, пакуль не высветліць, што адбываецца.
Такім чынам, у прынцыпе, усе 4 асноўныя пошукавыя сістэмы апрацоўваць мета-абнаўлення па-іншаму - я настойліва рэкамендую не выкарыстоўваць яго, калі ў вас ёсць нейкі выбар. Калі ў вас ёсць, вы лепш за ўсё пры ўмове, што мэта-абнаўлення 0 будзе працаваць найбольш паслядоўна, і, верагодна, будзе разглядацца як 302 на ўсіх, акрамя Yahoo, які будзе разглядаць гэта як 301.
Гэта ідзе насуперак з «традыцыйнай мудрасцю", што мэта-абнаўленне прывядзе да забароны або штраф. Гэта не так. Гэта прывядзе да 302 - што можа выглядаць як штраф пры некаторых абставінах. 302 можа быць дрэнны навіной, так як мэтавай кантэнт разглядаецца як які адносіцца да зыходнай старонцы, якая можа прывесці да зганяе, праблемы дублявання, а таксама мноства іншых праблем.
Я не рэкамендую яго, але ён можа працаваць як метад апошняй інстанцыі. Пратэст Emptor.
Meta Refresh Прыклад (не лепшы выбар)
<META HTTP-EQUIV = Refresh CONTENT = »0; URL = HTTP: //www.newdomain.com »>
JavaScript Redirect (зусім не рэкамендуецца)
JavaScript з'яўляецца другім тыпам агульнай боку кліента перанакіраваньні. У адрозненне ад мета-тэг абнаўлення, пошукавая сістэма будзе ігнараваць JavaScript перасылкамі і застацца на гэтай старонцы.
Некаторыя людзі вырашылі, што яны маглі б выкарыстоўваць гэта паводзіны спам у пошукавых сістэмах, напаўняючы ключавыя словы на старонцы, а затым, выкарыстоўваючы хуткі JavaScript перасылак для перамяшчэння людзей на наступную старонку, дазваляючы павук застацца і індэксаваць старонкі са спамам.
Google высвятліў, як вызначыць гэтую тактыку лета 2004 года, і ў выніку шмат сайтаў страціў рэйтынг, у выніку чаго, па меншай меры, адной даволі вядомай SEO фірмаў атрымліваюць судовы пазоў пачаў супраць іх, а таксама зрабіць іх выглядаць вельмі дрэнна.
Карацей кажучы, JavaScript перанакіроўвае не працуе для пошукавых сістэм, і іх выкарыстанне можа, магчыма, вам забароненыя з пошукавай сістэмы, у залежнасці ад абставін.
Ніколі не выкарыстоўваць JavaScript перанакіравання на старонцы або дамен вы хочаце ранжыраваць з пошукавымі сістэмамі.
Адзіная прычына, чаму я ўключыў іх на гэтай старонцы, каб служыць у якасці папярэджання. Ёсць некалькі разоў вы маглі б выкарыстоўваць іх на старонках, якія не шукаюць даступны рухавік, такія як некаторую Кошык сістэма і гэтак далей, але ў цэлым, вы лепш ад іх пазбегнуць.
Javascript Перанакіраванне Прыклад (не рэкамендуецца)
<Тып скрыпту = »тэкст / JavaScript»>
<! -
window.location = «http://www.newdomain.com/»
// ->
</ Скрыпт>
або
<Цела OnLoad = "SetTimeout (location.href = 'HTTP: // ххх', '0')">
Я не магу не падкрэсліць , што гэты метад не рэкамендуецца.
Яна мае чысты эфект, паказваючы людзей і пошукавых сістэм 2 розныя рэчы - ня добры пачатак доўгатэрміновых вынікаў. У асноўным, гэта рызыкоўна.
На баку сервера Перанакіраванне
Серверы аўтаматычна не ідуць, хоць усе вэб-старонкі, якому яны служаць, і шукаць скрыпты для запуску. Яны толькі выглядаюць ўнутры файлы, якія яны ведаюць, магчыма, на баку сервера сцэнарыяў ў іх. Гэта эканоміць накладныя выдаткі на сэрвэры, і з'яўляецца больш эфектыўным. Традыцыйна, файлы, якія сканчаюцца на .htm і .html разглядаюцца статычныя і таму большасць сервераў не будзе спрабаваць выканаць іх. Вы можаце прымусіць іх быць прызнаны дынамічным, але ў цэлым гэта не зроблена.
Пры дынамічнай старонкі выклікаецца з сервера, сервер праглядае старонкі па-першае, перад яго адпраўкай карыстальніку. Ён будзе выконваць усе сцэнары , ён распазнае як сцэнары ён павінен выканаць, а затым перадае вынікі карыстальніку. Гэта азначае, што дынамічная старонка можа выглядаць інакш на сэрвэры, чым гэта робіць, калі ён, нарэшце, дасягае карыстальнік. Гэта характэрна для некаторых сістэм CMS толькі мець адну старонку ў іх, і змест гэтай старонкі кіруецца зменнымі, дасланых да яго. Гэта адна з прычын, чаму пошукавыя сістэмы не давяраюць старонках з вялікай колькасцю зменных.
Для таго, каб выканаць скрыпт на бок сервера, сервер павінен быць наладжаны для апрацоўкі тыпу старонкі ён уключаны, і сцэнар павінен прысутнічаць на старонцы (як правіла, у загалоўку або ў самым версе старонкі)
РНР 301 Перанакіраванне Прыклад
загаловак ( «HTTP / 1.1 301 Moved Пастаянна»);
загаловак ( «Location: http://www.newdomain.com/newdir/newpage.htm»);
Выхад ();
ASP-301 Перанакіраванне Прыклад (VBScript)
<% @ Language = VBScript%>
<%
Response.Status = »301 перамешчаных Пастаянна»
Response.AddHeader «Размяшчэнне», «http://www.newdomain.com/newdir/newpage.asp»
response.end
%>
ASP-301 Перанакіраванне Прыклад (JScript)
Функцыя PermanentRedirect (strDestinationUri) {
Response.Clear ();
Response.Status = 301;
Response.AddHeader ( «Location», strDestinationUri);
Response.Flush, ();
Response.End ();
}
нататка:
«StrDestinationUri» павінен быць абсалютнай URI для максімальнай сумяшчальнасці кліента. Функцыя мяркуе, што «Response.Buffer = TRUE;" было ўстаноўлена ў нейкім момант перад выклікам функцыі і будзе памылка, калі не мае (гэта канфігурацыя па змаўчанні для IIS5 і вышэй).
ASP .NET 301 Перанакіраванне Прыклад (С #)
<Скрыпт Runat = »сервер»>
прыватная пустата Page_Load (аб'ект адпраўніка, System.EventArgs е)
{
Response.Status = «301 перамешчаная Пастаянна»;
Response.AddHeader ( «Location», »http://www.new-url.com/»);
}
</ Скрыпт>
Cold Fusion 301 Перанакіраванне Прыклад (CFM)
Проста дадайце гэты код на старонку ColdFusion:
<.Cfheader StatusCode = »301" = яго статусу »перамешчаныя назаўжды»>
<.Cfheader імя = значэнне "Location» = »http://www.new-url.com/»>
JSP / JAVA 301 Перанакіраванне Прыклад
Проста дадайце гэты код на вашу старонку або сцэнар:
<%
response.setStatus (301);
response.setHeader ( «Location», «http://www.new-url.com/»);
response.setHeader ( «Злучэнне», «закрытая»);
%>
CGI / Perl 301 Перанакіраванне Прыклад кода
Perl адрозніваецца ад прыведзеных вышэй прыкладаў , таму што ён не ідзе на старонцы на ўсіх. Гэта на самай справе сцэнар, які называецца (як правіла, ад CGI-BIN). «Старонка», як правіла, выглядае як «pages.cgi» і называецца, як калі б яны былі скрыптамі, а не вэб-старонак.
#! / USR / бен / Perl
выкарыстоўваць CGI;
мой $ д = cgi-> новы ();
друк $ q-> перанакіраванне (
-Расположение => 'http://www.newsite.com/newpage.cgi',
-status => 301,
);
Апрацоўка статычных старонак, як калі б яны былі Dynamic
Часам вы хочаце зрабіць пераадрасацыю на старонках, якія з'яўляюцца стандартнымі статычныя вэб-старонкі (напрыклад, HTM або HTML). Гэта асабліва часта, калі вы спрабуеце перайсці ад старой статычнай сістэмы да новай дынамічнай. Праблема заключаецца ў тым, што, паколькі пошукавыя сістэмы не выконваць сцэнарыі, перанакіраванне сцэнары не будзе працаваць для пошукавай сістэмы ў статычнай старонцы. Што рабіць?
Ну, ёсць выпраўленне. Больш падобна на ляп. Але гэта працуе. Што вы робіце, гэта сказаць вэб-сервер, што старонкі з пашырэннем .htm (і / або .html) на самой справе з'яўляюцца дынамічнымі і павінны разглядацца, як калі б яны былі дынамічныя старонкі. Гэта дазволіць трохі павялічыць нагрузку на сервер (бо ўсе старонкі .htm будуць апрацаваны перад тым, як аказваецца), але гэта вельмі невялікая, і вы, верагодна, не заўважыць.
Яна не будзе адрознівацца ад нагрузкі, чым калі вы проста перайшлі ўсе старонкі да дынамічным ў любым выпадку.
Апрацоўка .html старонкі, як калі б яны былі .php ў Apache
Вы можаце прымусіць ўсё * .htm старонкі павінен быць прааналізаваны з дапамогай PHP інтэрпрэтатара з .htaccess дырэктывы:
AddType ужыванне / х-HTTPD-PHP .html
Зрабіце адпаведныя карэкціроўкі, калі гэта * .htm дакументы, якія вы хочаце апрацаваны:
AddType ужыванне / х-HTTPD-PHP .htm
Апрацоўка .htm старонкі, як калі б яны былі .asp ў IIS
У дыспетчару службаў Інтэрнэту, перайдзіце на ўкладку «Галоўная Каталог» ва ўласцівасцях вэб-сайта і націсніце кнопку «Настройка». На ўкладцы «App» Супастаўленне гэтага ўсплывае акна, вы можаце кантраляваць, як файлы апрацоўваюцца. Вы хочаце стварыць новае адлюстраванне для пашырэння HTM, які выглядае гэтак жа, як адлюстраванне ASP. Вы таксама можаце зрабіць гэта для HTML-файлаў, калі вы іх выкарыстоўваеце.
Некаторыя сістэмы настроены па-рознаму ад майго - проста паглядзець на тое, што налады для вашых ASP-старонак і дубляваць іх для HTM старонак.
выснову
Сцэнары Перанакіраванне можа выканаць шмат, і калі гэта на баку сервера вы, як правіла, даволі бяспечны ў дачыненні да пошукавых сістэм пасля гэтага. Увогуле, гэта займае менш накладных выдаткаў і прасцей ў выкарыстанні вэб-сервера з выкарыстаннем альбо перанакіраванне апаш або IIS , Аднак перанакіраванне з дапамогай сцэнарыяў з'яўляецца законным метадам для людзей без поўнага кантролю над іх серверам, або ў якіх ёсць некалькі вельмі канкрэтных сцэнарыяў, якія патрабуюць пераадрасацыі, якія не падтрымліваюцца вэб-серверам напрамую.
далей: Геолокации і перанакіроўвае
Асноўны артыкул
Падрабязная тэхнічная інфармацыя
Канкрэтныя сцэнары і як змагацца з імі
Калі не пазначана іншае, усе артыкулы , напісаныя Янам McAnerin, Basc, LLB. Copyright © 2002-2004 Усе правы абаронены. Дазвол павінна быць спецыяльна прадастаўлена ў пісьмовай форме для выкарыстання або перадрукі дзе заўгодна , але на гэтым сайце, але разам мы робім яго і не спаганяць плату за яго, акрамя зваротнай спасылкі. Звяжыцеся з намі для атрымання дадатковай інфармацыі.
роднасны
Пытанне заключаецца ў тым, пасля таго, як яны глядзяць на яго, як яны справіцца з гэтым?Што рабіць?