Ru-Board.club
← Вернуться в раздел «Программы»

» Miranda NG

Автор: boss911
Дата сообщения: 08.08.2014 01:28
watcherhd

Сори, немного не понял, так PluginUpdater обновляет только плагины или ядро (Core\*, mir_core.dll, Miranda32.exe, pu_stub.exe и Zlib.dll) тоже (при наличии новой версии)?

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



Если у меня стоит стабильная версия (ядро и плагины), но я хочу обновить всего лишь один плагин, но он из ночника. И наоборот, стоит ночник, а я хочу поставить плаг от стабильной версии. Так можно или не нужно? Или, судя по вашим словам, нужно жетско придерживаться типу/ветки сборки, стабл к стабл и ночник к ночнику? Или даже еще жестче, ядро+плагины должны быть только в пределах одной версии/сборки?
Автор: watcherhd
Дата сообщения: 08.08.2014 08:31
boss911


Цитата:
Если у меня стоит стабильная версия (ядро и плагины), но я хочу обновить всего лишь один плагин, но он из ночника. И наоборот, стоит ночник, а я хочу поставить плаг от стабильной версии. Так можно или не нужно? Или, судя по вашим словам, нужно жетско придерживаться типу/ветки сборки, стабл к стабл и ночник к ночнику? Или даже еще жестче, ядро+плагины должны быть только в пределах одной версии/сборки?


Чем ближе ночник к стабильной версии, тем больше шансов, что заработает и так и этак, но гарантий нет никаких. Нм пришлось распрощаться с обязательно соблюдаемой обратной совместимостью ради оперативного изменения ядра и большого количества плагинов, так что желательно (а скорее даже необходимо) придерживаться версий плагинов и ядра из той же ветки (Pluginupdater знает их по хэшу). Критические исправления мы нередко бэкпортируем в стабильную ветку даже без изменения версии ядра (PluginUpdater скачивает исправленный модуль). Сборки лучше создавать на версиях стабильных (потом ясно откуда "добирать" какие-нибудь плагины и даже если стабильная версия меняется, архив её доступен на сайте в папках Deprecated).
Автор: boss911
Дата сообщения: 08.08.2014 10:02
watcherhd

Спасибо, все понял.



Еще один баг, снова DbEditorPP.dll. Делаю экспорт всей базы (с контактами вместе) в INI, в конце файла вижу такой глюк:

Код: [Модуль]
. . . . . . .

[tabSRMM_Templates]
setup=b2
CONTACT: Server: UANet *(IRC)*<Nick>*{Server: UANet}*

[CList]
. . . . . . .
Автор: watcherhd
Дата сообщения: 08.08.2014 12:36
boss911

Цитата:
Еще один баг, снова DbEditorPP.dll. Делаю экспорт всей базы (с контактами вместе) в INI, в конце файла вижу такой глюк:


Понял, будем посмотреть.
Автор: boss911
Дата сообщения: 08.08.2014 12:44
Еще одна непонятка, а может и глюк. При установке (моя сборка), создается AutoExec_User.ini такого содержания:

Код: SETTINGS:

[Langpack]
Current=ulangpack_ukrainian.txt
Автор: watcherhd
Дата сообщения: 08.08.2014 13:18

Цитата:
Берем базу без модуля [Langpack], кладем "langpack_russian.txt", запускаем Миранду, автоматом получаем русский фейс, но при этом в настройках стоит английский, а ведь по логике, по дефолту должен быть родной язык (он и выбран в настройках), если есть опция выбора языков фейса


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

Добавлено:

Цитата:
Такое впечатление, что в ядре прописали приоритет, что первым делом надо читать "langpack_russian.txt", не обращая внимания, что там в '[Langpack]\Current'.


То есть если положить не русский, а иной, то такого не будет? Любой лэнг будет подхвачен. Первый по алфавиту.

А насчет прописанного в базе и несовпадения - надо проверять, там всё сложно.

Добавлено:
У нас при применении языка из опций дергается служба динамической перезагрузки лэнгпака, что при внесении просто в базу не происходит. Поэтому лучше установщиком класть в папку только тот языковой пакет, что совпал с языком OS, а '[Langpack]\Current' не трогать вовсе. Тогда подхватится тот языковой пакет, что лежит, а при отсутствии его - будет английский.
Автор: boss911
Дата сообщения: 08.08.2014 13:49
watcherhd

Первый случай. Имеем базу без '[Langpack]\Current' и ru и ua лангпаки. Миранда будет юзать ru, но в настройках языках показывает en. Почему русский берет, а не украинский? Первый по списку что ли юзает, такой принцип? Ладно, пусть будет такой принцип, но тогда пусть в языках показывает правильный язык, который автоматически был подключен.

Второй случай. Имеем вышеуказанный "AutoExec_User.ini" и ru и ua лангпаки. Делаем первый запуск Миранды. Какой язык фейса мы должны получить в этом случае? Конечно украинский, все логично. Но нет, язык фейса будет русский, но в настройках языка указан украинский. При втором и последующем запуске уже будет правильный язык фейса - украинский. Вы глюк поняли? При первом запуске Миранды, если в '[Langpack]\Current' уже указан лангпак, язык фейса будет от того лангпака, который идет первым в списке, в моем случае, должен быть ua, но ru в списке первый. Ситуация исправляется при перезапуске Миранды. Просто внимательно, пошагово, воспроизведите эту ситуацию и все сразу поймете.
Автор: watcherhd
Дата сообщения: 08.08.2014 13:50
Есть возможность при помощи Actman дергать сервис LangPack/Reload на первом запуске, тогда можно и из нескольких языков выбрать при указании '[Langpack]\Current' в базе, но это должны быть навыки работы с актманом, я расписывать как это делать точно не стану.

Добавлено:

Цитата:
Первый случай. Имеем базу без '[Langpack]\Current' и ru и ua лангпаки. Миранда будет юзать ru, но в настройках языках показывает en. Почему русский берет, а не украинский? Первый по списку что ли юзает, такой принцип? Ладно, пусть будет такой принцип, но тогда пусть в языках показывает правильный язык, который автоматически был подключен.


Да, именно, по алфавиту приоритет, а вот с отображением реально надо разобраться, шалит.
Автор: boss911
Дата сообщения: 08.08.2014 13:52

Цитата:
Поэтому лучше установщиком класть в папку только тот языковой пакет, что совпал с языком OS, а '[Langpack]\Current' не трогать вовсе. Тогда подхватится тот языковой пакет, что лежит, а при отсутствии его - будет английский.

Не хотелось бы так, а все потому, что хочется оставить юзеру в дальнейшем менять язык без переустановки, то есть оставить мультиязычность, ведь это предусмотрено. Если бы это не было предусмотрено, как в IM, то я бы так и поступил, как вы сказали.
Автор: watcherhd
Дата сообщения: 08.08.2014 13:54

Цитата:
Второй случай. Имеем вышеуказанный "AutoExec_User.ini" и ru и ua лангпаки. Делаем первый запуск Миранды. Какой язык фейса мы должны получить в этом случае? Конечно украинский, все логично. Но нет, язык фейса будет русский, но в настройках языка указан украинский. При втором и последующем запуске уже будет правильный язык фейса - украинский.


Читайте пост выше, я описал почему это. применение из автоэкзека происходит поздно, миранда успевает всё равно схватить первый по списку лэнгпак, и без рефреша ну никак, только перезапуск. То есть автоэкзеком тут рулить не выйдет.
Автор: boss911
Дата сообщения: 08.08.2014 13:57
watcherhd

Цитата:
Есть возможность при помощи Actman дергать сервис LangPack/Reload на первом запуске

Вот этого я от вас (разработчиков) и добиваюсь, чтобы при первом запуске рефрешился языковой фейс, чтобы язык становился сразу таким, какой в '[Langpack]\Current'.

Цитата:
но это должны быть навыки работы с актманом, я расписывать как это делать точно не стану.

У меня подобных знаний нет, так что мне это ничего не даст.
Автор: watcherhd
Дата сообщения: 08.08.2014 14:00

Цитата:
Вот этого я от вас (разработчиков) и добиваюсь, чтобы при первом запуске рефрешился языковой фейс, чтобы язык становился сразу таким, какой в '[Langpack]\Current'.


Не получится. Точно также как в IM ничем не получится разрулить 2 языка в корне, первый по списку пойдет и всё. Применение языка происходит раньше базы, а дергать сервисы автоэкзеком невозможно.
Автор: boss911
Дата сообщения: 08.08.2014 14:01
watcherhd

Цитата:
применение из автоэкзека происходит поздно, миранда успевает всё равно схватить первый по списку лэнгпак

Ах, вот в чем причина. Но ведь можно же где-то в базе, в том же [Langpack], хранить параметр первого запуска (FirstRun=1), если он есть, ядро зарефрешит фейс, после чего удалит/обнулит метку/параметр первого запуска '[Langpack]/FirstRun=0'.
Автор: watcherhd
Дата сообщения: 08.08.2014 14:06
boss911 - надо подумать как решить этот вопрос (пока что я не знаю, решаем ли он в принципе, но хотелось бы решить). В общем я ребятам передал, может как-то вывернемся.
Автор: boss911
Дата сообщения: 08.08.2014 14:15
watcherhd

Цитата:
применение из автоэкзека происходит поздно, миранда успевает всё равно схватить первый по списку лэнгпак

А может поменять приоритет, сперва хватать AutoExec и только потом лангпак?

Или сначала читать, что там в [Langpack] и на основании прочитанного хватать соответствующий лангпак, если в [Langpack] пусто, тогда хватать первый в списке лангпак? Не знаю, как по мне, то правильно сначала читать, что там в базе, в нашем случае в [Langpack], и только потом все остальное, как это реализовано в других программах, где реализовано смена языков.
Автор: watcherhd
Дата сообщения: 08.08.2014 14:24

Цитата:
А может поменять приоритет, сперва хватать AutoExec и только потом лангпак?


Нет, это основы работы миранды уже, чрезмерно глубоко в ядре, это не переделать, тут придётся иначе. Скорее всего при импорте подлавливать ветку базы и дёргать рефреш.

Добавлено:

Цитата:
Не знаю, как по мне, то правильно сначала читать, что там в базе, в нашем случае в [Langpack], и только потом все остальное, как это реализовано в других программах, где реализовано смена языков.


Не всё так легко как хочется и одно дело сразу проектировать на многоязычность, совсем другое - влезать в программу с 14-летним кодом и внедрять это, абсолютно разные вещи. Брать полгода и переписывать тычячи строк кода ради реализации одной этой фичи - этого никто делать не будет, её бы тогда вообще не стли делать. Приходится обходить хитрыми путями.
Автор: boss911
Дата сообщения: 08.08.2014 14:39
watcherhd

Цитата:
Приходится обходить хитрыми путями.

Надеюсь, вы их (его) найдете. Как только, если что, плиз, отпишитесь, желательно в ПМ (тут могу проморгать).

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

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

А может правильно было бы подхватывать не первый в списке лангпак, а согласно языка ОС? Или все те же сложности 14-ти летнего кода программы?
Автор: watcherhd
Дата сообщения: 08.08.2014 14:47
Так, есть способ - в базу [Langpack] ветку не писать вовсе, в mirandaboot.ini прописать параметр

[Language]
DefaultLanguage=langpack_czech.txt

Здесь для примера дан чешский. В зависимости от языка бросать разный mirandaboot.ini с прописанным дефолтным языком. (вот об этом речь и идёт язык подхватывается до базы).
Автор: boss911
Дата сообщения: 08.08.2014 15:25
watcherhd

Спасибо, это решает проблему. Осталось вам только пофиксить отображение языка, вы поняли, о чем я ([Language]/DefaultLanguage эту ситуацию так же не решает).

А как в DefaultLanguage прописать английский? Если в базе надо прописать "Miranda32.exe", то для mirandaboot.ini такое не катит, а если ничего не писать, то подхватится первый лангпак. Очередная загвоздка.
Автор: watcherhd
Дата сообщения: 08.08.2014 23:01
boss911

Цитата:
А как в DefaultLanguage прописать английский? Если в базе надо прописать "Miranda32.exe", то для mirandaboot.ini такое не катит, а если ничего не писать, то подхватится первый лангпак. Очередная загвоздка.


http://trac.miranda-ng.org/changeset/10130 - будет в завтрашнем ночнике, с утра можно обновиться и проверить.

DefaultLanguage=default - так теперь прописывается английский в mirandaboot.ini (в базе тоже значение английского теперь default, а не Miranda32.exe).

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

Добавлено:
boss911

Цитата:
Еще один баг, снова DbEditorPP.dll. Делаю экспорт всей базы (с контактами вместе) в INI, в конце файла вижу такой глюк:

Код:
[Модуль]
. . . . . . .

[tabSRMM_Templates]
setup=b2CONTACT: Server: UANet *(IRC)*<Nick>*{Server: UANet}*

[CList]
. . . . . . .

Как видите, теряется разрыв строки между последним параметром модуля/плагина и первым контактом. В IM такого не было. Надеюсь, что исправят, а то при импорте такого INI, сами понимаете, что получим.


http://trac.miranda-ng.org/changeset/10131 - исправлено, будет доступно в завтрашнем ночнике, проверьте, пожалуйста.
Автор: boss911
Дата сообщения: 09.08.2014 11:10
watcherhd

Большое спасибо, теперь все работает как надо (v.0.95.3.10131). Глюков в DbEditorPP.dll так же нет.



Поскольку база от IM перешла в NG, в ней может быть мусор (от ядра и плагинов, а так же от плагинов, которых уже нет), от которого я хочу избавиться. В базе нашел модули (с настройками), имена которых мне ни о чем не говорят:

Код: [Idle]
[Netlib]
[SRAway]
Автор: watcherhd
Дата сообщения: 09.08.2014 12:44
boss911


[Idle] - Настройки ожидания, если нет никаких настроек в этом разделе (Настройки > Статус > Ожидание), то можно убить, всё сбросится на умолчания.

[Netlib] - глобальные настройки прокси, upnp и некоторых других вещей, связанных с сктью (Настройки > Сеть), а также настройки журнала (нетлога). Если нет никаких своих настроек, то можно убить, сбросится на умолчания.

[SRAway] - заданные сообщения статуса (Настройки > Статус > Сообщения статуса).


Автор: boss911
Дата сообщения: 09.08.2014 15:08
watcherhd

Спасибо. Это все мне нужно, оставляю. UPnP - это нужно (включить) в основном для владельцев роутеров?

А есть у Miranda32.exe ключ командной строки, который бы ее закрывал (аналог "Выход")? Типа:

Код: Miranda32.exe /exit
Автор: watcherhd
Дата сообщения: 09.08.2014 15:32

Цитата:
UPnP - это нужно (включить) в основном для владельцев роутеров?


Да, для автоматического переброса портов.


Цитата:
А есть у Miranda32.exe ключ командной строки, который бы ее закрывал (аналог "Выход")?


Нет, есть плагин командной строки для миранды CmdLine - из него можно.

Автор: boss911
Дата сообщения: 09.08.2014 16:49
watcherhd

Спасибо.

Если не ввести номер и пароль для ICQ, то при автоматическом подключении (KeepStatus.dll) выползают два одинаковых попапа (ICQ\ShowLogLevel=b3). Если вручную подключаться (кликом по протоколу), то один попап. В IM такого прикола нет. Не критично, но решил сообщить.

Пользуюсь джаббером (GTalk). Это нормально, если ввел не правильный логин/пароль или что-то одно не ввел, то при подключении ни какого сообщения (тишина), что что-то там неверное или не введено? В случае с ICQ/IRC подобное сообщение есть (попап). Можно бы прикрутить какую-то проверку на случай, если что-то не ввел, проверка от забывчивости (не внимательности). Ну а если что-то неверное ввел, то тут, как я понимаю, должен прийти ответ от сервера, тут уже не знаю.

Если плагин в плагинах отключен (снята галка), PluginUpdater его будет обновлять, при наличии новой версии? Интересно потому, что юзаю FirstRun.dll.

[more=VI]
Код: Operating System: Microsoft Windows XP Professional Service Pack 3 (build 2600)
Internet Explorer: 8.0.6001.18702 (build 86001)
Administrator privileges: Yes
OS Languages: (UI | Locale (User/System)) : Russian/Russian | Russian/Russian
Free disk space on Miranda partition: 6996 MBytes

Miranda NG Version: 0.95.3 alpha build #10131
Build time: 9 Aug 2014 5:37:44
Profile: C:\Program Files\Miranda NG\Profiles\User\User.dat
Profile size: 131072 Bytes
Profile creation date: 9 Aug 2014 16:25:16
Language pack: Russian (RU) [0419]
Service Mode: No

Active Plugins (29):
AdvaImg.dll v.0.11.0.1 [9 Aug 2014 5:31:06] - Miranda image services
AuthState.dll v.0.0.2.1 [6 Aug 2014 5:31:20] - Authorization state
AutoRun.dll v.0.1.0.1 [6 Aug 2014 5:35:14] - AutoRun
AVS.dll v.0.95.3.1 [9 Aug 2014 5:30:16] - Avatar service
Clist_modern.dll v.0.9.1.1 [9 Aug 2014 5:33:04] - Modern contact list
CrashDumper.dll v.0.0.4.22 [6 Aug 2014 5:33:58] - Crash dumper
DbEditorPP.dll v.3.2.0.1 [9 Aug 2014 5:33:50] - Database editor++
Dbx_mmap.dll v.0.95.1.3 [9 Aug 2014 5:30:18] - Miranda NG mmap database driver
FileAsMessage.dll v.0.0.2.4 [6 Aug 2014 5:33:12] - File as message
Fingerprint.dll v.0.1.0.0 [9 Aug 2014 5:35:06] - Fingerprint NG
FirstRun.dll v.0.0.0.2 [7 Aug 2014 5:32:20] - First run
Folders.dll v.0.2.0.1 [6 Aug 2014 5:31:32] - Custom profile folders
HistoryPP.dll v.1.5.1.5 [22 Jul 2014 11:48:18] - History++
ICQ.dll v.0.11.2.5 [9 Aug 2014 5:31:06] - IcqOscarJ protocol
IEView.dll v.1.4.0.0 [6 Aug 2014 5:31:38] - IEView
Import.dll v.0.11.0.1 [9 Aug 2014 5:30:14] - Import contacts and messages
IRC.dll v.0.11.0.2 [9 Aug 2014 5:30:54] - IRC protocol
Jabber.dll v.0.11.0.4 [9 Aug 2014 5:31:06] - Jabber protocol
KeepStatus.dll v.0.9.0.2 [6 Aug 2014 5:32:00] - Keep status
NewXstatusNotify.dll v.1.4.0.10 [9 Aug 2014 5:31:46] - xStatus notify
PluginUpdater.dll v.0.1.2.2 [9 Aug 2014 5:34:12] - Plugin updater
Popup.dll v.2.1.1.8 [6 Aug 2014 5:31:48] - Popup plus
SmileyAdd.dll v.0.2.3.17 [6 Aug 2014 5:32:04] - SmileyAdd
StartupStatus.dll v.0.8.0.47 [6 Aug 2014 5:32:02] - StartupStatus
TabSRMM.dll v.3.4.0.2 [9 Aug 2014 5:30:36] - TabSRMM
Tipper.dll v.2.1.0.5 [9 Aug 2014 5:32:08] - Tipper
TopToolBar.dll v.0.8.0.3 [9 Aug 2014 5:32:42] - TopToolBar
WhenWasIt.dll v.0.3.3.5 [6 Aug 2014 5:32:10] - Birthday reminder
YAMN.dll v.0.1.2.6 [6 Aug 2014 5:35:10] - Mail Notifier
Автор: watcherhd
Дата сообщения: 09.08.2014 17:23

Цитата:
Если плагин в плагинах отключен (снята галка), PluginUpdater его будет обновлять, при наличии новой версии? Интересно потому, что юзаю FirstRun.dll.


Да, должен обновлять (а кроме этого с FirstRun плагином беспокойства излишни, он-то точно никогда не меняется, там 2 строчки кода).




Добавлено:

Цитата:
Пользуюсь джаббером (GTalk). Это нормально, если ввел не правильный логин/пароль или что-то одно не ввел, то при подключении ни какого сообщения (тишина), что что-то там неверное или не введено?


А вы проверьте с jabber.ru, например. Это Google не дает отчета об ошибке.
Автор: boss911
Дата сообщения: 10.08.2014 01:58
watcherhd

Цитата:
Это Google не дает отчета об ошибке.

Да, я так и понял, с другим сервером всплывает соответствующий попап. Но ведь проверку на НЕ заполнения логина/пароля можно сделать, как это сделано для ICQ/IRC, я вот об этом.

А что скажите по двойному попапу для ICQ (описывал выше)?

Добавлено:
Вы ничего не знаете про судьбу forum.miranda.im? Был на нем зареган еще со времен IM, потом перестал его посещать, после того, как они закрыли обсуждение IM. Весной этого года форум еще работал (заходил туда), но вот уже как месяц лежит, думаю, может, закрыли, по причине русскоязычной ветки на официальном форуме.
Автор: watcherhd
Дата сообщения: 10.08.2014 11:11

Цитата:
А что скажите по двойному попапу для ICQ (описывал выше)?


Показал разработчику, жду ответа.


Цитата:
Вы ничего не знаете про судьбу forum.miranda.im? Был на нем зареган еще со времен IM, потом перестал его посещать, после того, как они закрыли обсуждение IM. Весной этого года форум еще работал (заходил туда), но вот уже как месяц лежит


Сначала он умер на собственно серевере miranda.im, потом он переехал на другой временный хостинг, когда меня спросили что с ним делать - я сказал, что не заинтересован поддерживать данныый форум (тем не менее архивы этого форума, возможно, в будущем будут влиты в официальный форум Miranda-NG). Я доволен официальным форумом и у нас над ним полный контроль (он физически у нас на сервере).


Добавлено:

Цитата:
Но ведь проверку на НЕ заполнения логина/пароля можно сделать, как это сделано для ICQ/IRC, я вот об этом.


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

Добавлено:
По идее по мелким дефектам лучше открывать тикеты на багтрекере (на английском, чтоб все разработчики видели, у нас и иностранные есть, могут тоже починить), а то оно просто тонет, так как разработчику такое низкоприоритетно, а потом он забывает.
Автор: boss911
Дата сообщения: 10.08.2014 14:39
Для IM был не плохой плагин MirandaComm.dll (голосовое общение), для NG такого не вижу. Есть аналог?

Требуется ли в моем случае (VI) mTextControl.dll ? Что-то припоминаю такое, что вроде раньше (времена IM) для PopUp.dll был нужен.

Мод ICQ++ так никто и не делал для NG, я так понимаю?

Добавлено:

Цитата:
По идее по мелким дефектам лучше открывать тикеты на багтрекере (на английском, чтоб все разработчики видели, у нас и иностранные есть, могут тоже починить)

С английским не дружу, а через онлайновые переводчики коряво выходит, чем больше текста (подробно суть проблемы раскрыть), тем корявее. А вообще понял, учту.
Автор: watcherhd
Дата сообщения: 10.08.2014 14:50

Цитата:
Для IM был не плохой плагин MirandaComm.dll (голосовое общение), для NG такого не вижу. Есть аналог


Нет, плюс он не работал с переброской портов на роутере, если мы и будем делать Audio/Video, то что-то вменяемое, на что разработчикам охота силы и время тратить (потихоньку адаптируем Tox, это децентрализованная сеть, с эти можно будет "сварить кашу", но ему самому ещё расти и расти).


Цитата:
Требуется ли в моем случае (VI) mTextControl.dll ? Что-то припоминаю такое, что вроде раньше (времена IM) для PopUp.dll был нужен


Исключительно для отображения смайлов в попапах.


Цитата:
Мод ICQ++ так никто и не делал для NG, я так понимаю?


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


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


Просто передать-то я передам, а вот реакцию на запрос обеспечить не могу

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384

Предыдущая тема: Яндекс.Диск (Yandex.Disk)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.