Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 4934 сообщений
Cообщения с меткой

миграция - Самое интересное в блогах

Следующие 30  »
rss_rss_hh_new

Как перенести электронную почту с cPanel на Zimbra Collaboration 8.0

Среда, 06 Декабря 2017 г. 11:05 (ссылка)

Это инструкция по миграции электронной почты из cPanel в Zimbra 8.0.x 8.x. Прежде чем сделать какие-либо изменения на сервере, необходимо совершить резервное копирование.



image


Читать дальше ->

https://habrahabr.ru/post/344038/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
alex_zidan

Совсем одичали: Киев обвиняет Москву в организации миграционного кризиса в ЕС

Воскресенье, 03 Декабря 2017 г. 12:13 (ссылка)
kaleidoscopelive.ru/novosti...zisa_v_es/


5042839_1512243105_syrian1682292_960_720 (700x393, 96Kb)

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Qtime — реализовывая мечту

Понедельник, 27 Ноября 2017 г. 04:24 (ссылка)

image



Чуть больше года назад я с женой и сыном приехал в Клайпеду(Литва) реализовывать мечту. Идея заключается в создании IT HUBа. IT — потому что сейчас идёт век технологий, даже сельское хозяйство использует информационные технологии. HUB — это место которое концентрирует в себе различные взаимодействия. Знакомства, связи, идеи, реализации.
Читать дальше ->

https://habrahabr.ru/post/343246/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Удав102

В Раде ужаснулись от поступка награжденной Порошенко учителя года

Пятница, 17 Ноября 2017 г. 10:14 (ссылка)


Из-за проводимой на Украине социально-экономической политики и низких зарплат в стране скоро совсем не останется людей.



Об этом, выступая на пленарном заседании Верховной Рады заявил скандальный украинский политик Олег Ляшко, напомнивший о победительнице конкурса «Учитель года-2016», которая уехала работать сиделкой в Европу.



 







«Пока мы тут с вами спорим какие налоги вводить или не вводить, я скажу новость: «Учитель года-2016» Виолетта Македон из Берегово Закарпатской области выехала в Британию, где работает смотрительницей за 80-летним английским дедом. Учитель года! Почему она выехала? Она сказала – работа учителя в Украине низкооплачиваемая, будущего нет, перспективы нет. И лучший учитель прошлого года выносит горшки и получает зарплату в день такую, какую она в месяц получала в Украине. И вы мне рассказываете, что мы не должны бороться за повышение зарплат и пенсий? Завтра в Украине ни одного человека не останется, если вести такую политику, какую вы вели 26 лет», – сказал Ляшко.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Удав102

Она по прежнему "патриотично любит" Украину?)

Четверг, 16 Ноября 2017 г. 20:36 (ссылка)


Награжденная президентом Украины в прошлом году званием «Заслуженный учитель Украины» преподаватель английского языка из Закарпатья Виолетта Македон бросила школу и уехала на заработки в Лондон. Об этом пишет «Elise Journal», 



Учительница английского языка из Берегово, еще недавно получившая высокое звание, не увидела перспектив на Украине. По ее словам, сегодня в Лондоне она, работая сиделкой у 80-летнего старика, получает столько же денег в день, сколько на Украине в месяц.



«По словам молодой учительницы, условия труда в Украине невыносимые. Труд не ценится, развития нет никакого, а перспективы для учителей очень туманные, как и собственно для самой страны», — пишет издание.







Примечательно, что еще год назад преподавательница английского языка Виолетта Македон, обращаясь к президенту на английском, отметила его хорошее знание этого языка и поддерживала инициативу объявить 2016-й годом английского языка и Go Global.



«Это замечательная вещь, потому что активизировалась работа и родители заинтересовались — создаются студии, школы, разговорные клубы. Поле деятельности мы расширяем», — говорила она.



Сегодня же молодая учительница, отзываясь о жизни в Лондоне, говорит, что здесь ей нравится больше и возвращаться на Украину она не планирует.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Virtuozzo 7 Update 5 – что нового?

Четверг, 16 Ноября 2017 г. 10:09 (ссылка)

image

Пользователи продуктов семейства Virtuozzo часто спрашивают нас о том, чем отличается каждая очередная версия, и стоит ли обновлять свои системы до последнего билда. Поэтому мы решили подробно рассказывать тут, на хабре, о возможностях каждой версии, и сегодня первый пост из цикла, посвященный Virtuozzo 7 Update 5.


Читать дальше ->

https://habrahabr.ru/post/342504/

Комментарии (0)КомментироватьВ цитатник или сообщество
Удав102

Украина поставила европейский рекорд по беженцам — Ющенко

Вторник, 14 Ноября 2017 г. 10:02 (ссылка)


За три года войны на Донбассе Украина получила самое большое количество беженцев со времен окончания Второй мировой войны.



Об этом в эфире телеканала ZIK заявил экс-президент Украины Виктор Ющенко. По его словам, это проблема не только Украины, но и Европы.



«Мы еще не закончили регистрацию беженцев, а у нас нет никакой программы, дающей им образование, профессию, медицину. А нужно не забывать, что 1,7 миллионов беженцев, переселенцев в Украине. Это наибольшая миграция людей в Европе с 1945-го года. На самом деле, перед нами супернациональное задание, а мы не имеем никакой гуманитарной программы по этой проблеме. Это проблема Европы, проблема мира, а не только моей нации», — заявил Ющенко.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Хвиртка

Юрий Смелянский: Много украинцев рвануло в Крым от «власти хунты»? Оккупанты просчитались

Воскресенье, 12 Ноября 2017 г. 21:47 (ссылка)


09.11.2017 в 15:04



korrespondent.net



После сообщения об ужасном центре по разработке информационного оружия под Киевом для того,чтобы обманывать крымчан и воспитывать в них неприятие нахождения и деятельности оккупантов в Крыму.



Появилось в российских СМИ,буквально вчера (7.11.17),сообщение о том,что в Крыму было выдано порядка 1.5 миллионов лишних оккупационных двуглавых аусвайсов.И не просто выданных кому попало,а гражданам Украины,которые стройными рядами рванули от «власти хунты» в «освобожденный Крым» за «райской жизнью».В итоге оказалось,что выданы они были незаконно,так как граждане Украины ввели в оману бравых работников миграционной службы оккупантов.



Объясняется,в первую очередь,это тем,что в Украине бардак,граждане живут не по прописке,то есть где разрешили,а где хотят,где нравится.И когда оккупанты разрешили получать аусвайсы,то те жители материковой Украины,которые имели хоть какое-либо отношение к Крыму: работали в Крыму перед оккупацией; имели там недвижимость; родственников и тому подобное – воспользовались коварные добротой оккупантов и тоже получили оккупационные аусвайсы,чтобы «сладко жить» и «спокойно спать».И теперь «добрые» оккупанты вынуждены лишать таких граждан Украины двуглавых аусвайсов.Это проблема,которую надо решать.





Воспользовавшись подсказками,которые за американские деньги были разработаны в страшном центре информационной войны под Киевом,мы решили несколько прояснить ситуацию.Для этого еще раз проанализировали данные оккупационной статистики по Крыму и Севастополю.Ведь статистика в рф и в оккупированном Крыму,в частности,самая «честная и объективная» в мире.



На 1 января 2014 года в Автономной республике Крым и г.Севастополе официально проживало 2 342000 человек.В течение сентября – октября месяцев 2014 года оккупанты в Крыму провели перепись населения.По данным итогов переписи населения,по состоянию на 14 октября 2014 года в Крыму проживало 2 293700 человек.Простое арифметическое действие показывает минус 48300 человек.Из оккупационной статистики известно,что за период 9-ти месяцев 2014 года,с момента начала оккупации,Крым покинуло 78800 человек.





Оккупационные итоги учета движения населения по линии миграции показывают,что за период оккупации 2014-2016 годы общее число прибывших в Крым мигрантов составило 170976 человек.В том числе,из стран СНГ — 51426 человек.



Однозначно показывает оккупационный Севастопольстат,что за период 2014-2016 годы из Украины в Севастополь приехало на жительство 15468 человек.Кроме того,основной поток мигрантов в Крым,кроме материковой россии,осуществлялся из стран-бывших Среднеазиатских республик ссср.



Даже если принять за факт,что все мигранты в Крым из стран СНГ,приехали из Украины, цифра составляет 51426 человек.





Еще было порядка 200000 жителей Донецкой и Луганской областей,которые в 2014 году рванули защищать «ЛДНР» в Крым,и которых «добрейшие» оккупанты в целях улучшения жилищных условий депортировали в лучшие российские регионы: Забайкалье,Дальний восток,Сибирь и т.п.Но они после депортации не в счет.





Плохо с арифметикой у оккупантов,а в общем не только с арифметикой.



То ли к данным оккупационного севастопольстата кто-то услужливо приписал два лишних «0».



То ли в Африку 1.5 миллиона бланков оккупационных аусвайсов в виде гуманитарной помощи продали.



То ли как в известном фильме: «Украинских мигрантов видишь? – Нет — А они есть!»







6209540_InfoResist (29x36, 2Kb)

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Удав102

На Украине бьют тревогу: страну охватил психоз «чемоданного настроения»

Воскресенье, 12 Ноября 2017 г. 17:54 (ссылка)


Исход трудоспособного населения в ЕС, Канаду и другие страны с более развитой экономикой будут иметь катастрофические последствия для Украины.



In article 4a206c9987




Известный на Украине, но проживающий в Москве политолог Андрей Окара попал в заголовки украинских СМИ с мрачным прогнозом катастрофических последствий исхода трудоспособного населения в ЕС, Канаду и другие страны с более развитой экономикой. По его словам, речь идет о настоящей эпидемии «чемоданных настроений» среди украинцев.



«Эпидемия, которая сейчас свирепствует в Украине, может уничтожить эту страну — к радости Кремля, а также всех остальных соседей Украины. Эпидемия — массовое вирусное представление по поводу того, что из Украины надо срочно валить. Именно это, а не проблемы в экономике, с тарифами, безработица или российско-украинская война, самая угрожающая вещь», — написал Окара в Facebook.



По его словам, мысль о том, что с Украины «пора валить», как никогда прочно засела в головах даже у школьников, не говоря уже о столкнувшихся с трудностями взрослых людей.



«Все дети моих знакомых собираются после школы уехать из Украины. Некоторые — навсегда, некоторые — поучиться (то есть навсегда, но само осознание, что навсегда, наступает позже). Если ты хочешь остаться в своей родной стране, значит, ты лох, неудачник, идиот, тупой, человек третьего сорта, — такое настроение распространено среди родителей 9−11-классников, с которыми мне довелось общаться», — отметил он.



Также Окара обращает внимание на то, что география массового исхода из Украины расширилась до внушительного списка стран, в котором теперь не только Польша, Россия, Германия, США, Канада, но и Великобритания, Австрия, Словакия, Чехия, Греция, Швеция, и даже Белоруссия с Китаем.



«Эта угроза тотального выезда людей активного возраста, которая может убить Украину, на самом деле, имеет формат массового психоза. Государство не способно (и даже не пытается) управлять будущим, представлениями о будущем и эмоциями, связанными с представлениями о будущем. В общем, не исключается, что этот облом станет в украинской истории последним», — заключает Андрей Окара.



Политолога процитировало украинское издание «Апостроф» и другие СМИ. Тема, которую поднял Окара, не нова: еще год назад социологическая группа «Рейтинг» провела опрос и выяснила, что как минимум 30 процентов украинцев хотели бы уехать за границу на постоянное проживание.



Ранее «Ридус» рассказывал о том, как в Польше, где живет и работает больше всего выходцев с Украины, произошло резонансное нападение пьяных националистов на украинских рабочих: местные жители избили гастарбайтеров с криками «Домой, курвы!». О похожем происшествии в польском городе Закопане СМИ сообщали в феврале этого года. Двое украинцев были жестоко избиты за то, что разговаривали на родном языке.



В августе в польских СМИ широко обсуждается еще один случай нападения на украинских рабочих. От агрессивно настроенных поляков пострадал молодой человек, который получил удар в лицо из-за своей национальности. В сентябре в Польше случился новый скандал: владелец продуктового магазина в городе Барлинек из-за постоянных краж распорядился обыскивать всех граждан Украины на выходе с кассы.


Метки:   Комментарии (1)КомментироватьВ цитатник или сообщество
nickchay

Украинцы уезжают из страны

Среда, 01 Ноября 2017 г. 12:22 (ссылка)


http://sharknews.ru/ukraintsy-uezzhayut-semyami-iz...r=https%3A%2F%2Fzen.yandex.com

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
газета_Пятый_элемент

Есть лжецы среди мигрантов! И они изобличены!

Суббота, 07 Октября 2017 г. 18:49 (ссылка)


4 октября сотрудники подразделений ГУ МВД России по Новосибирской области с привлечением спецподразделений Росгвардии провели оперативно-профилактические мероприятия по выявлению нарушений миграционного законодательства. 


 


В левобережной части Новосибирска на территории оптово-розничного торгового предприятия и в местах компактного проживания мигрантов были проверены 1560 иностранных граждан из стран Средней Азии. Для разбирательства в отдел полиции доставлены
Читать далее...
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Когда время перезагрузки имеет значение или почему IBM использует CRIU на мейнфреймах

Среда, 04 Октября 2017 г. 09:09 (ссылка)

В современном мире, когда светлое будущее прочат микросервисам, кажется странным заниматься технологиями, которые помогают обновлять код без перезагрузки. Ведь микросервисы и контейнеры куда проще «убить» и создать заново. Тем не менее, мы продолжаем работу над системой живой миграции CRIU, и нам в этом активно помогают ребята из IBM. Почему? Попробуем объяснить.



image


Читать дальше ->

https://habrahabr.ru/post/339286/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Смарт контракты Ethereum: что делать при ошибке в смартконтракте или техники миграции

Воскресенье, 02 Октября 2017 г. 02:02 (ссылка)




isvirin


сегодня в 02:02

Разработка





Смарт контракты Ethereum: что делать при ошибке в смартконтракте или техники миграции










    При написании смартконтрактов важно помнить, что после загрузки в блокчейн, они уже не могут быть изменены, а следовательно, не могут быть внесены какие-либо улучшения или исправлены какие-то найденные ошибки! Все мы знаем, что ошибки есть в любой программе, а вернувшись к написанному пару месяцев назад коду мы всегда найдем, что там можно улучшить. Как же быть? Единственно возможный вариант – это загрузить новый контракт с исправленным кодом. Но как же быть, если на базе имеющегося контракта уже выпущены токены? На помощь нам приходит миграция! За последний год я попробовал много разных техник ее реализации, проанализировал применяемые в других крупных блокчейн проектах и что-то поизобретал сам. Подробности под катом.







    Сразу оговорюсь, что в рамках данного поста я не буду приводить простыни готовых смартконтрактов, а буду лишь рассматривать и анализировать различные техники. Почти все они в том или ином виде были мной реализованы в контрактах для проектов, в которых мне доводилось участвовать, и многое можно взять с моего GitHub.



    Миграция с ERC20-совместимого контракта



    Начнем рассмотрение с самого простого и распространенного случая, когда исходный контракт, уже загруженный в блокчейн, не содержит каких-либо специальных механизмов для того, чтобы помочь нам с миграцией, т.е. по сути мы имеем обычный ERC20-совместимый контракт. Единственное, что мы полезного можем взять из исходного контракта, это балансы всех держателей токенов и общее количество выпущенных токенов для проверки, что мы никого не забыли при миграции.

    contract ERC20base {
    uint public totalSupply;
    function balanceOf(address _who) public constant returns(uint);
    }


    К сожалению, интерфейс ERC20-совместимого контракта не позволяет узнать список всех держателей токенов, поэтому при миграции нам придется выяснить полный список держателей из какого-то другого источника, например, выгрузив его из etherscan.io. Пример контракта, на который осуществляется миграция, приведен в следующем листинге:

    contract NewContract {
    uint public totalSupply;
    mapping (address => uint) balanceOf;

    function NewContract(address _migrationSource, address [] _holders) public {
    for(uint i=0; i<_holders.length; ++i) {
    uint balance = ERC20base(_migrationSource).balanceOf(_holders[i]);
    balanceOf[_holders[i]] = balance;
    totalSupply += balance;
    }
    require(totalSupply == ERC20base(_migrationSource).totalSupply());
    }
    }


    Конструктор контракта получает в качестве параметров адрес исходного ERC20-совместимого контракта, а также список держателей токенов, выгруженный вручную через etherscan.io. Следует обратить внимание, что в последней сроке конструктора проверяем, что количество токенов после миграции не изменилось, а следовательно, ни один держатель токенов не забыт. Необходимо учитывать, что такая миграция возможна лишь в том случае, если количество держателей токенов невелико и цикл по ним всем возможен в рамках одной транзакции (лимита газа, установленного в Ethereum для одной транзакции). Если все же количество держателей токенов не позволяет мигрировать за одну транзакцию, то эту функциональность придется вынести в отдельную функцию, которую можно будет вызвать необходимое количество раз, а контракт в этом случае будет выглядеть так:

    contract NewContract {
    uint public totalSupply;
    mapping (address => uint) balanceOf;
    address public migrationSource;
    address public owner;

    function NewContract(address _migrationSource) public {
    migrationSource = _migrationSource;
    owner = msg.sender;
    }

    function migrate(address [] _holders) public
    require(msg.sender == owner);
    for(uint i=0; i<_holders.length; ++i) {
    uint balance = ERC20base(_migrationSource).balanceOf(_holders[i]);
    balanceOf[_holders[i]] = balance;
    totalSupply += balance;
    }
    }
    }


    В конструкторе данного контракта запоминается адрес исходного контракта, а также инициализируется поле owner, чтобы запомнить адрес владельца контракта, чтобы только он имел право вызывать функцию migrate(), вызвав которую несколько раз, мы можем мигрировать любое количество держателей токенов с исходного контракта.



    Недостатки данного решения заключаются в следующем:


    1. На старом смартконтракте токены останутся у их владельцев, а на новом просто продублируются их балансы. Насколько это плохо, зависит от того, как составлен ваш Tokens sale agreement или любой другой документ, описывающий объем ваших обязательств перед держателями токенов вашего проекта, и не удвоятся ли ваши обязательства перед ними после создания «дубликата».

    2. На миграцию вы расходуете собственный газ, но это, вобщем-то, логично, т.к. делать миграцию придумали вы и в любом случае доставляете неудобства вашим пользователям, хоть оно и ограничивается тем, что им надо переписать в своих кошельках адрес смартконтракта со старого на новый.

    3. В процессе осуществления миграции, если она конечно не умещается в одну транзакцию, могут произойти трансферы токенов между адресами их владельцев, а следовательно, могут добавиться новые держатели и может измениться баланс существующих.



    Но с этим, к сожалению, ничего поделать нельзя, а для более комфортной и удобной миграции следует предусматривать какие-то вспомогательные средства в исходном контракте.



    Миграция между этапами краудсейла



    В мире современных ICO довольно распространена практика, когда для различных этапов сбора средств делают отдельные контракты, мигрируя выданные токены на новые контракты нового этапа. Это, конечно, можно делать так, как мы рассмотрели выше, но, если мы точно знаем, что нам придется мигрировать, то почему бы сразу не упростить себе жизнь? Для этого достаточно ввести публичное поле

        address [] public holders;


    В это поле необходимо добавлять всех держателей токенов. Если контракт уже на ранних этапах сбора разрешает делать держателям перемещения токенов, т.е. реализует transfer(), необходимо позаботиться о том, чтобы массив обновлялся, например, как-то так

        mapping (address => bool) public isHolder;
    address [] public holders;
    ….
    if (isHolder[_who] != true) {
    holders[holders.length++] = _who;
    isHolder[_who] = true;
    }


    Теперь на стороне приемного контракта можно использовать аналогичную рассмотренной ранее технологию миграции, но теперь нет необходимости передавать массив в качестве параметра, достаточно обратиться к уже готовому массиву в исходном контракте. Также следует помнить, что размер массива может не позволить проитерировать его за одну транзакцию по причине ограничения газа на одну транзакцию, а следовательно, нужно предусмотреть функцию migrate(), которая будет получать два индекса – номера начального и конечного элементов массива для обработки в рамках данной транзакции.

    Недостатки данного решения вобщем-то такие же как у предыдущего, разве что теперь нет необходимости делать выгрузку списка держателей токенов через etherscan.io.



    Миграция со сжиганием исходных токенов



    Все-таки раз мы говорим про миграцию, а не про дублирование токенов в новом смартконтракте, то необходимо озаботиться вопросом уничтожения (сжигания) токенов на исходном контракте при создании их копии на новом. Очевидно, что недопустимо оставлять в смартконтракте «дыру», которая позволила бы кому угодно, будь он даже владельцем смартконтракта, сжигать токены других держателей. Такой смартконтракт будет просто скамовым! Осуществлять такого рода манипуляции над своими токенами может только их держатель, а следовательно, и осуществлять миграцию должен сам держатель. Владелец смартконтракта в данном случае может только запустить эту миграцию (перевести смартконтракт в состояние миграции). Пример реализации такой миграции я встретил в проекте GOLEM (ссылка на их гитхаб в конце поста), затем реализовал ее в нескольких своих проектах.

    В исходном контракте определим интерфейс MigrationAgent, который впоследствии должен быть реализован в контракте, на который осуществляется миграция.

    contract MigrationAgent {
    function migrateFrom(address _from, uint256 _value);
    }


    В исходном контракте токена должна быть реализована следующая дополнительная функциональность:

    contract TokenMigration is Token {
    address public migrationAgent;

    // Migrate tokens to the new token contract
    function migrate() external {
    require(migrationAgent != 0);
    uint value = balanceOf[msg.sender];
    balanceOf[msg.sender] -= value;
    totalSupply -= value;
    MigrationAgent(migrationAgent).migrateFrom(msg.sender, value);
    }

    function setMigrationAgent(address _agent) external {
    require(msg.sender == owner && migrationAgent == 0);
    migrationAgent = _agent;
    }
    }


    Таким образом, владелец исходного смартконтракта должен вызвать setMigrationAgent(), передав ему в качестве параметра адрес смартконтракта, на который осуществляется миграция. После этого все держатели токенов исходного смартконтракта должны вызвать функцию migrate(), которая осуществит уничтожение их токенов в исходном смартконтракте и добавление в новом (путем вызова функции migrateFrom() нового контракта). Ну а новый контракт должен собственно содержать реализацию интерфейса MigrationAgent, например, так:

    contract NewContact is MigrationAgent {
    uint256 public totalSupply;
    mapping (address => uint256) public balanceOf;
    address public migrationHost;

    function NewContract(address _migrationHost) {
    migrationHost = _migrationHost;
    }

    function migrateFrom(address _from, uint256 _value) public {
    require(migrationHost == msg.sender);
    require(balanceOf[_from] + _value > balanceOf[_from]); // overflow?
    balanceOf[_from] += _value;
    totalSupply += _value;
    }
    }


    В этом решении прекрасно все! Кроме того, что пользователю надо вызвать функцию migrate(). Ситуация существенно осложняется тем, что вызов функций поддерживают лишь единицы кошельков и они, как правило, не являются самыми удобными. Поэтому, поверьте, если среди держателей ваших токенов есть не только криптогики, но и простые смертные люди, они вас просто проклянут, когда вы будете объяснять им, что надо установить какой-нибудь Mist, а затем вызвать какую-то функцию (слава Богу, хоть без параметров). Как же быть?

    А можно поступить очень просто! Ведь любой пользователь криптовалюты, даже самый-самый начинающий, умеет хорошо делать одно – отправлять крипту со своего адреса на какой-то другой. Так пусть таким адресом будет адрес нашего смартконтракта, а его fallback функция в режиме «миграции» будет просто вызвать migrate(). Таким образом, держателю токенов для осуществления миграции будет достаточно перевести хотя бы 1 wei на адрес смартконтракта, находящегося в режиме «миграции», чтобы произошло чудо!

    function () payable {
    if (state = State.Migration) {
    migrate();
    } else { … }
    }




    Заключение



    Рассмотренные решения концептуально покрывают все возможные способы осуществления миграции токенов, хотя возможны вариации в конкретных реализациях. Отдельного внимания достоин подход «перегонного сосуда» (ссылка в конце поста). Независимо от используемого вами подхода к миграции, помните, что смартконтракт – это не просто программа, выполняемая внутри виртуальной машины Ethereum, а это некий отчужденный независимый договор, а любая миграция предполагает, что вы меняете условия этого договора. Уверены ли вы, что держатели токенов хотят поменять условия договора, который заключили, приобретая токены? Это на самом деле хороший вопрос. И существует очень правильная практика, «спрашивать» держателей токенов о том, хотят ли они «переехать» на новый контракт. Именно осуществление миграции через голосование я реализовал в смартконтракте своего проекта PROVER, с текстом контракта можно познакомиться на моем GitHub-е. Ну и конечно приглашаю присоединяться к ICO моих проектов PROVER и OpenLongevity.



    Надеюсь, что все это кому-то полезно и нужно :).



    Полезные ссылки





    Original source: habrahabr.ru (comments, light).

    https://habrahabr.ru/post/339102/

    Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
    rss_rss_hh_new

    [Из песочницы] IT-работа в Барселоне, кратко не получилось

    Четверг, 21 Сентября 2017 г. 16:17 (ссылка)






    Mia_Lebedeva


    сегодня в 16:17

    Разное





    IT-работа в Барселоне, кратко не получилось










    Прочитав статью про Прагу и перечитав все комментарии я поняла несколько вещей:




    1. Мне очень повезло, а могло закончится просто катастрофой;



    Быть может мой опыт вдохновит или наоборот убережет кого-то от радикальных изменений в работе и смене места жительства.



    Как все началось?



    Это было вечером и мы пили чай, в Запорожье, куда я и моя семья переехала из Николаева, опять таки по факту трудоустройства на местное предприятие работающие на заграничных заказчиков.



    Муж лениво листал скайп в телефоне и неожидано, поперхнувшись чаем спросил:

    — А ты хочешь в Барселону?

    Я: — В отпуск?

    Муж: — Не, на долго. Мне работу предлогают. Ну что? Нужно сегодня дать ответ, чтоб выслали условия и договор.



    Хорошенький вопрос. Муж работает на фриланс проектах уже довольно долго. Офис не любит, а я люблю.



    Я COO (chief operating officer) в одной из топовых украино-американской кампании, предоставляющей в аренду сервера и платформу для рекламных сетей.



    У меня уверенная зарплата, дружный коллектив, и прекрасные отношения с руководством. Кроме того я только закончила и запустила новый проект и у компании на меня большие планы.



    Кто в здравом уме откажеться от денег, карьерного роста и дружелюбной рабочей обстановки?



    Я.



    Почему?




    1. Потому что я не эгоист, и если мой муж терпел много лет удаленную работу ради моих амбиций и карьеры, то пришло время и мне научится принимать во внимание его амбиции.

    2. Потому что море и солнце вместо Запорожских заводских клубов дыма и постоянных простуд на фоне плохой экологии.

    3. Потому что в Барселоне очень много IT компаний и я надеялась, что со своим багажом опыта я найду себе применение без проблем.



    Нам прислали условия и договор и мы должны были скорректировать их под свои нужды, не особо зарываясь.



    Условия и предубеждения



    Я не буду тут описывать весь процесс переговоров и переписки, но по факту мы сошлись на следующем.




    • Нам оплачивают оформление визы (а на тот момент безвиза еще не было).

    • Нам оплачивают билеты (при чем туда и обратно, на всякий случай).

    • Нам снимают квартиру на две недели или пока мы не найдем приемлемый вариант но не больше 4 недель.

    • Нам оформляют NIE (это такой внутренний документ в Испании в котором стоит разрешение на пребывание в стране, в нашем случае по факту работы мужа).

    • Компания берет на себя обязательства платить налоги и соц страховку и на руки мы получаем чистые.

    • Компания ведет налоговые отчеты.

    • Зарплата составляет всего 60% от того что мы запросили изначально, но по факту на 50% больше того, что получала я и на 30%, чем получал муж. По итогу все равно меньше чем сумма наших зарплат, но я надеялась найти работу.



    Реальность



    К слову, документы нам таки оформили, но через 3 месяца. Бюрократия 90 лвл. Мы приехали 1 февраля и 30 марта у нас закончилась виза и мы две недели парились по этому поводу, хотя нам все говорили — все норм вы ж на оформлении. Чтоб вы понимали всю игру тени и света — без документов мы не могли самостоятельно купить телефоны и провести интернет и отдать детей в школу, открыть счета в банке, получить мед страховку и купить абонемент на велопарк.



    В результате мой коллега по работе оформил телефоны на себя и интернет провел на свое имя.



    За кватриру с нас, как не резидентов, запросили аж три месяца стоимости (900х3), а не два, как изначально мы планировали, исходя из данных вебсайтов о недвижимости.



    А вот мед. страховку государственую мы до сих пор ждем (карточки Cat Salut). Приватную оформили в банке. 65 евро с носа (нас 4).



    Банк Santander таки соизволил открыть нам счета без nie по рабочему контракту мужа и то только потому, что его контора клиент крупный в этом банке.



    Вывод. Мы конечно ожидали все на блюдце, но будьте готовы, что прийдется ждать и довольно долго и что без документов вам вряд ли будет комфортно.



    Работа в испанской IT кампании



    Я нашла работу очень быстро, но лишь потому, что контора в которую я устроилась была клиентом предыдущей конторы. Соответственно, технологию я знала и приступить могла сразу, без обучения, стажировки и прочего.



    В Запорожье я приходила в 10:30 и уходила как получится. На выходные, в праздники и во время больничного — всегда нужно было быть на связи. Внеурочные не платили, но были годовые бонусы и ты как бы убеждаешь себя, что ты не раб системы.



    В Барселоне муж уходит на работу в 11, возвращаеться в 5, и обед полтора часа и он имеет права два дня в неделю работать дома, потому что «а почему бы и нет если вам удобно».



    У меня рабочий день с 9:30 до 18:30. В 18:31 запрещают отвечать по скайпу. В выходные можно позвонить только чтоб спросить как дела. Никто не поднимет тебя в три часа ночи из-за обвала статы. Более того, мне как-то позвонили в 9 вечера по ургенту и больше извинялись чем обсуждали пути ликвидации проблемы.



    На всех предыдущих работах, я была швейцарским ножем — и переговоры, и контракты и интеграции и продажы и аналитика и разработка и ведение проекта. В Барселоне я четка знаю за что мне платят, тут ценят инициативу и нормально воспринимают критику руководства. Тут нет многочасовых митингов или еженедельных сходок. Scrum используют, но лишь в аспектах микроменеджмента спец проектов. Я могу спокойно сказать — я считаю это не стоит потраченых усилий и меня и услышат и послушают.



    Из минусов, тут все очень медленно. Испанские конторы могут вяло ответить в обед, логи пришлют через недели три, а правки в договор некоторые вносят уже месяцев 5. Интеграция XML фида, которая у меня занимает меньше 3 минут, может растянутся на несколько часов.



    Язык общения — английский. Мой испанский достаточно хорош чтоб понимать, что деспасито это медленно, но объяснять тонкости настройки рекламной кампании не тянет. Кроме того, тут говорят по каталански.



    Учить язык все таки прийдется, но с английским тут можно выжить. Как доказали мои дети в каталанской школе — язык жестов спасает.



    Мужу вообще повезло, технические задания можно распечатывать и вешать в рамку. Общается он с лидом и вторым прогом и с украинскими коллегами на удаленке. На его корпоративе, когда я увидела 67 человек, из которых он знал 2, я поняла что тут необязательно знать кто из коллег разводит лобрадоров, серфит или посещает кофе шопы. Можно просто здороваться и прощаться.



    Немного о деньгах



    Мы тратим в месяц на еду (я, муж, сын, дочь, и пес) чуть менее чем 300-400 европейского образца денежных единиц. При этом квартира — 900 +100 коммунальные. Телефон +интернет (два номера и роутер) 65 в месяц. Страховка медицинская — 65 за каждого кроме пса. Пес к слову обходится 50-60 евро в месяц + 45 раз в три месяца на стрижку.



    Компания и моя и мужа платит налоги и ведет налоговый учет — то есть вы не заморачиваетесь с подачей деклараций и прочей волокитой бумажной.



    Если вас позовут на пиво, то в 40 вы вложитесь спокойно, конечно мы предпочитаем просто в гости ходить и приглашать, потому как процентов на 50-60 дешевле выходит.



    Подытожим



    Переезд в Испанию не так страшен, как я его представляла. Бумажную волокиту никто не отменял, но это часть нашей жизни и это решаемо.



    Билеты, жилье и разностороняя помощь в оформлении — это нормально, а не «ничего себе вот лафа». Вам обязаны обеспечить адекватные и легальные условия нахождения в стране и кроме того купить обратные билеты — а вдруг вы передумаете.



    Уровень жизни даже при зарплате в 3000 очень даже высокий. Конечно это не айфон Х каждый месяц, но очень близко.



    Еда дешевая, если готовить самим или есть не в 3 звездах.



    Язык — универсальный английский, в IT компании уровня upper intermediate, этого достаточно. Выучив каталанский или испанский вы сможете существенно расширить спектр предлогаемых позиций, однако это исключительно для понимания шуток лидов и общения с местным колективом.



    Детей можно устроить в любую школу от приватных до локальных — отказать вам с документами не могут. Проверено.



    Медицина на уровне космоса для меня (после украинских поликлиник). Проверено оперциями. Страховка работает.



    Прошло 6 месяцев и я могу сказать, что нам нравится. Оглядываясь назад я рада, что мы такие сумашедшие непоседы и что мы смогли преодалеть страх и неуверенность в собственных силах (я про себя, муж — герой это понятно).


    Original source: habrahabr.ru (comments, light).

    https://habrahabr.ru/post/338424/

    Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
    rss_rss_hh_new

    Как компании перенести свою инфраструктуру в облако и избежать ошибок

    Понедельник, 18 Сентября 2017 г. 13:32 (ссылка)




    it_man


    сегодня в 13:32

    Управление





    Как компании перенести свою инфраструктуру в облако и избежать ошибок










      Миграция в облако тесно связана с перемещением данных, настроек, приложений, операционных систем в виртуальный дата-центр облачного провайдера. Кажется, что это сложно и ненадежно, однако все больше компаний доверяют сервисы технологии IaaS. Например, в течение трех последующих лет 50% индийских организаций планируют переместить инфраструктуру в облако.



      Рынок «идет» вверх — по прогнозу аналитического агентства Gartner, в 2017 году IaaS-сегмент вырастет на 36,8% и достигнет планки в 34,6 млрд долларов. Поэтому в сегодняшнем материале мы поговорим о том, на что компаниям обратить внимание, чтобы мигрировать инфраструктуру в облачную среду и избежать потенциальных рисков.





      / Flickr / goldswordfish / CC



      Что может пойти не так



      Из-за объемов IT-инфраструктуры и миллиардов долларов, затрачиваемых каждый день на оборудование, программное обеспечение и поддерживание сервисов, переход от модели развертывания on-premise к облачной невозможно совершить за одну ночь.



      При переносе IT-отделам компаний приходится решать, как поддерживать доступ к источникам данных — большинство сценариев миграции включают перенос информации с использованием бэкап-инструментов и систем восстановления в случае катастрофы (disaster recovery).



      Большинство ошибок, которые подстерегают руководство компаний на этом пути, присущи любому крупному IT-проекту. Отсутствие плана миграции и схемы зависимости приложений — одни из самых популярных. Сюда же относятся инициация миграции без предварительных тестов, мнение, что все провайдеры одинаковые и просчеты в политиках безопасности.



      Подробнее об этих типах рисков и как их избежать, мы расскажем далее.



      Кто уже с этим справился



      Переход в облако совершают крупные компании и небольшие стартапы — 52% сегмента малого бизнеса обратились к облачной инфраструктуре. По данным International Data Corporation (IDC), каждая небольшая компания, которая использует облачные технологии, экономит значительные суммы. Организации также получают возможность управлять инфраструктурой из одной консоли, что упрощает взаимодействие и ускоряет доставку сервисов потребителям.



      Существуют кейсы, демонстрирующие успешную миграцию IT-инфраструктуры в облако IaaS-провайдера. При этом часть компаний используют облако как вторичный плацдарм, где хранят «вторичные» сервисы, а другие — целиком отдают инфраструктуру на аутсорсинг и размещают там бизнес-критические системы.



      Пример постепенной миграции в облако — поэтапная трансформация инфраструктуры Netflix. Об этом мы писали тут. Компания переводила сервисы в облако на протяжении нескольких лет, пересмотрев концепцию предоставления услуг.



      В Netflix перенесли в облако платежную инфраструктуру и сервисы предоставления счетов, платформу Big Data, службы видеотрансляции, систему управления данными клиентов и др.



      Российские компании также переходят в облачную среду. Delivery Club — сервис по доставке еды c полностью виртуализированной системой. В случае Delivery Club, облако упростило управление, поддержку и обеспечило надежность.



      Мигрировал в облако провайдера и автомобильный холдинг «Терра-авто». Компания разместила в виртуальной среде телекоммуникационный компонент, почтовые сервисы и инструменты фильтрации трафика.



      Одной из причин, почему эти компании перешли в облако, стало упрощение масштабирования. Облачная инфраструктура позволяет при необходимости увеличивать (уменьшать) количество серверных ресурсов. Такой подход важен при создании проектов, в которых нагрузка изменяется сезонно или постоянно увеличивается.



      Организации могут перемещать ВМ с одной физической машины на другую. Это также повышает надежность: даже если один из серверов выходит из строя, ВМ продолжает работу на другом. Все это исключает большинство ошибок при настройке инфраструктуры.





      Как мигрировать



      Для успешной миграции нужно: разработать план, сформировать облачную инфраструктуру, протестировать её, перенести данные и запустить сервис.



      Однако хотелось бы отметить, что переезд в облако — это процесс индивидуальный для каждой организации, потому некоторые технические вопросы решаются исходя из нужд компании.



      Шаг 1. Перед тем как начать миграцию, нужно провести инвентаризацию IT-окружения, чтобы построить текущую картину инфраструктуры. Это позволит понять, какие приложения подходят для перемещения в облако. Для этого нужно категоризировать приложения один за другим на основании атрибутов. При создании каталога применяют два подхода: «сверху-вниз», который позволяет понять, где приложения принесут пользу бизнесу, и «снизу-вверх», фокусирующийся на технических возможностях.



      Подход «сверху-вниз» следует парадигме трансформации бизнеса с целью реализации максимального потенциала, поэтому основывается на оценке технических аспектов и аспектов безопасности каждого приложения:




      • Категоризация данных, требования к безопасности;

      • Сложность интерфейса, аутентификация, структура данных, требования к латентности;

      • Требования к работе (SLA), интеграция, мониторинг.



      После проведения анализа эти показатели формируют счет, которая отражает сложность переноса того или иного приложения в облако. Подход «сверху-вниз» также включат оценку финансовой выгоды: TCO, сезонные скачки активности пользователей, необходимые уровни масштабируемости, отказоустойчивость.



      Одновременно может применяться подход «снизу-вверх». Как уже было отмечено, он фокусируется на технических требованиях, поэтому показатели для оценки находятся в базе данных управления конфигурацией (CMDB):




      • Память, число процессоров, занимаемое место на диске операционной системой;

      • Платы сетевого интерфейса;

      • IPv6;

      • Поддержка доменов;

      • Наличие сторонних компонентов и пакетов приложений.



      Закончив эту оценку, IT-команда составляет список приоритетов, то есть определяет, какие приложения более других выиграют от миграции в облако. Эксперты рекомендуют начинать переход в облачную среду с простых проектов, постепенно увеличивая сложность.



      Кроме того, еще в самом начале нужно решить, какая облачная модель лучше подойдет для реализации проекта: публичное, частное или гибридное облако. Согласно статистике, за последние годы популярность в корпоративной среде набирают гибридные облака.



      Шаг 2. Это этап выбора облачного провайдера с тестированием возможностей облачной площадки. Оцените надежность площадки провайдера и проверьте её на соответствие требованиям компании. Надежность облачной платформы зависит от используемого оборудования, поэтому стоит обратить внимание на актуальность «железа», его класс и проверить наличие резервирования (не должно быть единой точки отказа).



      Также большинство коммерческих дата-центров заявляют, что их инфраструктура соответствует стандарту по категории надежности Tier III. Однако это не всегда так. Проверить сервис-провайдера просто: запросите сертификаты, подтвержденные Uptime Institute. UTI сертификаты для российских дата-центров находятся на сайте организации.



      После того как вы определились с провайдером, в обязательном порядке проведите тестирование облачной площадки и тестовую миграцию. Например, мы в компании «IT-ГРАД» по запросу клиента предоставляем бесплатный доступ VMware vCloud на две недели. Это позволит вам убедиться, что все сервисы работают правильно.



      Шаг 3. При переносе IT-инфраструктуры в облако следует выбрать миграционный путь: постепенный или полный переход.



      Постепенная миграция подходит для крупных компаний с разветвлённой инфраструктурой. Такой переход выполняется на протяжении нескольких месяцев или даже лет (например, случай компании Netflix, о которой мы говорили выше). В этом случае составляется поэтапный план переноса с указанием критичных сервисов и приоритетов.



      При полной миграции инфраструктура компании переносится за несколько дней. Здесь составлять дорожную карту нет необходимости, но расписать план работ все же стоит.



      Таким образом, выбор способа миграции зависит от размера организации и сложности инфраструктуры. Малому и среднему бизнесу подойдет полная миграция. Крупным компаниям стоит обратить внимание на частичную миграцию. Важно помнить, что перенос сложного окружения в облако может потребовать переработки приложений, чтобы сохранить или повысить скорость работы и безопасность.



      Помимо способа миграции, также стоит определиться со временем переноса. Для этого необходимо понять, когда критичные сервисы используются слабо и запланировать миграцию на этот момент.



      Шаг 4. Далее, можно приступать к миграции, придерживаясь выбранной стратегии. После остается выполнить проверку и тестирование сервисов. Если ошибок нет — сервисы выводятся в продакшн.





      / Flickr / Peter Stevens / CC



      Инструменты и способы миграции



      Выбор способа миграции в облако зависит от конкретной ситуации, например, текущей инфраструктуры компании и возможностей. Это может быть перенос физической IT-инфраструктуры в виртуальную среду, перенос локальной виртуальной инфраструктуры в облако, переход от одного провайдера к другому и др. Ниже рассмотрим возможные варианты миграции подробнее. Часть из них выполняется с помощью инструментов компании VMware.



      Импорт-экспорт ВМ

      Если у компании уже есть виртуальная инфраструктура на базе VMware, то её виртуальное окружение позволяет «перекинуть» сразу несколько ВМ.



      Все параметры виртуальных машин «упаковываются» в файлы формата OVF/OVA. Затем они используются экспорта на платформу виртуализации VMware vSphere и другие. Переносить приложения в облако также позволяет VMware vCloud Connector. Как работать с этим инструментом ми писали в нашем блоге.



      Миграция на уровне сервисов

      Провайдер создает у себя дублирующий сервис. Этот сервис синхронизируется с локальным сервисом клиента. Как пример можно привести миграцию Active Directory. Облачный провайдер разворачивает у себя необходимое количество ВМ, после чего база данных реплицируется в облако вместе с контроллерами.



      «Горячее» и «холодное» клонирование

      При «горячем» клонировании выполняется перенос работающего узла. Оригинальный сервер останавливается только в момент переключения. Утилита vCenter Converter автоматически определяет диски, разделы и сетевые интерфейсы, оперативную память и процессоры. На основе этих данных создается новая виртуальная машина на ESXi-хосте.



      VMware vCenter Converter также может выполнять «холодное» клонирование. Этот вид клонирования рекомендован для миграции Active Directory и почтовых серверов. Машина останавливается, создается образ жесткого диска и выполняется конвертация в ВМ.



      Установка с нуля

      Провайдер создает ВМ, и на неё накатывается операционная система и необходимое программное обеспечение. Затем происходит переключение клиентов.



      Риски при миграции и как их избежать



      При миграции в облако компании порой не уделяют внимания некоторым деталям. Давайте рассмотрим самые популярные ошибки, которые совершают организации при переходе к облачной инфраструктуре.



      «Все провайдеры одинаковые»

      Это опасное предположение. Хотя каждый облачный провайдер предлагает для работы виртуальные машины и несколько типов хранилищ, они отличаются тонкостями, моделями оплаты и качеством сервиса. Сюда же относится готовность провайдера отработать в случае непредвиденных ситуаций, а также качество пользовательской поддержки.



      Например, мы в «ИТ-ГРАД» предлагаем несколько площадок для размещения данных. Клиент может создавать несколько виртуальных дата-центров и настраивать параметры производительности и безопасности для каждого. Мы также предлагаем разные модели оплаты, включая Pay-As-You-Go.



      Другая ошибка, которая является своеобразным следствием, — это отказ от нативных облачных сервисов и использование собственных инстансов виртуальных машин. Эту ошибку легко допустить, поскольку кажется, что это позволит избежать привязки к вендору. Однако она приводит к тому, что компании изобретают велосипед, игнорируя одно из главных достоинств облаков: высококачественные сервисы, которые можно создавать и использовать без дополнительных настроек.



      Нет схемы зависимости приложений

      При миграции в облако уделите внимание схеме зависимости приложений. Как они связаны друг с другом и инфраструктурой в целом. Представьте эту схему в виде карты зависимостей. Если оказывается, что несколько приложений обращаются к одной базе данных, нужно проработать механизм комбинированного перемещения в облако. Иначе работа приложений нарушится.



      Например, как говорят в «Хантердон Медикал Сентер», они совершили эту ошибку во время первой миграции систем в облако. Сотрудники не провели глубокий анализ приложений. Специалисты переносили почтовую систему в G Suite, однако не учли, что именно пользователям было нужно от старой системы, и не проанализировали, как она себя поведет в новом окружении.



      Нет плана миграции

      До начала миграции ответьте для себя на вопросы: что вы будете переносить в облако, в каком порядке, когда и за сколько? Составьте план переноса.



      Эксперты из технологической компании DoubleHorn также советуют для составления плана прибегнуть к помощи третьих лиц и консалтинговых фирм. Они помогут найти и применить лучшие практики и избежать дорогостоящих ошибок.



      Забыли про политики безопасности

      Перевод инфраструктуры в облако часто ведет к неполноте политик безопасности, которые не согласуются с новыми стандартами. Все организации имеют требования к безопасности для авторизации пользователей, настройки приложений и мониторинга систем. Эти политики зачастую не изменяются, однако при работе с облаком они должны быть усилены. Лорен Худзиак (Loren Hudziak) из Google отмечает, что организациям нужно обратить внимание на безопасность по всем фронтам, чтобы получить все преимущества облачной инфраструктуры.



      Запуск без тестирования

      Перед миграцией в облако нужно выбрать надежного и проверенного хостинг-провайдера. О тонкостях выбора и о том, на что обращать внимание, мы рассказывали в одном из наших материалов. Выбрав облачного-провайдера, запросите тестовый доступ к облачной площадке. Проведите тесты.



      «Если клиент, разворачивая инфраструктуру, решает установить приложения, не поддерживающие cloud-архитектуру и заточенные только на on-premise-инсталляцию, провал гарантирован, — говорит Екатерина Юдина, руководитель проекта, контент-инженер компании «IT-ГРАД». — Чтобы избежать подобной ситуации, поставщик услуг предлагает возможность бесплатного и заблаговременного тестирования».


      По данным облачных провайдеров, многие организации, мигрирующие в облако, не имеют установленного плана восстановления в случае катастрофы. А многие из тех, кто его имеет, никогда его не тестировали.



      Когда округ Кинг в Вашингтоне, мигрировал в облако бэкап-систему, они провели тестирование того, как данные передаются в облако. Все работало хорошо. Однако они не протестировали их восстановление. По словам Тэмуджина Бейкера (Temujin Baker), руководителя по работе с архитектурой приложений, они не учли особенности работы с облаком, когда сервису требуется время на получение данных.



      Поэтому внимание к деталям и оценка результатов — важные компоненты процесса миграции в облако. Если следовать установленным рекомендациям и действовать по плану, конечный результат будет ожидаемым.






      P.S. Еще несколько материалов по теме из нашего блога:





      Original source: habrahabr.ru (comments, light).

      https://habrahabr.ru/post/337834/

      Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

      Следующие 30  »

      <миграция - Самое интересное в блогах

      Страницы: [1] 2 3 ..
      .. 10

      LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
      О проекте: помощь|контакты|разместить рекламу|версия для pda