The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлена атака на браузеры, позволяющая определить сайт ..., opennews (ok), 21-Ноя-18, (0) [смотреть все]

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


29. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от нах (?), 21-Ноя-18, 15:50 
соответственно и wasm надо отправить ровно туда же, куда и "обычный" js.

Атака идет через совершенно ненужные возможности, засунутые в браузер этих ваших интернетов.

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

35. "Представлена атака на браузеры, позволяющая определить сайт ..."  –6 +/
Сообщение от Аноним (35), 21-Ноя-18, 15:54 
>ненужные возможности

Ты СКОЗАЛ??!!!

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

38. "Представлена атака на браузеры, позволяющая определить сайт ..."  +18 +/
Сообщение от нах (?), 21-Ноя-18, 15:57 
я, в отличие от тебя, миленниала, отлично помню что все нужные мне сайты когда-то прекрасно обходились без ненужно-функционала - и ими было быстрее, удобнее и приятнее пользоваться, в отличие от современного скриптованного дерьма.

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

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

48. "Представлена атака на браузеры, позволяющая определить сайт ..."  –6 +/
Сообщение от Аноним (68), 21-Ноя-18, 16:21 
> я, в отличие от тебя, миленниала, отлично помню

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

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

168. "Представлена атака на браузеры, позволяющая определить сайт ..."  +1 +/
Сообщение от Аноним (165), 22-Ноя-18, 11:36 
Вы таки не понимаете различий между "запретить" и "сделать легче и выпилить кучу телеметрии и рекламы"? 99% js кода это телеметрия и релкама, таки да. Особенно умиляет когда его начинают юзать на одностраничном сайте без динамики ради рюшечек и анимаций которые спокойно делаются на CSS, ещё и работают в результате быстрее.
Ответить | Правка | Наверх | Cообщить модератору

77. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от КГБ СССР (?), 21-Ноя-18, 17:29 
Кстати, вот что интересно. Давеча ходил я из текстового интерфейся широко известной программы yast на сайта Новелля — и оно таки сходило нормально, опознало подписку и всё такое. За браузер был w3m. 2018 год, однако, приятно. За такие вещи я очень люблю Кговавый Ынтерпрайз старой закалки.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

66. "Представлена атака на браузеры, позволяющая определить сайт ..."  +7 +/
Сообщение от Аноним84701 (ok), 21-Ноя-18, 16:38 
>>ненужные возможности
> Ты СКОЗАЛ??!!!

Ты круто опрАверг?
Большую часть всех этих фенечек, для которых сейчас используется JS, можно было реализовать предоставлением АПИ в браузере или расширением HTML.
Но нет, ведь под каждую отдельную хотелку проще было делать костыль-подпорку, попутно накручивая потихоньку мегатонны абстракций.
А потом вдруг оказалось, что к этому небоскребу из костылей и подступиться боязно и обойтись уже никак не получается и заменить не выходит - легаси-с. А все когда-то сэкономленные средства ушли на разработку мощнейших JIT-движков ("бонусом" DOM реализации в браузерах стали жрать память сотнями МБ) -- просто чтобы оставить статус-кво.
И теперь почему-то каждый второй бложик с текстом и картинками без активного JS  нормально-читабельно не отобразится (а вместо каждого третьего будет вообще белая страничка или только шапка). Ну и жрет такой современный браузер совершенно по современному, даже если показывает ровно то же самое, что и 20 лет назад.
Профит пополам с прогрессом, че …


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

75. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от нах (?), 21-Ноя-18, 17:20 
вообще-то большую часть можно реализовать (и реализовывали до эпохи всеобщего разжижения мозгов) server-side.
Ну да, пользователю иногда надо было сделать два лишних клика мышью - а сегодня ей можно просто дрыгать, и ждать, пока под курсор подползет нужное.

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

78. "Представлена атака на браузеры, позволяющая определить сайт ..."  +1 +/
Сообщение от КГБ СССР (?), 21-Ноя-18, 17:33 
Чувак, JS к вебу приделали для интерактивных развлечений: чтобы баннеры мелькали и кнопочки переливались цветами радуги, снег шёл по экрану и тому подобных шалостей. Для дела же там другие средства предусмотрены — как верно заметил нах, это были клиент-серверные технологии. Коим уже десятки лет от роду. В это, наверное, будет не под силу поверить миллениалам, но изначально Веб спроектировали без всей этой интерактивщины на стороне клиента.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

92. "Представлена атака на браузеры, позволяющая определить сайт ..."  +1 +/
Сообщение от Аноним84701 (ok), 21-Ноя-18, 18:43 
> Для дела же там другие средства предусмотрены — как верно заметил нах, это были клиент-серверные технологии. Коим уже десятки лет от роду. В это, наверное, будет не под силу поверить миллениалам, но изначально Веб спроектировали без всей этой интерактивщины на стороне клиента.

Контекстное автодополнение/выбор из списка, сама проверка ввода в формах, частичное обновление (и обновление вообще без ручного "поллинга") -- где были все эти тайные технологии, когда сайт грузился 3КБ/c по диалапу с минутным тарифом (и нет, использование для этих целей некоторыми, особо "одаренными", жабаепплетов или флеша -- просто разновидность современных JS-извращений)?
Другое дело, что сейчас, чтобы сэкономить на частичном обновлении целых 15КБ, вполне могут для начала накачать фреймворков на 15МБ -- но это не повод для развешивания лапши на ушах у всех подряд.

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

106. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от КГБ СССР (?), 21-Ноя-18, 20:10 
Да, AJAX — кто помнит ещё это название? — был, в определённой мере, полезной вещью. Но всё, что выросло из него позже, это просто тихий ужас.
Ответить | Правка | Наверх | Cообщить модератору

107. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от Специалист по всему (?), 21-Ноя-18, 20:37 
> Контекстное автодополнение/выбор из списка

Сейчас есть datalist. По крайней мере если список небольшой и его можно загрузить вместе со страницей.

> сама проверка ввода в формах

Ещё сейчас есть атрибут pattern на инпутах принимает регулярки, стили могут реагировать на состояние инпута (валидный или нет).

> частичное обновление (и обновление вообще без ручного "поллинга") -- где были все эти тайные технологии, когда сайт грузился 3КБ/c по диалапу с минутным тарифом

Автообновление данных по диалапу? Могли ведь и по морде дать.

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

113. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от Аноним84701 (ok), 21-Ноя-18, 21:07 
>> Контекстное автодополнение/выбор из списка
> Сейчас есть datalist. По крайней мере если список небольшой и его можно

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

> Автообновление данных по диалапу? Могли ведь и по морде дать.

Ну ведь особо одаренным это не мешало реализовывать чат/"shout-out" в HTML через refresh-тег в метаданных.
Или вставлять BMPшки. А так -- возможно опять кучей велосипедов и подпорок меньше было бы.

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

120. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от Специалист по всему (?), 21-Ноя-18, 22:24 
> Только нужно было не сейчас, а еще тогда. Глядишь и костылей бы
> (или "исторически сложившихся" паттернов и практик) меньше наклепали.

Кому, тебе? Почему же ты не сделал тогда?

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

121. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от Аноним84701 (ok), 21-Ноя-18, 22:31 
>> Большую часть всех этих фенечек, для которых сейчас используется JS, можно было реализовать предоставлением АПИ в браузере или расширением HTML.
>> Только нужно было не сейчас, а еще тогда. Глядишь и костылей бы (или "исторически сложившихся" паттернов и практик) меньше наклепали.
> Кому, тебе? Почему же ты не сделал тогда?

В ход пошла банальная демагогия, лишь бы оправдать любимый фетиш?

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

114. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от нах (?), 21-Ноя-18, 21:29 
> Контекстное автодополнение

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

> выбор из списка,

делается без всякого js со времен html2.0. Кстати, в нем работает поиск по первым буквам - тоже без всякого js и "автодополнений".

> сама проверка ввода в формах

server-side, а вообще - чем меньше проверяешь, тем лучше пользователю, см. когдатошние темы на хабре про то, какие бывают почтовые адреса и почему любые проверки там - зло (включая кадастровые, потому что у почты, внезапно, некадастровые адреса и синхронизируется не мгновенно)

> частичное обновление

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

все это попытки из гипертекста сделать подобие интерфейса windows, нахрен оно не надо для _работы_. Только для самоудовлетворения альтернативно-одаренных - "посмотри как я могу".

единственное, пожалуй, разумное применение аякса - бесконечные ленты в тентаклике/мордокнижечке, но, сам понимаешь, оно предназначено для решения никаких задач и никакой полезной деятельности - наоборот, побольше потратить твоего времени (глядишь, и на полезной рекламке кликнешь)

> этих целей некоторыми, особо "одаренными", жабаепплетов или флеша -- просто разновидность
> современных JS-извращений

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

> Другое дело, что сейчас, чтобы сэкономить на частичном обновлении целых 15КБ, вполне могут
> для начала накачать фреймворков на 15МБ

эээ, дедуля, вы от жизни отстали, чугунка ваша уже на вторчермет сдана, паровоза не ждите, звиздуйте на автобус с экологичным двигателем евро5... откройте на досуге девконсоль и network в ней, ужаснитесь. Какие 15 мб - хорошо если не все 150!

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

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

117. "Представлена атака на браузеры, позволяющая определить сайт ..."  +1 +/
Сообщение от Аноним84701 (ok), 21-Ноя-18, 21:51 
>> Контекстное автодополнение
> это то, которое все, матерясь, везде отключают, потому что заманало собирать профили?

А можно не дергать отдельные части предложения?
И нет, это когда  содержание второго списка зависит от контекста. Например, выбора в первом списке. Без надобности после сабмита полностью перезагрузить страницу.
Например, что-то типа спец-фрейма (совсем-совсем без JS) для форм, позволяющий отослать и получить ответ  без перезагрузки (и излишнего ковыряния в ДОМе) остального содержимого страницы.

> делается без всякого js со времен html2.0. Кстати, в нем работает поиск
> по первым буквам - тоже без всякого js и "автодополнений".

Нет, это не делается со времен html2.0. Потому что запихнуть все 100500 вариантов в несчастный список -- немного не о том.

>> сама проверка ввода в формах
> server-side, а вообще - чем меньше проверяешь, тем лучше пользователю, см. когдатошние

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

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

Не нужно путать очередной лисапед с квадратными колесами и (гипотетически) грамотную реализацию в браузере.

> все это попытки из гипертекста сделать подобие интерфейса windows, нахрен оно не
> надо для _работы_. Только для самоудовлетворения альтернативно-одаренных - "посмотри  как я могу".

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

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

140. "Представлена атака на браузеры, позволяющая определить сайт ..."  +3 +/
Сообщение от Аноним (140), 22-Ноя-18, 06:42 
> это когда  содержание второго списка зависит от контекста. Например, выбора в первом списке…

Есть такой UX-паттерн — пошаговый мастер. Прекрасно реализуется без JS-подпорок. В большинстве случаев ещё и работать будет быстрее.

> Ага, перезагрузить все содержимое страницы для проверки (без разницы, на тогдашнем диалапе или современном GPRS), чтобы увидеть "этот ник занят" или "вы забыли заполнить дату", т.е. вместо пары сотен байт переслать (в лучшем, идеально-сферическом случае) пару сотен килобайт  -- это верх элегантности.

Страх "перезагрузки страницы" смешон, учитывая скорость современных браузеров и интернет-каналов. Даже на шикарном по меркам ранних 2000-х канале в 64kbps (это ведь его ты имеешь в виду под "GPRS"?) современный смартфон может успеть загрузить страницу, отрендерить и отредактировать DOM скриптами несколько раз — меньше чем за 400мс.

Проблемы начинаются, когда вместо браузерного API начинают использовать новомодный "Lo DASH xxxJS 9000 (jQuery edition!)" объёмом 20 Мб, и по полезности сопоставимый с leftpad, а вместо статического HTML — какой-нибудь React, который и десктопный-то браузер ставит на колени, не говоря уже о мобильниках. Налицо эффект slippery slope — поколение, начавшее разработку со слепой веры, что "Ajax есть хорошо!", свысока посматривает на серверный рендеринг, а на них в свою очередь свысока посматривают фанаты Angular, которым в свою очередь на пятки наступают адепты Web Components… А когда страница грузится по 20 секунд, каждый начинает кивать на предыдущего. И в итоге оказывается, что виноват кривой и малофункциональный HTML, медленный браузер, медленные каналы — в общем что угодно, но не прослойка между компом и стулом.

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

147. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от КГБ СССР (?), 22-Ноя-18, 09:08 
> Есть такой UX-паттерн — пошаговый мастер. Прекрасно реализуется без JS-подпорок.
> В большинстве случаев ещё и работать будет быстрее.

Совершенно верно. Однако идея про next-next-next обрела дурную репутацию — не в последнюю очередь благодаря агрессивным линуксоидам. И сейчас вебмакаки вываливают в браузер все 20—30 МБ прогрессивной вебстраницы сразу, одним куском, да ещё постоянно что-нибудь догружая извне.

>[оверквотинг удален]
> сопоставимый с leftpad, а вместо статического HTML — какой-нибудь React, который
> и десктопный-то браузер ставит на колени, не говоря уже о мобильниках.
> Налицо эффект slippery slope — поколение, начавшее разработку со слепой веры,
> что "Ajax есть хорошо!", свысока посматривает на серверный рендеринг, а на
> них в свою очередь свысока посматривают фанаты Angular, которым в свою
> очередь на пятки наступают адепты Web Components… А когда страница грузится
> по 20 секунд, каждый начинает кивать на предыдущего. И в итоге
> оказывается, что виноват кривой и малофункциональный HTML, медленный браузер, медленные
> каналы — в общем что угодно, но не прослойка между компом
> и стулом.

Два плюса этому анониму!

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

185. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от Аноним84701 (ok), 22-Ноя-18, 14:26 
> Страх "перезагрузки страницы" смешон, учитывая скорость современных браузеров и интернет-каналов.
> Даже на шикарном по меркам ранних 2000-х канале в 64kbps (это  ведь его ты имеешь в виду под "GPRS"?)

Нет, в реальности это обычно "минимальный прием с многосекундным временем отклика, сбоями и обрывами соединения", а не "из него ведь тоже теоретически можно выжать 100500kbps".
> современный смартфон может успеть загрузить страницу, отрендерить и отредактировать DOM скриптами несколько раз — меньше чем за 400мс.

Может. Конечно может. Но вообще-то, поговаривают что за МКАД^W чертой города тоже есть жизнь (да и "внутри" соединение далеко не всегда близко к идеальному). А там 400мс достижимы только если угнать машину времени или встать под мачтой связи.

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

197. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от нах (?), 23-Ноя-18, 09:53 
>> Страх "перезагрузки страницы" смешон, учитывая скорость современных браузеров и интернет-каналов.
>> Даже на шикарном по меркам ранних 2000-х канале в 64kbps (это  ведь его ты имеешь в виду под "GPRS"?)
> Нет, в реальности это обычно "минимальный прием с многосекундным временем отклика, сбоями
> и обрывами соединения", а не "из него ведь тоже теоретически можно

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

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

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

> идеальному). А там 400мс достижимы только если угнать машину времени или
> встать под мачтой связи.

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

Повторяю, вы рассказываете о вкусе апельсинов тому, кто ими регулярно кидается из окон - жрать все равно невозможно.

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

202. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от Аноним84701 (ok), 23-Ноя-18, 14:41 
>> Нет, в реальности это обычно "минимальный прием с многосекундным временем отклика, сбоями
>> и обрывами соединения", а не "из него ведь тоже теоретически можно
> в такой реальности с твоим аяксом работать будет вообще невозможно

Мля. Причем тут аякс, тем более "мой"? Если бы кое-кто удосужился читать ветку целиком, а не отдельные ее части (тем более отдельными кусками, попутно додумая какую-то рень), то заметил бы, что я никаким боком за аякс и прочие костыли не топил (а как бы, совсем наоборот) …

> в общем, видно теоретика, никогда по таким каналам не работавшего (я с таким сталкиваюсь три-пять раз в году, к счастью, не по работе, поэтому просто закрываю фаршированные сайты - "открою, когда домой вернусь, может быть")

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

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

159. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от нах (?), 22-Ноя-18, 10:42 
> И нет, это когда  содержание второго списка зависит от контекста. Например, выбора в первом
> списке.

значит, это две разные страницы. И нет, ничего ужасного в том что загрузится еще одна с тем же кэшем tls сессии - нету, в отличие от аяксового мусора, попутно заглянувшего на два десятка ненужно-cdn только чтобы "не перерисовывать страницу".
(и да, у пряморуких работает кнопка back, чтобы поправить что-то две страницы назад)

> Потому что запихнуть все 100500 вариантов в несчастный список -- немного не о том.

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

просто немодно, немолодежно, неинтересно.

> Ага, перезагрузить все содержимое страницы для проверки (без разницы, на тогдашнем диалапе или
> современном GPRS), чтобы увидеть "этот ник занят"

ничем ужасным не является, если a) на странице был только этот ник, а не вы заставили заодно пользователя заполнить миллиард полей, причем половину заботливо сбросили, а то ж несекьюрно получается b) страница умещается в один пакет с одного сервера (все элементы оформления должны уже быть в кэше). Но опять так немодно и немолодежно - при том что даже модные-аяксовые интерфейсы можно так спроектировать. Раз в сто лет попадается. Кнопка вернуться-назад есть раз в пятьсот.

> (гипотетически) грамотную реализацию в браузере.

а браузер тут что может делать? Была бы целиком страница или хотя бы iframe - он мог бы на выбор вывести нормальный диалог или, если уж хочется модного страничного интерфейса - вместо нее нарисовать "извините, что-то пошло не так". А у вас кусок, подлежащий дальнейшей обработке скриптом - неизвестного браузеру формата и назначения, он ничего не может ни сам показать, ни скрипту вернуть, поскольку не знает - куда показывать, и что возвращать.

> Очевидно, что если бы оно совсем-совсем не нужно было, то и спроса на это не было.

а спроса и нет - что знают почти все, кому досталось поддерживать всякие old.vtb24.ru - поток траффика на них не утихает, пока там уже  ничего кроме редиректа не остается.

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

> воспринимается как некое тепримое зло, к которому потихоньку привыкают.

люди обожают терпеть мелкие неудобства.

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

42. "Представлена атака на браузеры, позволяющая определить сайт ..."  +/
Сообщение от КО (?), 21-Ноя-18, 16:07 
зачем? Без js wasm практически не способен к контактам... :)
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

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

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




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

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