1с ошибка при обновлении wscript
Обновлено: 05.07.2024
При запуске одной из информационных баз в режиме предприятия тонкий клиент падает с ошибкой.
В эту инф базу можно зайти под другим пользователем инф базы
Тот же пользователь сети - не пользователь инф базы- может запустить другую информационную базу.
Кэш чистил - ниже код
If Exist %USERPROFILE%\AppData\Roaming\1C\1Cv8 (
rem Удаляются все файлы в Windows7 или Windows8
Del /F /Q %USERPROFILE%\AppData\Roaming\1C\1Cv8\*.*
Del /F /Q %USERPROFILE%\AppData\Local\1C\1Cv8\*.*
rem Удаляются все каталоги в Windows7 или Windows8
for /d %%i in ("%USERPROFILE%\AppData\Roaming\1C\1Cv8\*") do rmdir /s /q "%%i"
for /d %%i in ("%USERPROFILE%\AppData\Local\1C\1Cv8\*") do rmdir /s /q "%%i"
)
В журнале Windows имя сбойного модуля core83.dll .
Проявляется как для 32 битного, так и 64- битного приложения платформа 8.3.10.2561.
Платформу 32 переустанавливал- не помогает
Под этой платформой работали несколько месяцев :(
(30) обновиться до 8.3.11. у меня было несколько баз, в которые нельзя зайти ни под одним пользователем в режиме предприятия. Под 8.3.11- все работает. (1) После чего стала возникать ошибка? Тестирование и исправление с созданием пробовали? А проблема точно не в базе? Встречал случаи, когда немного "билась" таблица пользователей и если проблемного пользователя скопировать - то под новым все было нормально. Такая же проблема, тот же релиз платформы х32, база проверена, кэши чищены, переносил в другую папку, вылет у всех юзеров, кроме одного, независимо от прав.О_ткат (ох уж этот автоцензор) на предыдущий релиз бухии помогает, так же как установка даты на компе на любое января перед запуском. Под одним пользователем запускаются все пользователи инф базы.
Если копировать пользователя , под которым запускается, то новый пользователь тоже заходит (5) в другой конторе с одного компа входит в базу под любым пользователем, на другом ни под одним из тех же. Пользовательские настройки из режима предприятия чистить пробовали?
Наблюдал подобное поведение как раз в случаях когда пользователь настроил форму под себя, а в конфе она поменялась (6) а если вообще ни под одним пользователем нельзя войти? (9) поднимать базу с бэкапа и пока не обновлять :(. Потому что все действия по восстановлению - в режиме предприятия (10), вообще даже в этом случае есть варианты:
1. Зайти в конфигуратор и создать нового пользователя с админскими правами
2. Если база клиент-серверная, то можно в таблице _frmdtsettings поудалять "лишние" строки (10) как я писал ранее, можно выставить дату на январь и тогда под 3.0.58.20 релизом можно войти (у нас так пока работают).
Такая же ошибка была на 8.3.10.2561 после обновления Бухгалтерии до релиза 3.0.58.20.
Переустанавливали платформу этой же версии на компах пользователей, чистили кэш, обновили до 3.0.58.26 на пустой базе и загрузили конфу в рабочую (где-то тут вычитала такой метод борьбы с подобной ошибкой), дтшник выгружали/загружали обратно, очистили настройки пользователей в самой базе, сделали тестирование и исправление БД, не помогало. В итоге установили новую платформу и все ок.
В описании релиза написано "Внимание! Текущая версия конфигурации "Бухгалтерия предприятия" предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.10.2466.", но если зайти в "Порядок обновления", есть запись "Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.10.2667.".
(12) эту платформу ставили, 8.3.10.2667? Или последнюю 10-ку, 8.3.10.2699?А вот нам все вышеперечисленное не помогло. Причем падал тонкий и толстый клиент при подключении только к одной определенной 1с sql базе. Ко второй - успешно подключался.
Но мы нашли неожиданное решение.
Сначала проверили на чистом свежесозданном Windows профиле на том же компе - все работает.
Дальше начали шерстить профиль - что же может ломать 1С (напомню, стандартная очистка, описанная выше, не помогла).
Запустили Process monitor, записали что делает 1c при запуске.
В итоге выяснилось, что перестала работать 1С 1.02.2018 на тех компах, на которых стоит КриптоПро и были установлены личные сертификаты с алгоритмом ГОСТ!
Для временного решения - сложите все файлы сертификатов из "C:\Users\username\AppData\Roaming\Microsoft\SystemCertificates \My\Certificates" в другую папочку и 1С заработает.
После запуска 1С, можно сложить серты обратно, она уже не падает. Полтора дня убили на эту тряхомундию. =((
alk; /Sergeant/; freddy_kind; arakelyan; izidakg; Kirich2; PANovikov; user926700; elona; AVKonya; Pafnytich; Gravern; extralook; Мах; ovchinnicov; user705522_constantin_h; Alister; t.v.s.; + 18 – Ответить (18) интересно, как это связано с датой 1 февраля? В одной конторе возможно из-за этого. но вот в другой, там где с пяти из шести компов не входит, там-то криптопро стоит только у главбуха.(18)
Забыл код на PowerShell приложить - маленький workaround, пока 1С фиксит. Скрипт убирает серты, запускает 1С, кладет серты обратно. Главное - не тяните с выбором базы, а то скрипт ждет всего минуту и возвращает серты. =)
(21)
Все равно проверьте наличие сертификатов даже если и нет крипто про. Там могут быть и RSAшные серты и ГОСТовые.
Нам это помогло и сейчас наш франчайзи оформляет багу в 1С, посмотрим как они отреагируют.
(22) проверил - действительно дело в сертификатах, спасибо. Из названия темы можно подумать, что 1с прекратила свою работу У меня та же проблема платформа 10.2561 БП 3.0.58.26.Вопрос возникает, если дело в сертификатах, то причем тут релиз базы. Получается в прошлым релизам не мешали сертификаты? Попробовал остаться на 8.3.10, так вот подошла 8.3.10.2667, а более поздняя 8.3.10.2699 не подошла, но по причине того, что периодически на полностью здоровой базе вываливалась с ошибкой о нарушении структуры. Тоже после обновления на БП 58.20 такая же ерунда. Методом тыка выяснилось. что если отключить у пользователя начальную страницу, которая там по умолчанию идет, то всё работает. Как только пользователь добавляет себе начальную страницу, то сразу всё падает. Это только на компе где есть эти сертификаты. (29) а как ее отключить, если под пользователем не зайти? (30) обновиться до 8.3.11. у меня было несколько баз, в которые нельзя зайти ни под одним пользователем в режиме предприятия. Под 8.3.11- все работает. (33) обновиться, это не так интересно))) да и не обязательно на 8.3.11, я нашел и на 8.3.10 релиз) (30)на другом компе зайти, если, конечно, есть в сети еще 1с. Заметил, что если в этой начальной странице не указана Организация, то тоже нормально. 1С валится, после установки организации там. (34) так и пришлось, зашел с единственного компа, не подверженного вылету, под админом и через Производительность отключил эту начальную страницу. (29) спасибо, проверил - действительно при отключении начальной страницы 1С не валится.
Нашел, надо проверить
Пользователь с полными правами может отключить отображение начальной страницы для определенных пользователей программы «1С:Бухгалтерия 8» редакции 3.0 (в том числе и для себя), которым не требуется отслеживать общие показатели деятельности организации, выведенные на рабочий стол.
Настройка отображения начальной странице находится в форме Производительность, доступ к которой осуществляется по одноименной гиперссылке из раздела Администрирование.
Для выборочного отключения отображения начальной страницы при установленном флаге Показывать начальную страницу следует перейти по ссылке Всем пользователям и отключить флаги для определенных пользователей.
По-моему, гораздо важнее, чем просто обновление платформы на крайний релиз, было определение причины, почему 1С вылетает (из-за сертификатов, как почти у всех в этой теме), а уже зная эту причину, можно подобрать для себя решение.) Есть рабочая база БП КОРП (клиент-сервер), релиз 3.0.58.41. Все заходят, никаких проблем. Платформа 8.3.10.2505.Сегодня развернул еще одну, чистую (клиент-сервер на тех же серверах) и получил аналогичную ошибку. Вылетает у всех пользователей, не зависимо установлен КриптоПро или нет. Стабильно работает только если запустить клиента на самом сервере 1С.
В итоге просто отключил начальную страницу в форме Производительность (по совету 31) и заработало у всех пользователей. Потом обновлю платформу до последнего релиза 8.3.10 и снова попробую вернуть начальную форму. Это повезло еще, что есть пользователь, под которым можно зайти в базу. У меня было несколько баз, где никто не мог зайти Сначала убрал сертификаты в другую папку - база запустилась. Потом положил их обратно и обновил платформу до 8.3.11.3034 - база перестала открываться. Возврат на старую платформу и перемещение сертификатов не помогает. Создавал базу заново с загрузкой из dt - всё равно не работает, при этом все базы более старых релизов работают нормально.
Почистил кэш перед установкой 8.3.11.3034 - не помогло. Заметил, что на 11 платформе в журнале ошибок краш ругается не на Core83.dll, а на mngui.dll. Запустился под толстым - и о чудо!
Под толстым клиентом на 8.3.11.3034 работает нормально!
После однократного запуска под толстым клиентом, тонкий клиент восстановил работоспособность!
Какая может быть связь сертификатов с определёнными пользователями? Какая может быть связь сертификатов с определёнными пользователями? Да не сертификатов, а платформы.
Сертификаты здесь сбоку-припеку, просто на них вылезло.
А так - ошибка в dll-ке возникает.
В прежней платформе "старая" DLL, она, видимо, с "новым" механизмом запроса сертификатов неправильно работает.
Предположительно глюк связан с отображением какого то графического элемента на некоторых интегрированных видеокартах с включенным аппаратным ускорением.
Но это сугубое имхо
Точнее, не "этого самого" пользователя )) (54) ну, если вам дадут "отключить" многосторонний обмен. )))
Особенно бухгалтерия будет на вашей стороне )) (55) я думаю что тут слишком много если, ели не надут то будут сидеть у монитора и курить бамбук (хотя решение я Вам выше написал как можно сделать (через виртуалку)) (53) еще как вариант и у нас он прокатил это создать виртуалку и с нее сделать все танцы с бубном по отключению новостей, либо взять старую машину на которой можно отключить аппаратное ускорение (56) раз для вас много "если" - то самый лучший вариант, это обновиться на новую платформу.
Только и всего ))
И не нужно будет ничего выдумывать более того. (58) обновление платформы не решило проблемы обновились до 8.3.11.2954 обновление платформы не решило проблемы обновились до 8.3.11.2954
Кто вам это предложил? Вот ему и напишите, что "не решило" ))
Я же говорил - за версию 8.3.11. 3034 ))
Я предположил, что в 8.3.11 все решили, но рекомендовал - 8.3.11.3034.
Если ранние версии не решают проблемы - что ж, обидно, печально, досадно, но ладно ))
Это - 1С, тут и не такое возможно )) Еще раз столкнулся с этой же проблемой, при этом возврат даты назад не помогал решить проблему, помогло создание нового пользователя в конфигураторе и отключение начальной страницы уже через него у всех. (Бухгалтерия 3.0) Может гуру напишут программу отключающую начальную страницу. что-то типа патча. (63) причем тут "гуры", все давно написано уже)
Вы суть поймите - как вы обработку запустите, если не запустите Предприятие?
Менять ради этого конфу -> прописывать сброс начальной страницы?
Или искать и вклиниваться в какое-нибудь задание?
Проще обновиться, чем заниматься совершенно бессмысленным делом )) (65)ну, разве что получите массу других ошибок, из-за чего, собственно, мы и перешли на новый релиз ) (66)есть ситуации когда смена релиза, особенно крайнего не всегда возможна.
Это 1с может позволить себе менять релизы платформы каждые 2 недели. У нас такой возможности нет. (67) у нас смена релиза занимает день, хотя и не так много чего по пользователям.
А вот вокруг 1С много чего наверчено, что перестает работать при смене релиза )
Была такая же ошибка, 1С напрочь отказывалась запускаться, сразу при открытии вываливалась с ошибкой "программа будет закрыта". Причем только на одной базе. Единственное отличие этой базы от других - в ней настроена синхронизация с ЗУП 3.1, в остальных нет.
Прошли все круги ада - ТИИ, chdbfl, чистка кэша, чистка временных файлов, перемещение базы в другой каталог, выгрузка-загрузка .dt, обновление до последнего релиза (3.0.59.45).
Наконец додумались зайти в базу под давно не использовавшимся пользователем. И, о чудо, база открылась. Отключили, как здесь рекомендовалось, начальную страницу. И остальные пользователи смогли зайти.
Вопрос - что это было? Галка "Показывать начальную страницу" стояла "для всех пользователей". Если дело в ней, почему одному пользователю все-таки удалось зайти? Может это быть как-то связано с синхронизацией?
При автоматическом обновлении 1С Бухгалтерия версий 3.0.75.100 Платформа 8.3.16.1224 происходит зацикливание.
Происходит периодическое сохранение базы, загрузка обновления -после вылетает и все повторяется. Это происходит и на Windows 7 и с другими базами в Windows 10.
Вот лог:
27.02.2020 09:25:53 Используется COM соединение: true
27.02.2020 09:25:53 Запускается: regsvr32.exe; параметры: /n /i:user /s "C:\Program Files\1cv8\8.3.16.1224\bin\comcntr.dll"; окно: SW_HIDE; ожидание: true
27.02.2020 09:25:53 Код возврата: 0
27.02.2020 09:25:53 Файл скрипта: C:\Users\RashidViktorovich\AppData\Local\Temp\1Cv8Update.200227092059\splash.ht
27.02.2020 09:25:53 Количество файлов обновления: 1
27.02.2020 09:25:53 1. D:\Base\tmplts\1c\Accounting\3.0.75.104\1cv8.cfu (Обязательная)
27.02.2020 09:25:54 Завершение работы пользователей.
27.02.2020 09:25:56 Создание резервной копии информационной базы.
27.02.2020 09:25:57
Выполняется копирование из:
D:\Base\ГранитСтрой\1Cv8.1CD
в:
D:\Base\Архив\Гранит_Строй\1Cv81582759553483.1CD
27.02.2020 09:26:04 Резервная копия базы создана
27.02.2020 09:26:07 Загрузка файла обновления в основную базу (1/1).
27.02.2020 09:26:08 Запускается: C:\Program Files\1cv8\8.3.16.1224\bin\1cv8.exe; параметры: CONFIG /F"D:\Base\ГранитСтрой" /N"" /P"******" /WA- /UpdateCfg "D:\Base\tmplts\1c\Accounting\3.0.75.104\1cv8.cfu" /Out "templog.txt" /UCПакетноеОбновлениеКонфигурацииИБ /DisableStartupMessages /DisableStartupDialogs; окно: SW_SHOW; ожидание: true
27.02.2020 09:28:24 Код возврата: 0
Обновление конфигурации успешно завершено
27.02.2020 09:28:25 Обновление конфигурации информационной базы (1/1).
27.02.2020 09:28:26 Запускается: C:\Program Files\1cv8\8.3.16.1224\bin\1cv8.exe; параметры: CONFIG /F"D:\Base\ГранитСтрой" /N"" /P"******" /WA- /UpdateDBCfg -server /Out "templog.txt" /UCПакетноеОбновлениеКонфигурацииИБ /DisableStartupMessages /DisableStartupDialogs; окно: SW_SHOW; ожидание: true
27.02.2020 09:29:09 Код возврата: 0
Обновление конфигурации базы данных
Обработка структуры базы данных.
Сбор служебной информации.
Обновление конфигурации базы данных успешно завершено
Построение индекса справки.
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv8c.exe
Версия приложения: 8.2.15.301
Отметка времени приложения: 4f3ebc3f
Имя модуля с ошибкой: mngui.dll
Версия модуля с ошибкой: 8.2.15.301
Отметка времени модуля с ошибкой: 4f3ebe88
Код исключения: c0000005
Смещение исключения: 00003cd0
Версия ОС: 6.1.7601.2.1.0.18.10
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
C:\Windows\system32\ru-RU\erofflps.txt
пишите все что думаете по этому поводу, танцы с бубном приветствуются
(1) inventor, когда происходит проблема? пробывали тестировать базу? переносить на другой диск? выгружать - загружать из архива? аппаратное ускорение в драйвере видеокарты уже пробовали отключать? Было бы ОЧЕНЬ интересно узнать решение данной проблемы. Та же борода с версией приложения 8.2.17.153 У нас платформа 8.2.18.82Вылетает при работе одной базы на управляемых формах и только в одной управляемой форме. Причем работает, работает, и может на ровном месте вылететь. Но чаще при попытке инициализации поиска, ещё до того, как откроется модальное окно для ввода искомого значения. Вероятно что-то связано с работой интерфейса. у нас Windows Server R2 Standart где RPD и Windows Server R2 Standart где MS SQL Такая же проблема. Запускается список баз дальше все APPCRASH, в любую базу, платформу переустанавливал не помогло. Краш надо решать анализом дампов при настроенном технологическом журнале.
Скорее вего это не аппаратное ускорение и дрова видяхи.
Чистка КЭШ не помогает в таких случаях.
Это или битая конфа или ошибка платформы.
Снять дампы и логи и в 1С на анализ. Та же проблема Версия платформы 8.3 (8.3.5.1517), бухгалтерия 3.0, Windows Server 2012 R2 Standart - RPD, но только у одного терминального пользователя и с одной файловой базой. После окошка с выбором баз. Попробую почистить кэш - отпишусь.
Чистка кэша ПОМОГЛА!)
Подскажите, лоху. Как почистить кэш!
Пли-и-и-и-и-из!
Чистка кэша помогла, спасибо Помогло удаление платформы на сервере, пользователя USR1CV8 и повторная установка. (8.3.10.2466) Помогло пере добавление базы в списке баз. Просто удалил из списка базу, нажал добавить, выбрал пункт существующая и указал путь к базе. Заработало. Пересобрал профиль, почистил кэш, и удалил каспера. В большинстве случаев такое помогает
Имя события проблемы: APPCRASH
Имя приложения: 1cv8c.exe
Версия приложения: 8.3.10.2699
Отметка времени приложения: 5a1d11a7
Имя модуля с ошибкой: KERNELBASE.dll
Версия модуля с ошибкой: 6.1.7601.24000
Отметка времени модуля с ошибкой: 5a4996d4
Код исключения: e06d7363
Смещение исключения: 0000c54f
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1049
Дополнительные сведения 1: e592
Дополнительные сведения 2: e592c5701c084501c0b4a90153dea923
Дополнительные сведения 3: dadd
Дополнительные сведения 4: daddfee004227f708c5bf5d635d2ac90
эта же ошибка выходит. Был порыв на линии, выбило электричество, программа как раз работала в этот момент. Подскажите как убрать ошибку.
Добавлю ко всему выше написанному: иногда при APPCRASH, когда проблема наблюдается только у одного пользователя помогает следующее (или является временным решением):
1. Очистить существующие настройки пользователя, либо через администрирование, либо программно: ОчиститьНастройкиПользователя(Проблемный пользователь), либо через таблицы SQL.
2. Создать нового пользователя в базе 1с и попробовать зайти под ним; но делать это необходимо под проблемным(!) пользователем Windows , т.е. с того у кого выдает Appcrash. Если под новым пользователем 1с база будет работать, это предпосылка, что проблемы именно в настройках пользователя 1с у которого вылазит appcrash (логично вернутся к пункту 1 и искать проблему там).
3. Следуя по пути поиска проблемы в пользователе 1с можно посмотреть на его права. Видел где-то, что действительно проблема может быть в этом, либо в RLS. Попробуйте наделить пользователя большими правами, как вариант.
4. Возможно кому-то поможет отключение DEP (об этом можно найти информацию, я тут профан).
Про чистку кэша, обновление платформы или конфигурации, chdbfl.exe, настройки Касперского не говорю, потому что выше об этом сказали.
Вообще, давно уже хочется как-то систематизировать и создать какой-нибудь алгоритм по борьбе с Appcrash. Насколько понимаю, упрощенно можно выделить два случая: когда appcrash у всех пользователей и скорее всего проблема в базе, либо в платформе 1с, и когда appcrash у одного из пользователей, и тут проблема скорее всего в его железе, настройках ОС, пользователе 1с или пользователи windows. Есть ещё подозрение, что причина appcrash может быть связана с работой интерфейса 1с, например, находил такую информацию, что вылетал appcrash при открытии списка документов или какой-нибудь формы (видел такое только на УФ). Я пока не понимаю откуда здесь ноги растут, но чистка кэша и проч. людям не помогала, если кто чего знает, поделитесь.
Сразу стоит сказать о том, что если вы писали свой скрипт и при его запуске получили ошибку, то необходимо искать проблемы в коде, а не в системном компоненте. Например, вот такое диалоговое окно говорит именно об этом:
Такая же ситуация может возникнуть и в том случае, когда в коде имеется ссылка на другой скрипт, путь к которому прописан неверно либо данный файл вовсе отсутствует на компьютере.
Далее мы поговорим о тех моментах, когда при старте Windows или запуске программ, например, Блокнота или Калькулятора, а также других приложений, использующих системные ресурсы, появляется стандартная ошибка Windows Script Host. Иногда подобных окон может появиться сразу несколько. Случается такое после обновления операционной системы, которое может пройти как в штатном режиме, так и со сбоями.
Причины такого поведения ОС следующие:
- Неверно выставленное системное время.
- Сбой в работе службы обновлений.
- Некорректная установка очередного апдейта.
- Нелицензионная сборка «винды».
Вариант 1: Системное время
Многие пользователи думают, что системное время, которое показывается в области уведомлений, существует только для удобства. Это не совсем так. Некоторые программы, обращающиеся к серверам разработчиков или к иным ресурсам, могут работать некорректно или вовсе отказаться функционировать по причине расхождений в дате и времени. Это же касается и Windows с ее серверами обновления. В том случае, если будет расхождение в вашем системном времени и времени сервера, то могут наблюдаться неполадки с апдейтами, поэтому на это стоит обратить внимание в первую очередь.
-
Нажимаем на часы в правом нижнем углу экрана и переходим по ссылке, указанной на скриншоте.
Теперь ваше системное время будет регулярно синхронизироваться с сервером времени Майкрософт и расхождения не будет.
Вариант 2: Служба обновлений
Windows – это очень сложная система, с множеством одновременно протекающих процессов, и некоторые из них могут повлиять на работу службы, отвечающей за обновление. Высокое потребление ресурсов, различные сбои и занятость компонентов, помогающих апдейту, «заставляют» службу совершать бесконечные попытки выполнить свою работу. Сам сервис также может сбоить. Выход здесь один: отключить его, а затем перезагрузить компьютер.
-
Вызываем строку «Выполнить» сочетанием клавиш Win+R и в поле с названием «Открыть» пишем команду, которая позволит получить доступ к соответствующей оснастке.
Если после выполненных действий ошибки продолжают появляться, то необходимо поработать с уже установленными обновлениями.
Вариант 3: Некорректно установленные обновления
Данный вариант подразумевает удаление тех обновлений, после установки которых начались сбои в Windows Script Host. Сделать это можно как вручную, так и с помощью утилиты восстановления системы. В обоих случаях необходимо вспомнить, когда «посыпались» ошибки, то есть после какой даты.
-
Идем в «Панель управления» и находим апплет с названием «Программы и компоненты».
-
Для перехода к данной утилите кликаем правой кнопкой мыши по значку компьютера на рабочем столе и выбираем пункт «Свойства».
Вариант 4: Нелицензионная Windows
Пиратские сборки «винды» хороши лишь тем, что они совершенно бесплатны. В остальном же такие дистрибутивы могут принести массу проблем, в частности, некорректную работу необходимых компонентов. В этом случае рекомендации, приведенные выше, могут не сработать, так как файлы в скачанном образе уже были сбойными. Здесь можно только посоветовать поискать другой дистрибутив, но лучше воспользоваться лицензионной копией Windows.
Заключение
Решения проблемы с Windows Script Host довольно просты, и с ними справится даже начинающий пользователь. Причина здесь ровно одна: некорректная работа инструмента обновления системы. В случае с пиратскими дистрибутивами можно дать следующий совет: пользуйтесь только лицензионными продуктами. И да, правильно пишите ваши скрипты.
Отблагодарите автора, поделитесь статьей в социальных сетях.
Читайте также: