The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Анализ состояния разработки языка Perl"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"Анализ состояния разработки языка Perl"  
Сообщение от opennews (??) on 13-Янв-09, 12:50 
Один из разработчиков Perl проанализировал (http://www.heise-online.co.uk/open/Healthcheck-Perl-The-Perl...) состояния разработки языка Perl. Perl остается в стане узкоспециализированных языков для системных администраторов, которому не хватает развитых web-фреймворков общего назначения. В Web Perl представлен рядом крупных web-проектов (slashdot.org, imdb.com, Booking.com, Vox.com, LiveJournal.com), для которых отдельно разрабатывалось все программное обеспечение, тем временем доля мелких проектов на perl ничтожна. В свое время фреймворк Ruby On Rails обеспечил популярность Ruby, а библиотеки Jquery (http://jquery.com/), YUI (http://developer.yahoo.com/yui/), MooTools (http://mootools.net/), Dojo (http://dojotoolkit.org/) позволили разработчикам посмотреть другими глазами на язык JavaScript. Существующие web-фреймворки на Perl (Catalyst (http://catalystframework.org/), Mojo (http://mojolicious.org/), CGI::Application (http://www.cgi-app.org/), Titanium (http://se...

URL: http://www.heise-online.co.uk/open/Healthcheck-Perl-The-Perl...
Новость: http://www.opennet.dev/opennews/art.shtml?num=19760

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Анализ состояния разработки языка Perl"  
Сообщение от Аноним (??) on 13-Янв-09, 12:50 
Либо перевод страдает, либо исходник.
Но про JavaScript в данном контексте звучит как "лишь бы сказать".

И е адо смешивать перл6 и перл5. Де факто это два разных языка...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Анализ состояния разработки языка Perl"  
Сообщение от camel on 13-Янв-09, 13:18 
>Либо перевод страдает, либо исходник.
>Но про JavaScript в данном контексте звучит как "лишь бы сказать".
>
>И е адо смешивать перл6 и перл5. Де факто это два разных
>языка...

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Анализ состояния разработки языка Perl"  
Сообщение от BigAlex on 13-Янв-09, 13:48 
Ну да, Ruby - наще фсё, ибо под него есть Рельсы...
А что под него еще есть? ах, больше ничего...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Анализ состояния разработки языка Perl"  
Сообщение от perloid on 13-Янв-09, 14:44 
ну а погуглить религия не позволяет ? или так.... абы чего пукнуть ?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Анализ состояния разработки языка Perl"  
Сообщение от Ivanych (??) on 13-Янв-09, 14:48 
Ну а привести примеры что не позвляет? Или так, лишь бы красивую фразу про религию всунуть?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Анализ состояния разработки языка Perl"  
Сообщение от perloid on 13-Янв-09, 16:14 
дожили, примеры как в гугле искать им подавай...
http://www.google.com.ua/search?q=руби+фреймворк
P.S.
тред вообще-то про перл, к чему был высер предыдущего оратора ?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Анализ состояния разработки языка Perl"  
Сообщение от geekkoo (??) on 13-Янв-09, 15:16 
Ну, я вот с некоторым количеством скриптовых языков знаком, но, честно говоря, конструкции типа

sub { $_[0] <=> $_[1] }

меня ставят в тупик. Инопланетный какой-то синтаксис. И даже непонятно что гуглить.

(ежели чё - то это отсюда http://www.opennet.dev/tips/info/728.shtml)

Это к тому, что язык жив, пока на нем разговаривают. А если первая реакция - "а что это за хрень?", то скорее всего его время ушло ...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Анализ состояния разработки языка Perl"  
Сообщение от helgi (??) on 13-Янв-09, 15:31 
Просто запись такая, можно вместо <=> написать cmp - будет понятнее, наверное, :-)
В перле зачастую отпугивает количество сетпеней свободы.
Я как-то писал скриптик на питоне - так мне показалось, что я в каком-то ограниченном пространстве писал - столько всяких ограничений после перла.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Анализ состояния разработки языка Perl"  
Сообщение от geekkoo (??) on 13-Янв-09, 15:42 
>Просто запись такая, можно вместо <=> написать cmp - будет понятнее, наверное, :-)

Ну, тогда это просто тавтология, поскольку такая функция реализуется по умолчанию (http://www.oracle.com/technology/documentation/berkeley-db/d...). Я думал, там что-то особенное ...
>В перле зачастую отпугивает количество сетпеней свободы.
>Я как-то писал скриптик на питоне - так мне показалось, что я
>в каком-то ограниченном пространстве писал - столько всяких ограничений после перла.
>

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Анализ состояния разработки языка Perl"  
Сообщение от andr.mobi (??) on 13-Янв-09, 17:07 
С/С++ рулят.

Перлу - перловое.

Никто ведь веб-сервер на перле не строит? Все понимают, что не в коня корм. А всё остальное, то что ЗА веб-сервером, почему-то лепят на чём угодно, только не на нормальных человеческих Сях. Результат - тормозилово и глюкалово

Ламеры

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

28. "Анализ состояния разработки языка Perl"  
Сообщение от szh (ok) on 13-Янв-09, 22:54 
> почему-то лепят на чём угодно, только не на нормальных человеческих Сях. Результат - тормозилово и глюкалово

На перле функционал ощутимо быстрее пишется, чем на С. Т е С - это "тормозилово" разработчика, а в жизни часто дешевле тормозилово программы. Ты оплатишь замедление скорости разработки ? Или приведи того кто оплатит. Тогда будешь прав :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

29. "Анализ состояния разработки языка Perl"  
Сообщение от vitek (??) on 13-Янв-09, 23:47 
не факт.
но знание библов, да чтобы были всегда (зачем и lsb нужен), да часто без доков, да собрать... перл попроще....
но если получилось, то красота :-D
p.s.:
если что, то я за перл... уж очень много с ним связано...
да и использую постоянно.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

30. "Анализ состояния разработки языка Perl"  
Сообщение от Dvorkin email(??) on 14-Янв-09, 02:57 
> уж очень много с ним связано...

кажется, вам надо чаще думать о женщинах :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

31. "Анализ состояния разработки языка Perl"  
Сообщение от andr.mobi (??) on 14-Янв-09, 09:43 
> На перле функционал ощутимо быстрее пишется, чем на С.

Заблуждение.

И разрабатывать на С++ быстрее, и отлаживать проще, и поддерживать не в пример легче.
Надо иметь знания и опыт в обоих ипостасях, чтобы иметь возможность сравнить.

Для коммерческого веб-сервиса идеальный вариант - это С++ модулями к апачу. Максимальная скорость, строго типизированный язык с кучей инструментов для разработки и отладки. Интегрированная прямо в исполняемые модули Berkeley-DB легко решит 90% задач по управлению данными до тяжёлого бэкенда, типа мускула или оракла. Другие решения потребуют значительно больше любых ресурсов - и вычислительных, и человеческих.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

32. "Анализ состояния разработки языка Perl"  
Сообщение от geekkoo (ok) on 14-Янв-09, 09:54 
>[оверквотинг удален]
>И разрабатывать на С++ быстрее, и отлаживать проще, и поддерживать не в
>пример легче.
>Надо иметь знания и опыт в обоих ипостасях, чтобы иметь возможность сравнить.
>
>
>Для коммерческого веб-сервиса идеальный вариант - это С++ модулями к апачу. Максимальная
>скорость, строго типизированный язык с кучей инструментов для разработки и отладки.
>Интегрированная прямо в исполняемые модули Berkeley-DB легко решит 90% задач по
>управлению данными до тяжёлого бэкенда, типа мускула или оракла. Другие решения
>потребуют значительно больше любых ресурсов - и вычислительных, и человеческих.

Не путайте "строго типизированный"  и "статически типизированный". Помницца, VSL после слов "строго типизированный" применительно к C++ начинал особенно грязно ругаться матом ...

UPD Если я ничего не напутал ;)

UPD-UPD Вроде бы нет:

* C/C++ are statically and weakly typed
* Java, Haskell, CAML are statically and strongly typed
* Common Lisp, Smalltalk, Python, Ruby are dynamically and strongly typed

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

35. "Анализ состояния разработки языка Perl"  
Сообщение от gegMOPO4 on 14-Янв-09, 10:48 
>Не путайте "строго типизированный"  и "статически типизированный". Помницца, VSL после слов
>"строго типизированный" применительно к C++ начинал особенно грязно ругаться матом ...
>
>UPD Если я ничего не напутал ;)
>
>UPD-UPD Вроде бы нет:
>
>* C/C++ are statically and weakly typed
>* Java, Haskell, CAML are statically and strongly typed
>* Common Lisp, Smalltalk, Python, Ruby are dynamically and strongly typed

Не путайте C и C++! C действительно слабо типизирован, а C++ -- в основном сильно типизирован. Даже сильнее Java в некотором отношении (особенно если рассматривать Java до версии 1.5).

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

39. "Анализ состояния разработки языка Perl"  
Сообщение от geekkoo (ok) on 14-Янв-09, 13:47 
>[оверквотинг удален]
>>
>>UPD-UPD Вроде бы нет:
>>
>>* C/C++ are statically and weakly typed
>>* Java, Haskell, CAML are statically and strongly typed
>>* Common Lisp, Smalltalk, Python, Ruby are dynamically and strongly typed
>
>Не путайте C и C++! C действительно слабо типизирован, а C++ --
>в основном сильно типизирован. Даже сильнее Java в некотором отношении (особенно
>если рассматривать Java до версии 1.5).

А в С++ арифметика с указателями уже запрещена?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Анализ состояния разработки языка Perl"  
Сообщение от Аноним (??) on 13-Янв-09, 18:02 
<=> и cmp -- разные вещи!
вот из-за таких "програмеров" перл и дохнет
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "Анализ состояния разработки языка Perl"  
Сообщение от helgi (??) on 13-Янв-09, 18:19 
Конечно разные. Мы же не рассматриваем здесь perl basics.
Но я все-равно не сказал бы, что он 'дохнет'.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "Анализ состояния разработки языка Perl"  
Сообщение от bliss on 13-Янв-09, 22:29 
Вообще-то cmp относится к сравнению строк, в то врема как spashship (<=>) -- к сравнению цифр. Насчет питона -- вы правы. Это какая-то задница. Далеко ходить не надо -- скопипастил скрипт из сети, и в нем отступы похерились. Я так и не смог их правильно расставить. ХОтя синтаксис очевиден до отвращения. Плюнул, и сделал на перл.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

36. "Анализ состояния разработки языка Perl"  
Сообщение от helgi (??) on 14-Янв-09, 11:17 
Да, с отступами - это отдельная песня.
Да и рег. выражения чего стоят в питоне.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

51. "Анализ состояния разработки языка Perl"  
Сообщение от camel on 16-Янв-09, 16:47 
>Да, с отступами - это отдельная песня.
>Да и рег. выражения чего стоят в питоне.

И чего же стоят регулярные выражения в Python?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

46. "Анализ состояния разработки языка Perl"  
Сообщение от Pilat (ok) on 15-Янв-09, 01:28 
>Просто запись такая, можно вместо <=> написать cmp - будет понятнее, наверное, :-)

будет понятней, но будет выполняться другое сравнение.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

37. "Анализ состояния разработки языка Perl"  
Сообщение от deadl2 email on 14-Янв-09, 13:34 
>Ну, я вот с некоторым количеством скриптовых языков знаком, но, честно говоря,
>конструкции типа
>
>sub { $_[0] <=> $_[1] }
>
>меня ставят в тупик. Инопланетный какой-то синтаксис. И даже непонятно что гуглить.

Значит пока не достаточно изучил функционал языка. В нем есть простые конструкции, доступные в любомя языке: и if и while. Только в перле конструкций поболе чем в других языках, за это его почему-то не любят, за бОльший функционал не любят(

>
>(ежели чё - то это отсюда http://www.opennet.dev/tips/info/728.shtml)
>
>Это к тому, что язык жив, пока на нем разговаривают. А если
>первая реакция - "а что это за хрень?", то скорее всего
>его время ушло ...

если тебе на китайском сказать, ты не скажешь "а что это за хрень?"? Умер китайский?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

40. "Анализ состояния разработки языка Perl"  
Сообщение от geekkoo (ok) on 14-Янв-09, 13:53 
>[оверквотинг удален]
>>
>>sub { $_[0] <=> $_[1] }
>>
>>меня ставят в тупик. Инопланетный какой-то синтаксис. И даже непонятно что гуглить.
>
>Значит пока не достаточно изучил функционал языка. В нем есть простые конструкции,
>доступные в любомя языке: и if и while. Только в перле
>конструкций поболе чем в других языках, за это его почему-то не
>любят, за бОльший функционал не любят(
>

А в лиспе ваще одни скобочки. И его, наоброт, любят. Странно, правда?
>>
>>(ежели чё - то это отсюда http://www.opennet.dev/tips/info/728.shtml)
>>
>>Это к тому, что язык жив, пока на нем разговаривают. А если
>>первая реакция - "а что это за хрень?", то скорее всего
>>его время ушло ...
>
>если тебе на китайском сказать, ты не скажешь "а что это за
>хрень?"? Умер китайский?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

41. "Анализ состояния разработки языка Perl"  
Сообщение от Oles email on 14-Янв-09, 14:19 
Привет, женский логик. Именно, лисп любят, но где-то там, в какой-то паралельной вселенной. За 10 лет в айти не видел, не использовал и не видел что-бы кто-то использовал какой-либо програмный продукт на лиспе. А про китайский - это вообще такой переход в другую плоскость, что любая женщина зауважает.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

42. "Анализ состояния разработки языка Perl"  
Сообщение от geekkoo (ok) on 14-Янв-09, 14:24 
>Привет, женский логик. Именно, лисп любят, но где-то там, в какой-то паралельной
>вселенной. За 10 лет в айти не видел, не использовал и
>не видел что-бы кто-то использовал какой-либо програмный продукт на лиспе. А
>про китайский - это вообще такой переход в другую плоскость, что
>любая женщина зауважает.

Ну, китайский на меня только вешать не надо, ага? Не я это первый начал.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

43. "Анализ состояния разработки языка Perl"  
Сообщение от Oles email on 14-Янв-09, 14:35 
>А качество языка проверяется тогда, когда возникает необходимость писать под них парсер.
>Ну там, для обёрток, мало ли чего. Вот тут и наступает
>момент истины ...

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


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

44. "Анализ состояния разработки языка Perl"  
Сообщение от geekkoo (ok) on 14-Янв-09, 14:41 
>>А качество языка проверяется тогда, когда возникает необходимость писать под них парсер.
>>Ну там, для обёрток, мало ли чего. Вот тут и наступает
>>момент истины ...
>
>????? Это у кого такая необходимость возникает, и почему именно вдруг это
>стало ключём к качеству языка????

У программистов. А что, были какие-то другие варианты?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

45. "Анализ состояния разработки языка Perl"  
Сообщение от don_oles email(??) on 14-Янв-09, 15:55 
Ага. Каждый день:)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Анализ состояния разработки языка Perl"  
Сообщение от BigAlex on 13-Янв-09, 13:11 
Vox.com "для которого отдельно разрабатывалось все программное обеспечение" - сделан как не странно на Catalyst, это так FIY
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Анализ состояния разработки языка Perl"  
Сообщение от Аноним (??) on 13-Янв-09, 15:20 
По моему не стоит путать рост количества криворуких веб программеров в "кривизной" перла. Криворукие, к примеру могут ездить на машинах с автоматическими коробками, но это не значит что машины с другими коробками передач не ездят, или хуже ездят, просто руки не оттуда растут.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Анализ состояния разработки языка Perl"  
Сообщение от Bacek on 13-Янв-09, 15:58 
Мнэээ... Ни хера себе сказку обкорнали. В статье написано совершенно другое.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Анализ состояния разработки языка Perl"  
Сообщение от Аноним (??) on 13-Янв-09, 16:04 
часто возникает вопрос - а нафега нам (перлоидам) фреймворки общего назначения?
часто слышны возгласы "да я вот так сделаю!", и обходят разнообразные фреймворки и прочие ORM своими ковбойскими трюками (sub { $_[0] <=> $_[1] } ). похоже вокруг этого подхода крутится современная культура перл-девелоперов.

сегодня обсуждал с коллегой целесообразность внедрения единого для нащей системы базового класса. в общем он так и не понял зачем эта методика :) в итоге в системе десятки классов и у каждого свой принцип построения конструктора. про ORM видимо совсем бесполезно говорить.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "Анализ состояния разработки языка Perl"  
Сообщение от helgi (??) on 13-Янв-09, 17:17 
Гете: «Лишь в чувстве меры мастерство приметно».
Сам сейчас буду беседовать с тим-лидом о внедрении некоторых базовых классов в систему, а то надоели эти рыба, рак и щука :-)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

33. "Анализ состояния разработки языка Perl"  
Сообщение от EvAn (??) on 14-Янв-09, 10:38 
>сегодня обсуждал с коллегой целесообразность внедрения единого для нащей системы базового класса.
>в общем он так и не понял зачем эта методика :)
>в итоге в системе десятки классов и у каждого свой принцип
>построения конструктора. про ORM видимо совсем бесполезно говорить.

Аналогичная ситуация.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

34. "Анализ состояния разработки языка Perl"  
Сообщение от XoRe (ok) on 14-Янв-09, 10:42 
perl - отличная штука для написания системных скриптов.
Имхо, очень хорошо справляется с задачей "воздействие на систему из веб морды".
Есть даже такой проект webmin - web gui для админства сервера.
Причем web сервер написан на perl.

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

В статье так и пишется:
Perl began life as a language for systems administration, probably because its creator Larry Wall was a systems administrator at the time. With the release of Perl 5, the language changed to support more general programming - Larry was working as a general programmer by then.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

48. "Анализ состояния разработки языка Perl"  
Сообщение от pruss on 15-Янв-09, 21:27 
Soglasen na vse 100 !!! Aplodismenti ;)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

49. "Анализ состояния разработки языка Perl"  
Сообщение от Stanislauz on 16-Янв-09, 01:28 
Еще добавлю от себя несколько замечательных стеков, где Perl замечательно может использоваться:
В качестве PostgreSQL-функций, написанных на PL/perl (мысленно представляем объем CPAN, дуступный непосредственно на стороне SQL-сервера и млеем).
В качестве Milter'a sendmail посредством mimedefang (даже вообразить сложно какие системы обороны от спам-хренов можно возвести при помощи perl(mimedefang+CPAN) и sql(например, Postgres), да и системы отладки и протоколирования тоже.
На mod_perl можно создавать ОЧЕНЬ серьезные проекты, но не для новичков.

Настоящуюю силу Perl сможет познать только тот, кто с большим усердием занимался его изучением и знает его особенности. Просто вот такой вот он, ОСОБЕННЫЙ.

Единственное, для чего он, на мой взгляд, не подходит, так это написание GUI приложений, но ведь для этого есть, например, C++ + Qt.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

38. "бег галимого заголовка"  
Сообщение от Oles email on 14-Янв-09, 13:40 
... просто плохо пахнет :) Выглядит со стороны, что сейчас под веб пишут на перле для того, чтоб доказать, что и на перле можно писать под веб :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

47. "мб"  
Сообщение от hek (ok) on 15-Янв-09, 17:15 
М.б. и так, но похоже на фоне общего отупления (.net, c# и проч.) perl переходит в категорию "элитных" инструментов, которые не с кондачка осваиваются.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

50. "мб"  
Сообщение от User (??) on 16-Янв-09, 05:00 
не пишите вы на perl, только потому что вы его не знаете его :) или больше платят там где не perl


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

52. "бег галимого заголовка"  
Сообщение от deadl2 email on 17-Янв-09, 12:18 
>... просто плохо пахнет :) Выглядит со стороны, что сейчас под веб
>пишут на перле для того, чтоб доказать, что и на перле
>можно писать под веб :)

писать ради того чтоб что-то доказать?
- Следующую "аксиому"

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру