Как решить проблему

Итак, в Битрике как во многих CMS (системах управления контентом) существует временная папка для загрузки файлов – tmp.

Путь к данной папке прописан в файле dbconn.php, сам файл находится в :

имя_сайта/bitrix/php_interface

Открываем файл и видим в самом низу строку

define(«BX_TEMPORARY_FILES_DIRECTORY», «тут будет прописан путь к временной папке»); например /bitrix/tmp

Далее необходимо убедится в том, что такая папка существует.

Если временная папка не существует

Создаем папку, где создавать – смотрим в пути. Владельцем папки должен быть пользователь который устанавливал (или переносил) сайт. Обычно это не root, а bitrix. Права для папки – 0755.

В принципе папку можно создать где вам угодно, после чего скопировать путь и прописать его в BX_TEMPORARY_FILES_DIRECTORY.

Если папка существует – смотрим права и владельца.

Бывают случаи когда владелец сайта один пользователь, но файлы переносились под учеткой root пользователя. В таком случае подключаемся к серверу через консоль SSH, и выполняем следующие команды:

find /home/bitrix/www -type f -exec chown bitrix:bitrix {} \;

find /home/bitrix/www -type d -exec chown bitrix:bitrix {} \;

find /home/bitrix/www -type f -exec chmod 644 {} \;

find /home/bitrix/www -type d -exec chmod 755 {} \;

Где:

• /home/bitrix/www – это путь до вашего сайта,
• -type f … — назначение прав,
• bitrix:bitrix – пользователь:группа в которую входит пользователь.

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

Иногда мы можем наблюдать ошибку Outlook Express — Произошла неопознанная ошибка. Учетная запись: ‘ ‘, Сервер:    ‘, Протокол: POP3, Порт: 110, Защита (SSL): Нет, Код ошибки: 0x800C0133. При этом не загружаются входящие письма. Рассмотрим причины возникновения ошибки и методы решения.

Код ошибки 0x800c0133 как исправить

Ошибка 0x800C0133 возникает в том случае, когда файл Outlook в котором хранятся входящие письма — Входящие.dbx достиг размера в 2 гигабайта (своего предельного размера). В данном случае необходимо создать новую папку в Outlook (например, архив 2018 года) и переместить туда все входящие письма. Для этого нужно создать папку Архив, нажать правой кнопкой на папке Входящие – Перемерить в – Выбрать папку Архив.

Этот метод не всегда работает и если ошибка все равно появляется необходимо зайти в папку с письмами. Путь к папке можно посмотреть в Outlook: Сервис — Параметры — вкладка «Обслуживание» — кнопка «Банк данных» (или банк писем). Скопировать путь и вставить его в адресную строку проводника. Далее находим файл Входящие.dbx, переименовываем его в Входящие-архив.dbx и перезапускаем клиент. Входящие письма должны загрузиться, а ошибка исчезнуть.

1. «Битый» файл. Как правило, это файлы формата PDF или MS Word.
2. «Тяжелая» читалка файла. В моем случае стоял Adobe Acrobat последней версии.

Как исправить ошибку 79 service error

В случае если файл «биты» попробуйте восстановить его, или по возможности создайте новый. Для Word можно просто скопировать содержимое в новый документ, для PDF сканировать страницу заново, или прогнать через онлайн-сервисы.

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

Чтобы осуществить запрошенное действие WordPress необходим доступ к вашему серверу.

Пожалуйста, введите координаты доступа к FTP.

Решение проблемы

Если у вас обычный виртуальный хостинг:

Заходим на хостинг через ftp/ssh в корневой папке находим файл config.php, открываем его в текстовом редакторе Notepad++ и в самом конце добавляем строку:

define(‘FS_METHOD’,’direct’);

Сохраняем файл, заливаем обратно.

Если у вас VPS сервер и решение не помогло, добавляем к вышеописанным действиям следующее.

Подключаемся к серверу через ssh, авторизуемся, вводим команду:

sudo chown -R www-data /var/www/html/wp-content

То есть, назначаем права доступа. Путь /var/www/html/wp-content может отличаться от моего, но, думаю, если у вас VPS вы и так это знаете.

Не удается запустить Microsoft Office Outlook …. … …. Outlook.pst … … … scanpst.exe … … …

Аналогичные ошибки могут возникать, в случае если Outlook не запускается в принципе.

Решение
Начнем с понимания «что есть что».

scanpst.exe — это утилита, предназначенная для исправления ошибок в электронных письмах Outlook, а именно папки Входящие. Помимо этого утилита исправляет различные ошибки файла Outlook.pst. Чем могут быть вызваны ошибки? Не могу однозначно ответить на этот вопрос, тут нужно изучать конкретные случаи – универсальной проблемы, вызывающей ошибки в файле Outlook.pst как таковой нет. Фактически утилита scanpst.exe восстанавливает работоспособность файла Outlook.pst.

Где находится scanpst.exe ? Путь к утилите: C:\Program Files\Microsoft Office\Office12
У меня установлен клиент Outlook 2007. Стоит отметить, что у вас путь может отличаться от моего пути. В таком случае можно воспользоваться поиском файла scanpst.exe.
Для 64 битных версий Windows утилита может находиться в разных папках в зависимости от версии, а именно:

• Для версии Outlook 2016: C:\Program Files (x86)\Microsoft Office\root\Office16
• Для версии Outlook 2013: C:\Program Files (x86)\Microsoft Office\Office15
• Для версии Outlook 2010: C:\Program Files (x86)\Microsoft Office\Office14
• Для версии Outlook 2007: C:\Program Files (x86)\Microsoft Office\Office12

outlook.pst – это файл, в котором храниться письма клиента Outlook.
Где находится outlook.pst ? Путь к файлу: C:\Users\USER\AppData\Local\Microsoft\Outlook

Для решения нашей проблемы выполним следующие действия:
1. Запускаем scanpst.exe ,
2. Нажимаем кнопку «Обзор» и выбираем файл Outlook.pst, нажимаем кнопку «Начать».

Если видим сообщение:

Файл C:\Users\USER\AppData\Local\Microsoft\Outlook\Outluk.pts используется другим приложением. Закройте Microsoft Office Outlook и все остальные приложения. работающие с электронной почтой, и повторите попытку

Значит нужно закрыть Outlook. Закрываем, выполняем пункт 2.

Затем начнется проверка файла. После проверки утилита укажет сколько ошибок обнаружено (или не обнаружено, как в моем случае) и предложит их исправить. Для исправления нажимаем кнопку «ОК» и ждем.

После применения исправлений Outlook готов к работе.

1. Яндекс.Вебмастер.

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

Заходим в Вебмастер – >Выбираем сайт –> Индексирование –> Страницы в поиске.

Нажимаем кнопку Последние изменения и скачиваем таблицу со страницами XLS (внизу справа).

Файл может содержать следующие данные:

• updateDate — дата обновления поисковой базы;
• url — адрес страницы;
• httpCode — HTTP-код, полученный роботом во время последнего обхода;
• status — статус страницы;
• target — адрес страницы, на которую происходит перенаправление, или отображаемый в результатах поиска адрес;
• lastAccess — дата последнего посещения страницы роботом;
• title — заголовок страницы (содержимое HTML-элемента title);
• event — действие, произошедшее со страницей (добавление или исключение из поиска).

Информация взята тут https://yandex.ru/support/webmaster/service/searchable.html

Открываем файл. Нас интересует статус DUPLICATE – дубль.

Далее включаем фильтр в Excel и выбираем страницы со статусом DUPLECATE. Как правило, если поисковик считает страницу дублем  она удаляется из поиска (не всегда), и последний столбец принимает значение DELETE.

Дублями могут быть как обычные страницы, так и PDF документы. Довольно часто PDF документы закрывают от индексации, но если делать этого нельзя, нужно проверить мета данные документа и изменить заголовки PDF документов, сделать их (заголовки, а по возможности и сами документы) уникальными. Довольно часто можно встретить ситуацию, когда инструкция, например, к телефону в формате DPF считается более релевантной страницей. В данном случае карточка товара может не индексироваться вовсе, так как она будет считаться дублем. В данном случае для продвижения карточки товара необходим тщательный анализ, в том числе на пост фильтры. Исправить подобною ситуацию «в два клика» не получиться.

Итак, у нас есть список дублей  страниц нашего сайта.

2. Гугл вебмастер.

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

Заходим в Гугл Вебмастр  –>  Выбираем сайт  –>  Вид в поиске  –>  Оптимизация HTML

Тут есть проблема с выгрузкой данных. Данные можно выгрузить в гугл документы и CSV файл. В первом случае адреса страниц разделены знаком «|» и находятся в одной ячейке что, собственно, не очень удобно. Во втором случае в выгруженном файле не правильная кодировка, расшифровать файл можно с помощью декодера на сайте Артемия Лебедева https://www.artlebedev.ru/decoder/

3  Smart SEO Tool.

Программа Smart SEO Tool – подробней о программе можно прочитать (статью пока не написал) на сайте разработчика. Работать с программой очень просто, скачиваете, устанавливаете в два клика, вводите адрес сайта и нажимаете кнопку Начать анализ. Получаете неплохой отчет.

4 Ручками.

Вводим в гугле site:адрес вашего сайта, например site:abuzov.ru  Ищем дубли и удаляем.

Ручной метод подойдет для небольших сайтов, до 100 страниц. Если ваш сайт довольно большой, рекомендую использовать первые три метода.

Не так давно пришлось столкнуться с системой orphus, которая представляет из себя скрипт JS для проверки орфографии на сайте. Система не работает какое-то время. Вашему вниманию представляется описание системы и ее работоспособности (точнее не работоспособности).

Краткая инструкция:

• Вводим свой email в форму.
• Скачиваем скрипт с изображением.
• Устанавливаем код на сайт.
• Выделяем текст (можно без ошибок) и нажимаем Ctrl+Enter, как указано на сайте разработчика после этого система «активируется» и на указанный адрес электронной почты придет письмо с подтверждением.

Установка скрипта orphus на wordpress

После ввода адреса электронной почты скачиваем на локальный компьютер файлы orphus.js и orphus.gif, затем копируем сгенерированный код. В моем случае это:

<script type="text/javascript" src="/orphus/orphus.js"></script>
<a href="//orphus.ru" id="orphus" target="_blank"><img alt="Система Orphus" src="/orphus/orphus.gif" border="0" width="240" height="80" /></a>

Заходим через ftp/ssh на сервер и создаем в корневой папке (обычно, на виртуальном хостинге это папка public_html) папку под названием orphus, затем копируем туда скачанные файлы.

Далее мы можем внедрить код :

• Через виджет в админке,
• Непосредственно в файлы движка.

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

Для вставки кода в подвал сайта непосредственно в файл, открываем файл footer.php нужно темы и вставляем в необходимый блок.

В сайтбаре (или футере, смотря куда вставили код) появляется баннер орфуса.

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

Если открыть файл orphus.js в редакторе Notepad ++ можно увидеть следующий код.

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

Попытка восстановить пароль в форме на сайте ( в верхнем левом углу) так же не дала результатов.

Когда умер орфус? Мнения разнятся, но в среднем, система перестала работать около года назад (дата написания статьи 16.01.2018). Поэтому не тратьте время на этот не рабочий скрипт.

Одним из этапов оптимизации сайта является валидация кода. Если у вас присутствует тег <noindex>, а во многих случаях он просто необходим, валидатор начинает ругаться:

Element noindex not allowed as child of element div in this context. (Suppressing further errors from this subtree.)

Элемент <noindex> не разрешен как дочерний элемент <div>. Это происходит по тому, что <noindex> не является официальным тегом.

Выход из этой ситуации прост – взять тег в комментарии. При этом он будет нормально работать, а валидатор перестанет ругаться.

<!—noindex—> … <!—/noindex—>

Зайдите в консоль.

Проверьте, работает ли mysqld командой ps с ключом –A

ps  –A

Если процесс не запущен, перезагрузите его:

sudo service mysql restart

При попытке перезагрузки вы можете получить следующее сообщение:

stop: Unknown instance:
start: Job failed to start

Далее наберите команду:

sudo -u mysql mysqld

Если вы получите следующее сообщение:

140208 10:17:11 [Note] Plugin ‘FEDERATED’ is disabled.

140208 10:17:11 InnoDB: The InnoDB memory heap is disabled

140208 10:17:11 InnoDB: Mutexes and rw_locks use GCC atomic builtins

140208 10:17:11 InnoDB: Compressed tables use zlib 1.2.3.4

140208 10:17:11 InnoDB: Initializing buffer pool, size = 4.0G

InnoDB: mmap(4395630592 bytes) failed; errno 12

140208 10:17:11 InnoDB: Completed initialization of buffer pool

140208 10:17:11 InnoDB: Fatal error: cannot allocate memory for the buffer pool

140208 10:17:11 [ERROR] Plugin ‘InnoDB’ init function returned error.

140208 10:17:11 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.

140208 10:17:11 [ERROR] Unknown/unsupported storage engine: InnoDB

140208 10:17:11 [ERROR] Aborting

В таком случае служба не может инициализировать движок InnoDB. Желательно увеличить объем оперативной памяти. От этой проблемы спасает команда:

sudo -u mysql mysqld

Работаем дальше.

Где /var/www/web/assets – это путь к папке, к которой необходимо разрешить доступ.

Часто эта ошибка возникает при неправильном распределении прав доступа к папкам (файлам) на хостинге или сервере. Кстати, могу порекомендовать недорогой хостинг.

Текст такого цвета является примером, который в вашем случае может отличаться.

Как исправить ошибку the directory is not writable

Если вы используете локальный Веб-сервер, в моем случае это Ubuntu 14.04 TLS, проблема решается назначением полных прав:

sudo chmod 777 /var/www/web/assets

Для обеспечения безопасности на рабочем сервере (в глобальной сети)  хостинге/сервере вместо 777 используйте 755.