The OpenNET Project / Index page

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

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

"Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10.1"  +/
Сообщение от opennews (??) on 14-Дек-15, 12:14 
Инженеры одного из хостинг-операторов, специализирующегося на размещении сайтов на базе WordPress, опубликовали (https://kinsta.com/blog/the-definitive-php-7-final-version-h.../) результаты оценки производительности PHP 7.0 (https://www.opennet.ru/opennews/art.shtml?num=43449) в сравнении с прошлой веткой PHP 5.6 и развиваемой инженерами Facebook виртуальной машины HHVM (http://hhvm.com/) (HipHop Virtual Machine), снабжённой JIT-компилятором. Следует отметить, что стабильный выпуск HHVM 3.10.1 не является полностью совместимым с PHP 7.0, базовая совместимость с PHP 7.0 пока обеспечена (http://hhvm.com/blog/10859/php-7-support) только в экспериментальной ветке HHVM 3.11.

Тестирование проводилось с использованием WordPress 4.3.1, Drupal 8, Magento 2.0 CE, OctoberCMS build 309, PyroCMS v3 beta2, Laravel 5.1.11 и Flarum v0.1.0-beta.4. Во всех тестах, за исключением Laravel, наибольшую производительность продемонстрирвоал  HHVM, но отставание PHP 7.0 было не столь существенным, как в случае использования PHP 5.6. Например, в тесте Magento PHP 7.0  и HHVM продемонстрировали 183.87 и 192.19 транзакций в секунду, а в WordPress -  357.69 и 306.24. В тесте Laravel PHP 7.0 даже обогнал HHVM. Тест форумом Flarum провести не получилось, так как его не удалось запустить с HHVM и PHP 7. В тесте
Drupal 8 разрыв в производительности оказался почти в два раза 1739.28 у HHVM против 917.10 у PHP 7.0.

<center><a href="https://kinsta.com/wp-content/uploads/2015/12/Copy-of-Copy-o... src="https://www.opennet.ru/opennews/pics_base/0_1450083877.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>

<center><a href="https://kinsta.com/wp-content/uploads/2015/12/Drupal-8.png&q... src="https://www.opennet.ru/opennews/pics_base/0_1450083895.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
<center><a href="https://kinsta.com/wp-content/uploads/2015/12/Copy-of-Transa... src="https://www.opennet.ru/opennews/pics_base/0_1450083913.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
<center><a href="https://kinsta.com/wp-content/uploads/2015/12/OctoberCMS.png... src="https://www.opennet.ru/opennews/pics_base/0_1450083933.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>

<center><a href="https://kinsta.com/wp-content/uploads/2015/12/PyroCMS-3.png&... src="https://www.opennet.ru/opennews/pics_base/0_1450083954.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
<center><a href="https://kinsta.com/wp-content/uploads/2015/12/Laravel-5.1.pn... src="https://www.opennet.ru/opennews/pics_base/0_1450083977.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>

URL: https://kinsta.com/blog/the-definitive-php-7-final-version-h.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=43515

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +1 +/
Сообщение от Аноним (??) on 14-Дек-15, 12:14 
Жаль JIT не вошёл в PHP 7, но зато есть куда двигаться в PHP 8.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +2 +/
Сообщение от Anik on 14-Дек-15, 12:29 
Может тогда уж сразу переходить на HHVM и не ждать PHP 8?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

46. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от Keltanas on 15-Дек-15, 17:05 
А вы пробовали использовать его в продакшене не перезапуская каждые пол часа?
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

48. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –1 +/
Сообщение от SubGun (??) on 17-Дек-15, 08:11 
Он валится от каждого чиха. Там, где php просто в лог ошибку пишет, hhvm падает совсем. Это ппц как тупо.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

49. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –1 +/
Сообщение от Аноним (??) on 18-Дек-15, 13:19 
Лучше пусть SIMD адаптируют, JIT не поможет.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Joomla"  –1 +/
Сообщение от noname.htm on 14-Дек-15, 12:26 
Жаль, что Jommla! в тест не попала.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Joomla"  –2 +/
Сообщение от Нанобот (ok) on 14-Дек-15, 17:37 
и битрикс
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

45. "Joomla"  +/
Сообщение от Georges (ok) on 15-Дек-15, 15:07 
Битрикс не работает на PHP 7.0.0
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

4. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от index.php on 14-Дек-15, 12:30 
Неплохо
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –10 +/
Сообщение от Аноним (??) on 14-Дек-15, 12:39 
О как! Слышал от знакомого пхпешника, что скорость PHP уже можно сравнить с С++. А HHVM выходит побыстрее С++ будет. =)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +41 +/
Сообщение от Аноним (??) on 14-Дек-15, 12:45 
> Слышал от знакомого пхпешника, что скорость PHP уже можно сравнить с С++

С кодом на C++, написанным пехапешником? Верю.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

50. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от Ostrich on 25-Дек-15, 03:22 
АХахахахаха
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

7. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от Йода Мастер on 14-Дек-15, 13:16 
сравнить-то, конечно, можно.
на 30-40% медленнее в сравнении 50-60% пхп5
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +8 +/
Сообщение от Аноним (??) on 14-Дек-15, 13:48 
Лет десять назад, кажется, в моде было утверждение, что Java код на ассемблере обгоняет.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +4 +/
Сообщение от гость on 14-Дек-15, 13:52 
Код написанный на С++, обгоняет сам себя, переписанный на PHP. О, как!
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

15. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –4 +/
Сообщение от rob pike on 14-Дек-15, 14:29 
Смотря какой код. За счет JIT в определенных случаях запросто может обгонять.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

21. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +7 +/
Сообщение от Аноним (??) on 14-Дек-15, 15:09 
JIT'ов написаны уже сотни, но что-то на практике этих "определйнных условий" так ни у кого и не наступило. Забудьте, никогда никакие JITы, а тем более в динамически типизированных языках не обгонят нормальный скомпилированный код.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

28. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –2 +/
Сообщение от rob pike on 14-Дек-15, 18:43 
Про LuaJIT не слышали?
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

32. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –1 +/
Сообщение от Аноним (??) on 14-Дек-15, 19:02 
Срочно гуглить LibJit.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

22. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +1 +/
Сообщение от Нимано on 14-Дек-15, 15:23 
> Лет десять назад, кажется, в моде было утверждение, что Java код на
> ассемблере обгоняет.

Особенно если его написал тот же жабо-программист )

В 2005 уже был GCC4.
Обогнать его или интеловский/мсовский конечно было можно, но отнюдь уже не "дуриком" и в основном на SIMD.

За 2005 не скажу, но в 2009, после вдумчивой оптимизации (т.е. изучения документации интеля к конкретному цпу) можно было выжать 10-12 дополнительных процентов. Правда, ЧСХ – для этой самой конкретной модели, т.к. для других производительность падала на этот самый десяток процентов )

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

36. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +3 +/
Сообщение от anonymous (??) on 14-Дек-15, 22:34 
Да-да. Как-то пришло ко мне одно чудо с заявой что его программа на жабе быстрее эквивалента на C.

Ничего не сказала рыбка, лишь посмотрела на вызовы strlen() в условии цикла for() и ушла в глубокое море.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

47. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от Sen on 16-Дек-15, 15:00 
Бесспорно, взять PHP и сравнить эту программу с C++ на каком нибудь IBM PC/AT 286... PHP будет опережать код на C++!
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +1 +/
Сообщение от Аноним (??) on 14-Дек-15, 14:05 
т.е. движение в сторону типизации/строгости языка и внесения ясности, сказывается положительно на производительности приложений. Главное непереусердствовать.

Плюс, некоторые фреймворки, демонстрируют неплохие результаты. Видимо сказывается: грамотное использование новых возможностей языка, успешное применение подходов DI/IoC

Было бы небезинтересно взглянуть тесты на производительность для: массивов, строк, подключений модулей, объектов.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –1 +/
Сообщение от Штунц on 14-Дек-15, 14:22 
честно говоря, не ясно, зачем вообще нужны языки без строгой типизации

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

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

14. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +2 +/
Сообщение от тоже Аноним email(ok) on 14-Дек-15, 14:25 
Всего лишь забота о программистах, у которых в противном случае 10% типового скрипта будут занимать переводы строки в число и обратно.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

27. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –2 +/
Сообщение от Crazy Alex (ok) on 14-Дек-15, 18:18 
А где они столько строкового ввода берут, на который отдельный код надо писать, а не циклы какие-нибудь? Насчёт "обратно" - тем более бред - код останется РОВНО таким же, как и был. А вообще - такие проблемы решаются удобным синтаксическим сахаром и вменяемым проектированием интерфейсов
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

33. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от тоже Аноним email(ok) on 14-Дек-15, 19:18 
Ну, например, "сырые" данные из БД - это таки строки. Которые, вполне возможно, не требуется преобразовывать для вывода, однако по ходу дела нужно, скажем, отсортировать по одному из столбцов. И в столбце этом может оказаться текст, дата, числа - где целые, где нет... так вот, сейчас в РНР это неважно, сравнение работает без явного приведения. Строки и даты будут сравниваться лексически, числа - по значению. Теоретически неявное приведение может привести к полной неразберихе, но именно в той области, где применяется PHP, оно сплошь и рядом оправдано. Потому что, вполне возможно, даже неверное приведение - совсем не сломает систему, просто порядок сортировки будет не тем, который, возможно, ожидался.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

34. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +1 +/
Сообщение от DeadMustdie email(??) on 14-Дек-15, 20:47 
> Ну, например, "сырые" данные из БД - это таки строки.

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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

38. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –1 +/
Сообщение от тоже Аноним email(ok) on 14-Дек-15, 22:45 
Речь про РНР. Функции РНР возвращают результаты из БД в виде массива строк.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

43. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от cmp (??) on 15-Дек-15, 03:07 
Время программулек, которые брали строковые аргументы из шелл, конвертили как им удобно и жили сами в себе, давно ушло. Сейчас межпроцессорное коммуникации строятся на json'оподобных наречиях, а участниками обмена часто является ПО несовместимое на уровне типов переменных, поэтому передавать бинарные структуры как есть даже в голову никому не приходит.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

35. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от анонимус (??) on 14-Дек-15, 21:32 
не из БД, а из MySQL, но да ее впрочем и БД то назвать сложно.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

37. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от тоже Аноним email(ok) on 14-Дек-15, 22:42 
А самой распространенной БД в интернете - еще сложнее. Но придется.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

39. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –1 +/
Сообщение от angra (ok) on 15-Дек-15, 00:05 
Ну вот тебе простая задача: получить от пользователя два числа, перемножить их и вывести результат. Два преобразования из строки в число, одно полезное действие и преобразование из числа в строку.
Теперь усложним задачу, при указании типа требуется различать не только строки и числа, но и числа разных типов, самый минимум byte/int/longint/float/double, а лучше больше десятка, известных процессору. Предусмотреть вариант с тем, что введенное или полученное число не влезет в указанный тип. Обеспечить максимальное сохранение мантисы. Все еще не понимаешь, зачем нужны языки в которых можно написать просто 'say $ARGV[0] * $ARGV[1]' ?
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

41. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +1 +/
Сообщение от Аноним (??) on 15-Дек-15, 02:15 
А теперь учти, что вместо чисел от пользователя может прийти мусор и нужно корректно среагировать а не упасть всем скриптом.
Может тогда будет понятно, чт простота выражения 'say $ARGV[0] * $ARGV[1]' это иллюзия.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

44. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от angra (ok) on 15-Дек-15, 03:39 
Ты не поверишь, но никакого падения не произойдет:

$ perl -E 'say $ARGV[0] * $ARGV[1]'  dsf dsf
0

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

17. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от rob pike on 14-Дек-15, 14:34 
> честно говоря, не ясно, зачем вообще нужны языки без строгой типизации

Сравните Template Haskell и reader macros в LISP - начнете догадываться.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

25. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от Crazy Alex (ok) on 14-Дек-15, 18:11 
Одну экзотику с другой, причём обе вообще не относятся к делу? Зачем?
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

29. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  –1 +/
Сообщение от rob pike on 14-Дек-15, 18:46 
Для понятности.


Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

19. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +4 +/
Сообщение от Blind Vic (ok) on 14-Дек-15, 14:48 
Вы не путаете строгую типизацию со статической?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

20. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +1 +/
Сообщение от Нимано on 14-Дек-15, 14:51 
> зачем вообще нужны языки без строгой типизации

Т.е. по вашему, Си не нужен – зато "да здравствует питон!"? 0_o

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

23. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от Аноним (??) on 14-Дек-15, 15:55 
Ага, вместо $var = $_GET['id']; нужно будет писать $var = (int)$_GET['id']; Трогедия.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

26. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от Crazy Alex (ok) on 14-Дек-15, 18:13 
Например. И получать эксепшн, если оно не преобразуется. Вполне имеющий право на жизнь вариант.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

30. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от rob pike on 14-Дек-15, 18:49 
И не получать если преобразуется. Приехало "улица Ленина", положили в $last_name, порадовались статической типиизации, которая всех спасла.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

31. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +2 +/
Сообщение от ram_scan on 14-Дек-15, 18:52 
Лучше выловить эксепшн, чем потом в продакшне выяснять какого полового органа оно задним числом погоду в унитазе посчитало из-за того что одна обезьяна проверку ввода не сделала, а вторая вместо десятичной точки запятую поставила.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

40. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от Аноним (??) on 15-Дек-15, 01:38 
Ну если вы хотите быть уверены что там именно int, то сейчас вы делаете проверку на is_int(), а завтра будете ловить эксепшен.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

11. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +1 +/
Сообщение от Анонимный Grammar on 14-Дек-15, 14:12 
А б*триксом протестировать слабо?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от тоже Аноним email(ok) on 14-Дек-15, 14:32 
Так уже: http://idea.1c-bitrix.ru/to-make-the-product-compatible-with.../
(слеш в конце съедает местный парсер).
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от george email(??) on 14-Дек-15, 14:19 
А что это за такие мегапопулярные цмс системы OctoberCMS PyroCMS ? Обычные цмски вроде битрикса жумлы и прочей нечести на HHVM видимо не запускаются(в силу отсутствия ПХПшных модулей) ? =)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +/
Сообщение от тоже Аноним email(ok) on 14-Дек-15, 14:39 
Про битрикс ссылка выше, Джумла собирается выкатить версию 3.5 с заявленной поддержкой PHP 7 только к концу февраля.
Так что - кто успел обеспечить совместимость, того и померили.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

42. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."  +1 +/
Сообщение от Корабельная крыса on 15-Дек-15, 02:18 
Ничего, что жрет на один скрипт HHVM (87MB), PHP 7.0 (16мб)?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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