Какая из приведенных записей не содержит ошибок

Скрытие значений и индикаторов ошибок в ячейках

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

Существует множество причин, по которым формулы могут возвращать ошибки. Например, деление на 0 запрещено, и если ввести формулу =1/0, Excel вернет #DIV/0. Значения ошибок: #DIV/0!, #N/A, #NAME?, #NULL!, #NUM!, #REF!и #VALUE!.

Преобразование ошибки в нулевое значение и использование формата для скрытия значения

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

Создание примера ошибки

1. Откройте чистый лист или создайте новый.
2. Введите 3 в ячейку B1, введите 0 в ячейку C1, а в ячейке A1 введите формулу =B1/C1.
   #DIV/0! в ячейке A1 отображается ошибка.
3. Выделите ячейку A1 и нажмите клавишу F2, чтобы изменить формулу.
4. После знака равенства (=) введите IFERROR , а затем открываемую скобку.
   IFERROR(
5. Переместите курсор в конец формулы.
6. Введите , 0) — то есть запятая, за которой следует ноль и закрывающая скобка.
   Формула =B1/C1 становится =IFERROR(B1/C1,0).
7. Нажмите клавишу ВВОД, чтобы завершить редактирование формулы.
   Теперь содержимое ячейки должно отображать 0 вместо #DIV! должно отображаться значение 0.

Применение условного формата

1. Выделите ячейку с ошибкой и на вкладке Главная нажмите кнопку Условное форматирование.
2. Выберите команду Создать правило.
3. В диалоговом окне Создание правила форматирования выберите параметр Форматировать только ячейки, которые содержат.
4. Убедитесь, что в разделе Форматировать только ячейки, для которых выполняется следующее условие в первом списке выбран пункт Значение ячейки, а во втором — равно. Затем в текстовом поле справа введите значение 0.
5. Нажмите кнопку Формат.
6. На вкладке Число в списке Категория выберите пункт (все форматы).
7. В поле Тип введите ;;; (три точки с запятой) и нажмите кнопку ОК. Нажмите кнопку ОК еще раз.
   Значение 0 в ячейке исчезнет. Это связано с тем, что пользовательский формат ;;; предписывает скрывать любые числа в ячейке. Однако фактическое значение (0) по-прежнему хранится в ячейке.

Скрытие значений ошибок путем изменения цвета текста на белый

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

1. Выделите диапазон ячеек, содержащих значение ошибки.
2. На вкладке Главная щелкните стрелку рядом с элементом Условное форматирование и щелкните Управление правилами.
   Откроется диалоговое окно Диспетчер правил условного форматирования .
3. Выберите команду Создать правило.
   Откроется диалоговое окно Новое правило форматирования .
4. В списке Выберите тип правила выберите пункт Форматировать только ячейки, которые содержат.
5. В разделе Измените описание правила в списке Форматировать только ячейки, для которых выполняется следующее условие выберите пункт Ошибки.
6. Нажмите кнопку Формат и откройте вкладку Шрифт.
7. Щелкните стрелку, чтобы открыть список Цвет , и в разделе Цвета темы выберите белый цвет.

Отображение прочерка, строки «#Н/Д» или «НД» вместо значения ошибки

В некоторых случаях вы не хотите, чтобы поля ошибок отображались в ячейках, и вы предпочитаете, чтобы вместо этого отображалась текстовая строка, например «#N/A», дефис или строка «NA». Сделать это можно с помощью функций ЕСЛИОШИБКА и НД, как показано в примере ниже.

Описание функций

IFERROR С помощью этой функции можно определить, содержит ли ячейка ошибку и возвращает ли ошибку формула.

Н/Д Эта функция возвращает в ячейке строку «#Н/Д». Синтаксис : =NA().

Скрытие значений ошибок в отчете сводной таблицы

1. Выберите отчет сводной таблицы.
2. На вкладке Анализ сводной таблицы в группе Сводная таблица щелкните стрелку рядом с элементом Параметры и выберите пункт Параметры.
3. Перейдите на вкладку Разметка и формат, а затем выполните следующие действия.
   • Изменение способа отображения ошибок. Установите флажок Для значений ошибки отобразить проверка в разделе Формат. Введите в поле значение, которое нужно выводить вместо ошибок. Для отображения ошибок в виде пустых ячеек удалите из поля весь текст.
   • Изменение способа отображения пустых ячеек Установите флажок Для пустых ячеек отображать. Введите в поле значение, которое нужно выводить в пустых ячейках. Чтобы они оставались пустыми, удалите из поля весь текст. Чтобы отображались нулевые значения, снимите этот флажок.

Скрытие индикаторов ошибок в ячейках

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

Ячейка с ошибкой в формуле

1. На вкладке Файл выберите Параметры и Формулы.
2. В разделе Поиск ошибок снимите флажок Включить фоновый поиск ошибок.

Добавление, изменение и удаление проверки данных

Примечание: Мы стараемся как можно оперативнее обеспечивать вас актуальными справочными материалами на вашем языке. Эта страница переведена автоматически, поэтому ее текст может содержать неточности и грамматические ошибки. Для нас важно, чтобы эта статья была вам полезна. Просим вас уделить пару секунд и сообщить, помогла ли она вам, с помощью кнопок внизу страницы. Для удобства также приводим ссылку на оригинал (на английском языке) .

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

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

В этой статье

• Способами, уведомления пользователей о проверки ошибок
• Проблемы совместимости
• Добавление проверки данных
• Изменение состояния проверки данных
• Удаление проверки данных

Способами, уведомления пользователей о проверки ошибок

Для формы, которая предназначена для заполнения с помощью InfoPath можно настроить сообщение проверки данных, которое будет отображаться как всплывающая подсказка. После просмотра всплывающей подсказки пользователей по желанию можно открыть подробное оповещения, можно предоставить. Кроме того можно настроить подробные оповещение автоматически отображается. Например при указании ошибку в случае, если пользователь вводит его имя в поле, используемый для сбора телефонные номера можно включить всплывающая подсказка для отображения сообщения «Тип телефонный номер в этом поле». При включении оповещение автоматического добавления вы можете Показать подробные сообщения по умолчанию, такие как «в этом поле требует телефонный номер в формате (555) 555-0100». При выборе для отображения всплывающей подсказки по умолчанию пользователей можно вручную отображать оповещение, которые предоставляют, щелкнув правой кнопкой мыши поле в InfoPath и выбрав параметр, чтобы отображать оповещение.

1. указатель примет i-образный при наведении на поле, отображается всплывающая подсказка.

2. при щелчке правой кнопкой мыши поле, появляется контекстное меню, а при наведении указателя мыши на полное описание ошибки указатель примет вид стрелки.

3. Если щелкнуть полное описание ошибки, появляется соответствующее оповещение.

Формы, заполнения в веб-браузере не удается автоматически отображается оповещения. Тем не менее пользователи могут отображать оповещение, нажав в поле на веб-страницу, содержащую всплывающей подсказки, а затем щелкнуть ссылку, которая появляется.

1. указатель примет i-образный при наведении на поле, отображается всплывающая подсказка.

2. указатель примет форму руки при перемещении всплывающая подсказка.

3. Если щелкнуть ссылку, появляется соответствующее оповещение.

Совместимость

При разработке шаблона формы в InfoPath, вы можете специального режима совместимости для шаблона формы с поддержкой браузера разработки. Когда шаблона формы с поддержкой браузера, опубликованные на сервере под управлением InfoPath Forms Services, а затем поддержкой веб-браузера, форм, основанных на шаблоне формы можно просмотреть в веб-браузере. При разработке шаблона формы с поддержкой браузера некоторые элементы управления будут недоступны в области задач элементы управления, так как они не отображается в веб-браузере.

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

Примечание: При заполнении формы с помощью браузера, их можно быстро отобразить предупреждений о проверке данных, нажав клавиши CTRL + SHIFT + I.

Список элементов управления, которые поддерживают проверки данных

В следующей таблице перечислены элементы управления Microsoft Office InfoPath 2007 с поддержкой проверки данных и ли они доступны для шаблонов форм с поддержкой браузера.

Элементы управления, которые поддерживают привязк данных Название

Доступно для шаблонов форм с поддержкой браузера?

Обработка ошибок и исключения

2. Коды возврата. Основная идея — в случае ошибки возвращать специальное значение, которое не может быть корректным. Например, если в методе есть операция деления, то придется проверять делитель на равенство нулю. Также проверим корректность аргументов a и b :

Double f(Double a, Double b) < if ((a == null) || (b == null)) < return null; > //. if (Math.abs(b) < EPS) < return null; > else < return a / b; > >

При вызове метода необходимо проверить возвращаемое значение:

Double d = f(a, b); if (d != null) < //. > else < //. >

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

3.Использовать флаг ошибки: при возникновении ошибки устанавливать флаг в соответствующее значение:

boolean error; Double f(Double a, Double b) < if ((a == null) || (b == null)) < error = true; return null; > //. if (Math.abs(b) < EPS) < error = true; return b; > else < return a / b; > >

error = false; Double d = f(a, b); if (error) < //. > else < //. >

Минусы такого подхода аналогичны минусам использования кодов возврата.

4.Можно вызвать метод обработки ошибки и возвращать то, что вернет этот метод.

Double f(Double a, Double b) < if ((a == null) || (b == null)) < return nullPointer(); > //. if (Math.abs(b) < EPS) < return divisionByZero(); > else < return a / b; > >

Но в таком случае не всегда возможно проверить корректность результата вызова основного метода.

5.В случае ошибки просто закрыть программу.

if (Math.abs(b) < EPS) < System.exit(0); return this; >

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

Исключения

В Java возможна обработка ошибок с помощью исключений:

Double f(Double a, Double b) < if ((a == null) || (b == null)) < throw new IllegalArgumentException("arguments of f() are null"); > //. return a / b; >

Проверять b на равенство нулю уже нет необходимости, так как при делении на ноль метод бросит непроверяемое исключение ArithmeticException .

• разделить обработку ошибок и сам алгоритм;
• не загромождать код проверками возвращаемых значений;
• обрабатывать ошибки на верхних уровнях, если на текущем уровне не хватает данных для обработки. Например, при написании универсального метода чтения из файла невозможно заранее предусмотреть реакцию на ошибку, так как эта реакция зависит от использующей метод программы;
• классифицировать типы ошибок, обрабатывать похожие исключения одинаково, сопоставлять специфичным исключениям определенные обработчики.

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

Таким образом, механизм обработки исключений содержит следующие операции:

1. Создание объекта-исключения.
2. Заполнение stack trace’а этого исключения.
3. Stack unwinding (раскрутка стека) в поисках нужного обработчика.

Классификация исключений

Класс Java Throwable описывает все, что может быть брошено как исключение. Наследеники Throwable — Exception и Error — основные типы исключений. Также RuntimeException , унаследованный от Exception , является существенным классом.

Иерархия стандартных исключений

Проверяемые исключения

Наследники класса Exception (кроме наслеников RuntimeException ) являются проверяемыми исключениями(checked exception). Как правило, это ошибки, возникшие по вине внешних обстоятельств или пользователя приложения – неправильно указали имя файла, например. Эти исключения должны обрабатываться в ходе работы программы, поэтому компилятор проверяет наличие обработчика или явного описания тех типов исключений, которые могут быть сгенерированы некоторым методом.

Все исключения, кроме классов Error и RuntimeException и их наследников, являются проверяемыми.

Error

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

RuntimeException

Эти исключения обычно возникают в результате ошибок программирования, такие как ошибки разработчика или неверное использование интерфейса приложения. Например, в случае выхода за границы массива метод бросит OutOfBoundsException . Такие ошибки могут быть в любом месте программы, поэтому компилятор не требует указывать runtime исключения в объявлении метода. Теоретически приложение может поймать это исключение, но разумнее исправить ошибку.

Обработка исключений

Чтобы сгенерировать исключение используется ключевое слово throw . Как и любой объект в Java, исключения создаются с помощью new .

if (t == null) < throw new NullPointerException("t = null"); >

Есть два стандартных конструктора для всех исключений: первый — конструктор по умолчанию, второй принимает строковый аргумент, поэтому можно поместить подходящую информацию в исключение.

Возможна ситуация, когда одно исключение становится причиной другого. Для этого существует механизм exception chaining. Практически у каждого класса исключения есть конструктор, принимающий в качестве параметра Throwable – причину исключительной ситуации. Если же такого конструктора нет, то у Throwable есть метод initCause(Throwable) , который можно вызвать один раз, и передать ему исключение-причину.

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

void f() throws InterruptedException, IOException < //. 

try-catch-finally

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

try < // Код, который может сгенерировать исключение >

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

try < // Код, который может сгенерировать исключение > catch(Type1 id1) < // Обработка исключения Type1 > catch(Type2 id2) < // Обработка исключения Type2 >

Сatch -блоки обрабатывают исключения, указанные в качестве аргумента. Тип аргумента должен быть классом, унаследованного от Throwable , или самим Throwable . Блок catch выполняется, если тип брошенного исключения является наследником типа аргумента и если это исключение не было обработано предыдущими блоками.

Код из блока finally выполнится в любом случае: при нормальном выходе из try , после обработки исключения или при выходе по команде return .

NB: Если JVM выйдет во время выполнения кода из try или catch , то finally -блок может не выполниться. Также, например, если поток выполняющий try или catch код остановлен, то блок finally может не выполниться, даже если приложение продолжает работать.

Блок finally удобен для закрытия файлов и освобождения любых других ресурсов. Код в блоке finally должен быть максимально простым. Если внутри блока finally будет брошено какое-либо исключение или просто встретится оператор return , брошенное в блоке try исключение (если таковое было брошено) будет забыто.

import java.io.IOException; public class ExceptionTest < public static void main(String[] args) < try < try < throw new Exception("a"); > finally < throw new IOException("b"); > > catch (IOException ex) < System.err.println(ex.getMessage()); > catch (Exception ex) < System.err.println(ex.getMessage()); > > >

После того, как было брошено первое исключение — new Exception(«a») — будет выполнен блок finally , в котором будет брошено исключение new IOException(«b») , именно оно будет поймано и обработано. Результатом его выполнения будет вывод в консоль b . Исходное исключение теряется.

Обработка исключений, вызвавших завершение потока

При использовании нескольких потоков бывают ситуации, когда поток завершается из-за исключения. Для того, чтобы определить с каким именно, начиная с версии Java 5 существует интерфейс Thread.UncaughtExceptionHandler . Его реализацию можно установить нужному потоку с помощью метода setUncaughtExceptionHandler . Можно также установить обработчик по умолчанию с помощью статического метода Thread.setDefaultUncaughtExceptionHandler .

Интерфейс Thread.UncaughtExceptionHandler имеет единственный метод uncaughtException(Thread t, Throwable e) , в который передается экземпляр потока, завершившегося исключением, и экземпляр самого исключения. Когда поток завершается из-за непойманного исключения, JVM запрашивает у потока UncaughtExceptionHandler , используя метод Thread.getUncaughtExceptionHandler() , и вызвает метод обработчика – uncaughtException(Thread t, Throwable e) . Все исключения, брошенные этим методом, игнорируются JVM.

Информация об исключениях

• getMessage() . Этот метод возвращает строку, которая была первым параметром при создании исключения;
• getCause() возвращает исключение, которое стало причиной текущего исключения;
• printStackTrace() печатает stack trace, который содержит информацию, с помощью которой можно определить причину исключения и место, где оно было брошено.

Exception in thread "main" java.lang.IllegalStateException: A book has a null property at com.example.myproject.Author.getBookIds(Author.java:38) at com.example.myproject.Bootstrap.main(Bootstrap.java:14) Caused by: java.lang.NullPointerException at com.example.myproject.Book.getId(Book.java:22) at com.example.myproject.Author.getBookIds(Author.java:35)

Все методы выводятся в обратном порядке вызовов. В примере исключение IllegalStateException было брошено в методе getBookIds , который был вызван в main . «Caused by» означает, что исключение NullPointerException является причиной IllegalStateException .

Разработка исключений

Чтобы определить собственное проверяемое исключение, необходимо создать наследника класса java.lang.Exception . Желательно, чтобы у исключения был конструкор, которому можно передать сообщение:

public class FooException extends Exception < public FooException() < super(); > public FooException(String message) < super(message); > public FooException(String message, Throwable cause) < super(message, cause); > public FooException(Throwable cause) < super(cause); > >

Исключения в Java7

• обработка нескольких типов исключений в одном catch -блоке:

catch (IOException | SQLException ex)

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

Байт-код, сгенерированный компиляцией такого catch -блока будет короче, чем код нескольких catch -блоков.

• Try с ресурсами позволяет прямо в try -блоке объявлять необходимые ресурсы, которые по завершению блока будут корректно закрыты (с помощью метода close() ). Любой объект реализующий java.lang.AutoCloseable может быть использован как ресурс.

static String readFirstLineFromFile(String path) throws IOException < try (BufferedReader br = new BufferedReader(new FileReader(path))) < return br.readLine(); > >

В приведенном примере в качестве ресурса использутся объект класса BufferedReader , который будет закрыт вне зависимосити от того, как выполнится try -блок.

Можно объявлять несколько ресурсов, разделяя их точкой с запятой:

public static void viewTable(Connection con) throws SQLException < String query = "select COF_NAME, SUP_ID, PRICE, SALES, TOTAL from COFFEES"; try (Statement stmt = con.createStatement(); ResultSet rs = stmt.executeQuery(query)) < //Work with Statement and ResultSet > catch (SQLException e) < e.printStackTrace; >>

Во время закрытия ресурсов тоже может быть брошено исключение. В try-with-resources добавленна возможность хранения «подавленных» исключений, и брошенное try -блоком исключение имеет больший приоритет, чем исключения получившиеся во время закрытия. Получить последние можно вызовом метода getSuppressed() от исключения брошенного try -блоком.

• Перебрасывание исключений с улучшенной проверкой соответствия типов.

Компилятор Java SE 7 тщательнее анализирует перебрасываемые исключения. Рассмотрим следующий пример:

static class FirstException extends Exception < >static class SecondException extends Exception < >public void rethrowException(String exceptionName) throws Exception < try < if ("First".equals(exceptionName)) < throw new FirstException(); > else < throw new SecondException(); > > catch (Exception ex) < throw e; > >

В примере try -блок может бросить либо FirstException , либо SecondException . В версиях до Java SE 7 невозможно указать эти исключения в декларации метода, потому что catch -блок перебрасывает исключение ex , тип которого — Exception .

В Java SE 7 вы можете указать, что метод rethrowException бросает только FirstException и SecondException . Компилятор определит, что исключение Exception ex могло возникнуть только в try -блоке, в котором может быть брошено FirstException или SecondException . Даже если тип параметра catch — Exception , компилятор определит, что это экземпляр либо FirstException , либо SecondException :

public void rethrowException(String exceptionName) throws FirstException, SecondException < try < // . > catch (Exception e) < throw e; > >

Если FirstException и SecondException не являются наследниками Exception , то необходимо указать и Exception в объявлении метода.

Примеры исключений

• любая операция может бросить VirtualMachineError . Как правило это происходит в результате системных сбоев.
• OutOfMemoryError . Приложение может бросить это исключение, если, например, не хватает места в куче, или не хватает памяти для того, чтобы создать стек нового потока.
• IllegalArgumentException используется для того, чтобы избежать передачи некорректных значений аргументов. Например:

public void f(Object a) < if (a == null) < throw new IllegalArgumentException("a must not be null"); > >

• IllegalStateException возникает в результате некорректного состояния объекта. Например, использование объекта перед тем как он будет инициализирован.

Гарантии безопасности

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

• Отсутствие гарантий (no exceptional safety). Если было брошено исключение, то не гарантируется, что все ресурсы будут корректно закрыты и что объекты, методы которых бросили исключения, могут в дальнейшем использоваться. Пользователю придется пересоздавать все необходимые объекты и он не может быть уверен в том, что может переиспозовать те же самые ресурсы.
• Отсутствие утечек (no-leak guarantee). Объект, даже если какой-нибудь его метод бросает исключение, освобождает все ресурсы или предоставляет способ сделать это.
• Слабые гарантии (weak exceptional safety). Если объект бросил исключение, то он находится в корректном состоянии, и все инварианты сохранены. Рассмотрим пример:

class Interval < //invariant: left double left; double right; //. >

TEXT_INFLUENCE-array(2) < ["TEXT"]=>string(385) " 
В большинстве случаев ошибки структуры не влияют на работу сайта, т.к. содержат незначительные различия.
 
Но иногда проблемы бывают серьезные - например, из-за различий в кодировке и др.
 " ["TYPE"]=> string(4) "HTML" >

TEXT_FIX-array(2) < ["TEXT"]=>string(1160) " 
В большинстве случаев ошибка исправляется автоматически, при нажатии на ссылку «Исправить». При этом структура переносится из файлов в БД. К примеру, если в установочном sql-файле некоторое поле имеет тип longtext, а в БД оно имеет тип text, то в процесс автоматического исправления тип поля в БД станет longtext.
 
В редких случаях исправление ошибок автоматически невозможно, приходится исправлять вручную. В этом поможет лог - в нем указаны, какие конкретно несоответствия найдены, например:
 
В таблице b_adv_contract поле KEYWORDS "`KEYWORDS` longtext NULL DEFAULT NULL" не соответствует описанию на диске "`KEYWORDS` text NULL DEFAULT NULL"
" ["TYPE"]=> string(4) "HTML" >

TEXT_HELP-array(2) < ["TEXT"]=>string(516) " 
Мы имеем огромный опыт, на протяжении почти 15 лет помогая клиентам в решении самых различных проблем на их сайтах, в т.ч. самых сложных.
 
Поэтому, если Вы не имеете возможности решить эту проблему самостоятельно, обращайтесь к нам - мы поможем.
 " ["TYPE"]=> string(4) "HTML" >