Сервер «1С:Підприємство». Установка на платформе Linux (Ubuntu)

В данной статье мы рассмотрим установку сервера «1С:Підприємство» в среде Ubuntu Server. Решения на альтернативной платформе пользуются заслуженной популярностью в среде пользователей и администраторов, так как позволяют экономить ощутимые суммы за счет отказа от покупки Windows Server, но отличаются повышенной сложностью установки и настройки. Однако если вы будете следовать нашим рекомендациям, то проблем не возникнет.

Как всегда, начнем с краткого теоретического отступления. Сервер «1С:Підприємство» поставляется в двух вариантах: 32 и 64 бита, которые отличаются прежде всего ценой (42 и 72 тыс. руб.). Ключ от 64-битного сервера позволяет запускать и 32-битную версию, но не наоборот.

В случае с платформой Linux мы рекомендуем чтобы битность сервера «1С:Підприємство» и Ubuntu совпадали, хотя вы можете установить 32-битную версию сервера на 64-битный Ubuntu воспользовавшись пакетом ia32-libs, но это выходит за рамки данной статьи. В нашем случае мы будем устанавливать 64-битный сервер на Ubuntu Server 10.04.4 64-бита, однако все сказанное будет справедливо и для 32-битной платформы, существенные отличия мы будем оговаривать отдельно.

Почему 10.04.4, когда на подходе 12.04? Во-первых 10.04 (как и 12.04) — LTS релиз, предполагающий стабильные пакеты и расширенную поддержку, во-вторых 10.04 отлично изучен, все известные баги устранены, все особенности изучены и задокументированы.

В любом случае у нас в запасе остается год для перехода на новый 12.04 LTS, что позволит хорошо изучить новую версию ОС, устранить известные ошибки, создать пользовательскую документацию. Сегодня ничего этого еще нет.

Также мы не рекомендуем использовать промежуточные релизы: 10.10, 11.04, 11.10. Почему? В данных релизах используются последние версии пакетов, производится обкатка новых технологий, они имеют короткий срок поддержки. Конечно никто не может вам запретить их использовать, но в этом случае будьте готовы взять на себя риски возможного нестандартного поведения или отказа системы.

Итак, у нас имеется свежеустановленная и обновленная Ubuntu Server 10.04.4, с установленными mc и ssh, это позволит нам проводить все работы по настройке сервера удаленно, со своего рабочего места. В первую очередь установим необходимые для сервера «1С:Підприємство» зависимости. Мы будем приводить отдельную команду для установки каждого пакета, хотя вы можете установить их все за один раз, просто перечислив необходимые пакеты через пробел. Все команды выполняются от имени суперпользователя или через sudo:

Теперь установим пакет ttf2pt1, которого нет в репозитории, его можно взять с нашего сервера. Создадим в домашней директории отдельную папку:

Перейдем в нее:

Скачаем пакет:

Для 32-битной системы:

Установим его:

Создадим символическую ссылку для библиотеки libglib:

Для 32-битной системы:

Внимание! В вашем случае имя библиотеки может отличаться от libglib-2.0.so.0.2400.1, поэтому проверьте фактическое наличие данной библиотеки и при необходимости откорректируйте команды.

Теперь можно приступать к установке непосредственно сервера «1С:Підприємство». Дистрибутив можно получить на дисках ИТС, с сайта поддержки «1С:Підприємство» или у обслуживающих вас партнеров. Будем считать что дистрибутив находится у вас на диске. Смонтируем оптический диск:

Создадим каталог для пакетов сервера «1С:Підприємство»:

При помощи mc (или иным образом) найдем на диске и скопируем необходимые пакеты в созданную директорию, затем перейдем в нее и установим пакеты:

Изменим владельца для папки «1С:Підприємство»:

Настроим автозапуск:

Установим необходимые для работы «1С:Підприємство» локали:

Сконфигурируем сервер:

Перезагрузимся:

Теперь на всех клиентских машинах, которые будут работать с нашим сервером «1С:Підприємство» добавим в Windows\System32\drivers\etc\hosts следующую запись:

где 1c-server имя нашего сервера, а 10.0.0.128 его IP-адрес.

Если в вашей сети работает DNS-сервер, то можно добавить на нем запись типа A:

где 1c-server имя сервера, а 10.0.0.128 его IP-адрес, domain.local имя локального домена.

Теперь можно установить на клиентскую машину компоненту Администрирование сервера «1С:Підприємство» и попробовать подключиться к нашему серверу:

indexЕсли все пройдет удачно, сервер «1С:Підприємство» можно признать настроенным и готовым к использованию. Остается только установить драйвер ключа HASP, однако это тема для отдельной статьи и мы рассмотрим ее в ближайшее время.


Источник: http://interface31.ru/tech_it/2012/04/server-1s-predpriyatiya-chast-3-ustanovka-na-platforme-linux-ubuntu.html

Типовые ошибки установки сервера «1С:Підприємство» и PostgreSQL на платформе Linux

Связка сервера «1С:Підприємство» и PostgreSQL вторая по популярности среди установок «1С:Підприємство» и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.

Общая информация

Перед тем, как начинать искать ошибки установки и, вообще, приступать к внедрению серверной версии «1С:Підприємство» было бы неплохо освежить представление как это работает:

Сервер «1С:Підприємство». Часть 1 — Общие вопросы.

В небольших внедрениях сервер «1С:Підприємство» и сервер СУБД обычно совмещают на одном физическом сервере, что немного сужает круг возможных ошибок. В нашем случае будет рассматриваться ситуация, когда сервера разнесены по разным машинам. В нашей тестовой лаборатории мы развернули следующую схему:

index

В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер «1С:Підприємство» версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает только с сервером «1С:Підприємство», который, в свою очередь, формирует необходимые запросы к серверу СУБД. Никаких запросов от клиента к серверу управления базами данных не происходит.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)

index2

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba.conf, найдите строку:

и приведите ее к виду:

где 192.168.31.0/24 — диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections.

Сервер баз данных не обнаружен
could not translate host name «NAME» to address: Temporary failure in name resolution

index3

На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файл hosts на клиенте, что не дает никакого результата…

А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер «1С:Підприємство», но никак не клиентский ПК, следовательно запись нужно добавлять на сервере «1С:Підприємство» в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows.

index4

Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.

Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.

index5

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows запись вида:

где указываете адрес и имя вашего сервера «1С:Підприємство». В случае использования локального DNS следует добавить A-запись для сервера «1С:Підприємство».

Ошибка СУБД: DATABASE не пригоден для использования

index6

Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с «1С:Підприємство» версию PostgreSQL или допустили грубые ошибки при установке, например не установили все необходимые зависимости, в частности библиотеку libICU.

Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.

Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.

Ошибка СУБД:
ERROR: could not load library «/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so»

index7

Довольно специфичная ошибка, характерная для сборок 9.1.x и 9.2.x Postgre@Etersoft, также может приводить предыдущей ошибке. Причина кроется в неисправленной ошибке в библиотеке fasttrun.so. Решение — откатиться на сборку 9.0.x Postgre@Etersoft.

Ошибка СУБД
ERROR: type «mvarchar» does not exist at character 31

index8Возникает если база данных была создана без помощи системы «1С:Підприємство». Помните, для работы с «1С:Підприємство» базы данных следует создавать только с использованием инструментов платформы «1С:Підприємство»: через консоль Администрирование серверов «1С:Підприємство»

index9или через средство запуска «1С:Підприємство».

index10

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (по паролю)

index11

Очень простая ошибка. Неправильно указан пароль суперпользователя СУБД postgres. Вариантов решения два: вспомнить пароль или изменить его. Во втором случае вам нужно будет изменить пароль в свойствах всех существующих информационных баз через оснастку Администрирование серверов «1С:Підприємство».

Сервер баз данных не обнаружен
FATAL: database «NAME» does not exist

index12Еще одна очень простая ошибка. Смысл ее сводится к тому, что указанная БД не существует. Чаще всего возникает из-за ошибки в указании имени базы. Следует помнить, что информационная база «1С:Підприємство» в кластере и база данных СУБД — две разные сущности и могут иметь различные имена. Также следует помнить, что Linux системы чувствительны к регистру и для них unf83 и UNF83 два разных имени.


Источник: http://interface31.ru/tech_it/2014/05/tipovye-oshibki-ustanovki-servera-1s-i-postgresql-na-platforme-linux.html

Плагин для WordPress Rus-To-Lat

1

Rus-To-Lat это плагин транслитерации русских ссылок. Некоторые веб-мастера предпочитают использовать русские урлы. Мол, так выглядит красивее, да и поисковики давно уже научились понимать такие ссылки и красиво их подчеркивают в результатах поиска. Но недостатки русских ссылок перевешивают их достоинства. Попробуйте, например, скопировать русский урл и вставить его в любой текстовой редактор. Ссылка вида http://www.testwp.ru/привет-мир.html превратится в набор символов http://www.testwp.ru/%D0%BF%D1%80%D0%B8%D0%B2%D0%B5%D1%82-%D0%BC%D0%B8%D1%80.html. Делиться с кем-либо такими ссылками не очень то удобно.

Такая ситуация возникает из-за того, что по спецификации ссылки не могут содержать русские символы. Они должны быть закодированы последовательностью символов – каждый русский символ заменяется на 6 латинских символов. Например, русская буква «а» превращается в «%D0%B0«.

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

Отсутствие плагинов транслитерации в блоге обязательно вызовет проблемы и со многими плагинами, работающими с файлами. Они тоже зачастую не учитывают возможность того, что названия файлов в блоге могут содержать русские символы. Например, популярный плагин обеспечения безопасности WordPress File Monitor в принципе отказывается понимать русские символы. И поверьте на слово – таких плагинов очень много.

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

Скачиваем плагин по ссылке в конце страницы и устанавливаем его:

1 Распаковываем архив.

2 Копируем папку rustolat в /wp-content/plugins/.

3 Заходим в админку блога на вкладку «Плагины» и активируем плагин.

У плагина есть лишь одна настройка, которую вы можете найти в меню «Настройки\RusToLat«. Это настройка стандарта транслитерации:

 

2

Советую использовать стандарт ISO 9-95, так как он более соответствует сложившимся в рунете правилам транслитерации. Однако, при всем уважении к стандартам ISO и ГОСТ, мне не нравится, как они переводят на латиницу русскую букву «Х». ГОСТ заменяет ее на «KH», а ISO на латинскую «X». Не знаю, что общего в произношении русской буквы «Х» и латинской «X», поэтому я обычно заменяю «X» на «H» и «x» на «h», мне кажется это более правильным.

Чтобы это сделать откройте файл rus-to-lat.php в папке плагина и  отредактируйте его следующим образом:

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

В такой особенности плагина кроется, как его недостаток, так и его достоинство. Если вы не хотите менять уже существующие ссылки в блоге, то вы должны использовать именно плагин Rus-To-Lat. Если же вам необходимо поменять в блоге кучу ярлыков в уже существующих записях, то советую использовать плагин Cyr-To-Lat, который делает это автоматически при своей активации. У плагина Cyr-To-Lat, кстати, много и других достоинств и обычно в качестве плагина транслитерации я рекомендую использовать именно его. Но только не в случае, когда вы хотите оставить старые ярлыки без изменения.

 


Источник: http://www.wordpressplugins.ru/critical/rustolat.html

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

SEO оптимизация WordPress

Несмотря на огромную популярность WordPress, этот движок, не оптимизированный под современные требования поисковых систем, вполне способен загнать под фильтр новый сайт, даже несмотря на размещаемый там качественный контент. Стандартная настройка CMS приводит к появлению множества дублей на сайте: один и тот же текст может повторяться самой статье, в «архиве», на странице категории и т.д. Добавьте к этому HTML-код, полный «мусора», комментарии, где каждый желающий может оставить ссылку на любой сайт или дорвей, и вы поймете, почему все большее число новых сайтов на WordPress попадает под фильтр.

SEO-оптимизация и внесение изменений в WordPress могут быть организованы двумя способами: 1) вносить все необходимые изменения непосредственно в PHP-файлы движка, 2) использовать для этого плагины.

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

Самый простой способ внести необходимые изменения в WordPress – это правка PHP-файлов, входящих в состав шаблона. Все файлы одной темы находятся в одноименной директории, которую можно легко перенести с одного ресурса на другой или же сохранить на свой компьютер.

В данной статье мы рассмотрим простейшие способы оптимизации WordPress под поисковые системы.

Как создать главную страницу на WordPress

Создание главной страницы WordPress позволяет избежать дублирования имеющихся на сайте статей, представленных в виде анонсов записей. Расположенный на главной странице статичный, не меняющийся текст – это возможность заточить «морду» ресурса под основные ключевики, необходимые для продвижения.

Чтобы создать статичную главную страницу на WordPress, проделайте следующее:

1. В админ-панели перейдите заходим на вкладку Страницы и создайте или отредактируйте имеющуюся там страницу.

2. Перейдите по адресу Параметры -> Чтение. В списке под названием «На главной странице отображать» выберете «Статическую страницу», и в выпадающем меню «Главная страница» укажите, какую именно статью вы хотите сделать главной. Сохраните изменения.

Настройка ЧПУ в WordPress

Настроить человеко-понятные адреса страниц в WordPress можно средствами самого движка: никаких дополнительных плагинов устанавливать не требуется. Для этого переходим на вкладку Постоянные ссылки и в Общих настройках выбираем пункт Произвольно, после чего прописываем туда следующий шаблон: /%postname%-%post_id%.html.

Для автоматического перевода названий статей на транслит, следует установить плагин RUS-to-LAT.

Есть мнение о том, что каждая страница web-ресурса должна оканчиваться расширением .htm или .html, иначе поисковые системы будут воспринимать ее как директорию. Для того чтобы добавить к страницам расширение .html, используем небольшой плагин Page_Htm со стандартной установкой и без дополнительных настроек.

Теперь закомментируем в файле /wp-includes/post.php несколько строк, чтоб обеспечить переносимость страниц между разделами.

Установка кода Sape на WordPress

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

Прежде всего, следует скачать плагин с сайта разработчика или официального блога WordPress. Полученный zip-архив следует закачать в специальную папку. Затем в панели администрирования блога следует перейти на вкладку управления плагинами и выбрать там команду «Добавить новый». В появившейся вкладке выберете команду «Загрузить» и, кликнув по кнопке «Обзор», выберете сохраненный zip-архив с плагином iMoney (распаковывать архив не нужно) и нажмите на кнопку «Установить».

На странице появится ссылка «Активировать плагин», нажимаем на нее, чтобы начать работу с iMoney. После этого плагин начнет свою работу.

Переходим в раздел «Параметры» и выбираем там раздел iMoney, чтобы перейти к настройкам плагина. Перед нами появится список настроек дополнения, среди которых будет необходимый нам раздел Sape, где следует указать уникальный VID, полученный нами на бирже ссылок.

Чтобы узнать свой VID, следует скачать на бирже папку с PHP-кодом для установки на сайт. Название, представляющее собой длинный код из букв и цифр, — это и есть искомый VID. Вставляем его в соответствующее поле плагина iMoney.

После этого iMoney предложит вам создать на хостинге специальную папку, необходимую для работы кода Sape. Для этого жмем на кнопку «Create».

Для выбора размещения продаваемых ссылок, активируйте соответствующие разделы в настройках: Before Content Links (перед статьей), After Content Links (после статьи), Sidebar Links (в колонке возле статьи). Также вы можете активировать раздел Sape context для продажи ссылок непосредственно из статьи. Все остальные настройки следует выполнить в панели Sape.

Карта сайта на WordPress

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

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

Для создания XML файла обычно используется наиболее известный плагин Dagon Design Sitemap Generator, который имеет множество настраиваемых параметров, а также удобен и понятен в использовании.
Инсталляция плагина Dagon Design Sitemap Generator является полностью стандартной. Необходимо ввести его название в соответствующее поле в админ-панели и подтвердить его установку.

После активации плагина в списке Параметры появится дополнительный пункт DDSitemapGen, где расположены настройки плагина. Чаще всего ничего, кроме используемого языка, менять там не нужно. Однако при желании вы можете настроить количество ссылок на странице, параметры отображения количества комментариев, даты и других данных, относящихся к записи или странице.

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

Чтобы поисковый робот мог найти XML-карту, расположенную в корне сайта, следует указать адрес ее расположения в файле robots.txt. Однако обычно поисковые роботы и сами находят этот файл, если поместить его в корне сайта и назвать sitemap.xml.

Вы можете указать в настройках плагина, ссылки на какие именно элементы web-ресурса необходимо разместить в карте. Многие владельцы сайтов не размещают в sitemap.xml ссылки на категории и другие служебные страницы наподобие архивов, календаря и ряда других, указывая там только адреса страниц и записей.

Подобные настройки зависят исключительно от структуры сайта.


Источник: http://seo-praktika.com/seo-optimizaciya-wordpress.html

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Мета тэги в WordPress

Description и Keywords

Одним из наиболее частых вопросов, с которыми сталкиваются web-мастера и SEO-оптимизаторы, работающие с Wordcodess, — это добавление в данную CMS META тэгов Description и Keywords. Как правило, большинство новичков, не желая особо разбираться в возможностях движка, а также тратить время на то, чтобы изучать его код, ограничиваются установкой одного из расширений, тем более что количество seo плагинов для Wordcodess исчисляется десятками. Наиболее известным среди них является All in One Seo Pack.

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

Недостатков у данного способа SEO-оптимизации Wordcodess намного больше. Во-первых, любой плагин оставляет немало мусора в коде и, соответственно, отодвигает важный контент с расположенными в нем ключевыми словами вниз HTML-кода, что сказывается на ранжировании страниц и всего сайта не лучшим образом.

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

В-третьих, создание МЕТА тэгов так, как делает All in One Seo Pack и другие ему подобные плагины, гораздо рациональнее осуществить при помощи возможностей самого Wordcodess, на основе которых все подобные расширения и работают.

И наконец, в-четвертых, все существующие в настоящее время плагины для создания META тэгов Description и Keywords не позволяют автоматизировать работу по их заполнению. Таким образом, каждый раз при создании очередной статьи вам придется обдумывать и текст, который вы вставите в Description, и ключевые слова. Зачем тратить на это время, если гораздо удобнее и проще предоставить эту задачу CMS?

Создание мета тэгов Description и Keywords в Wordcodess без использования плагинов

Способ № 1. Заполнение мета тэгов каждый раз при создании новой статьи.

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

После этого под областью для ввода основного текста появятся настройки для произвольных полей.

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

После того, как вы выполните данные действия, на каждой странице у вас появятся соответствующее поле для ввода Meta Description.

Вновь кликнув на Добавить произвольное поле, создайте еще одно поле с названием keywords, в соответствующей графе Значение перечислите ключевые слова через запятую.

Теперь осталось только вывести содержание дополнительных полей в соответствующем месте HTML-страницы. Для этого в используемом шаблоне открываем файл header.php и вставляем после код

Способ № 2. Автоматизация создания мета тэга Description

Данный способ также не вызовет у вас никаких затруднений: вам надо будет только скопировать приведенный ниже код в соответствующее место PHP-файла.

Открываем header.php и в самый верх файла перед всем его содержимым вставляем следующий код:

Для вывода Description в HTML-коде страницы вставляем в header.php:

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

Какой из способов работы с Description в Wordcodess выбрать, зависит только от вас. Кому-то кажется необходимым написание уникального авторского описания к каждой статье, другие же web-мастера могут предпочесть сэкономить свое время и полностью автоматизировать создание мета тэгов.


Источник: http://seo-praktika.com/cms-wordpress-meta-tags-description-plagin.html

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Убираем ограничение на количество ключевых слов в WordPress

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

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

Начал изучать данный вопрос. Смотрю структуру базы данных, как оказалось, это поле — не ограниченной длины:

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

Размер ключевых слов в WordPressАвтор: Рудюк С . А. https://corp2.net

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Вывод отладочной информации запуска 1С:Підприємство в Linux

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

По умолчанию, серверный процесс 1С:Підприємство нигде не выводит иформацию о запуске, как результат, при возникновении проблемы запуска вам может оказаться сложным определить причину аварийной ситуации.

Вы можете включить вывод логов создав такой файл:

В него запишите:

Укажите права достаточные для того, чтоб увидел данный файл процесс 1С:Підприємство для каталога conf и для самого файла logcfg.xml.

Информация о процессе запуска будет выводиться в /var/log/1c/dump.

Автор: Рудюк С . А. https://corp2.net

Ошибка запуска 1С:Підприємство в Linux после переименования сервера

Переименовали сервер на котором служба агента «1С:Підприємство»

После переименования сервера Windows Server 2008 с установленным «1С:Підприємство», перестала работать служба «Агент сервера «1С:Підприємство»». Она запускается, работает несколько секунд и останавливается. Если подключаться к серверу «1С:Підприємство» 8.2 через консоль серверов, то возникает ошибка:

Ошибка соединения с сервером «1С:Підприємство» 8.2 server_addr=tcp://SERVER:1540 descr=Ошибка сетевого доступа к серверу (Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на соединение.) line=590 file=.\Src\DataExchangeTcpClientItmpl.cpp

При подключении к базе на этом сервере имеем следующую ошибку:

Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Данная проблема связана с тем, что настройки кластера серверов «1С:Підприємство» хранятся в файлах в каталоге srvinfo (путь к нему указывает параметр -d в свойствах службы «Агент сервера «1С:Підприємство»»). Поэтому после изменения имени компьютера надо выполнить дополнительно следующие действия:

Для Windows зайдите в каталог c:\program files\1c\1cv82\srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 …

Отредактируйте в любом текстовом редакторе два файла: srvinfo\srvribrg.lst и srvinfo\reg_1541\1CV8Reg.lst. Замените в этих файлах старое имя сервера на новое.

Запустите службу «Агент сервера «1С:Підприємство»».

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


Источник: https://helpf.pro/faq/view/1556.html

Генерация изображения штрих-кода в «1С:Підприємство» при работе в Linux

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

Написали маленькую функцию, которая генерирует штрих-код в Linux и получает его в «1С:Підприємство».

Параметры функции Штрих-код:

Штрих-код — буквенно-цифровое значение штрих-кода.
Стандарт — стандарт штрих-кода. Предусмотрены такие значения данного параметра, отвечающие за соответствующий стандарт:

Автор: Рудюк С . А. https://corp2.net

Генерация штрих-кода для вставки его в «1С:Підприємство» при работе в Linux

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

В Linux есть отличная команда barcode, которая генерирует штрих-коды в векторном формате ps. Но, «1С:Підприємство» не понимает такие форматы. Более того, barcode, генерирует штрих-код на размер листа А4 или Letter. Установка пользовательского размера листа не увенчалась успехом. Но, не будем же мы вставлять изображение штрих-кода размером с лист А4…

Однако, есть способ, как решить данные проблемы.

Генерируем штрих-код в формате ps с помощью команды barcode:

Теперь, нужно преобразовать его в понятный для «1С:Підприємство» формат — это или jpg или png. За это отвечает команда ImageMagick convert. Кроме того, есть возможность указать четкость изображения с помощью параметра -density 150. А так же есть очень полезный параметр для нашего случая -trim. Этот параметр обрезает изображение. Т.е. обрезает всё белое пространство нашего листа.

Получаем такую команду для генерации jpg:

Для генерации png:

Сравнивая изображения png и jpg видим, что jpg имеет размер 21,2Кб, а png — 2,7Кб. Т.е. получается, что png лучше использовать, т.к. размер такого файла в 10 раз меньше. Кроме того, в png нет фона.

Для того, чтоб не нужно было вызывать несколько команд из линукс и после каждой делать тайм-аут, рекомендую заключить обе команды в «одну команду», например так:

Можно обойтись и без использования файла, например:

 

Автор: Рудюк С . А. https://corp2.net