Словарь

Обсуждение - см. в комментариях к этой странице.

Некоторые общие принципы

  • как можно меньше неологизмов и калькирования (блог, аккаунт, локализация, контент и т.п.)
  • если приходится все же калькировать - используем как можно меньше латиницы: т.е. "блог" вместо "blog" и т.п.
  • исключение: названия модулей, программ не русифицируем, поскольку это связано с именами файлов и командами операционной системы.
  • Пишем названия модулей с заглавной буквы (например, Views), аналогично с названием "Drupal".
  • Названия пунктов меню также пишем с заглавной буквы (например, Файлы/Открыть).

Порядок обсуждения

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

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

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

Преимущества таблиц

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

 

Создание колонок

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

Кратко.

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

Кроме этого, нужно установить настройки php в соответствии с требованиями системы.(не рекомендованные настройки будут подсвечены красным цветом в админ.панели внизу).

.htaccess

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

Для этого необходимо(сначала делаем на локалке под windows) скачать программу htpasswd.exe. запускаем и вводим следующую команду

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

Для русификации компонентов желательно поставить Total Commander. Если установленный компонент хочется русифицировать (а фронтэнд НАДО русифицировать, если ваш сайт на русском), то копируете в буфер обмена кусочек ОДНОРОДНОГО (без полужирных или курсивных кусков) по форматированию текста и в поиске ТС активируете галку "искать в тексте" и вводите этот кусок в окно. Находите нужный файл и открываете его хоть в Блокноте. Если файлы в кодировке UTF-8, то в TC надо отметить параметр поиска в "UTF-8".

Если данная фраза находится в файле english.php, то лучше в этой же директории создайте файл russian.php, просто "Сохранив Как" оригинальный файл под новым именем.

Если в директории компонента есть директория Language, то открываете файл english.php и сохраняете его как russian.php. Как минимум, фронтэнд, обычно находится в этом файле.

Введение

Эта часть освещает следующие темы:

  • Различные типы пользователей Joomla!
  • Регистрация пользователей
  • Восстановление пароля
  • Авторизация во фронте (Front-end)
  • Профиль пользователя

Типы пользователей и прав доступа

Пользователи веб-сайтов Joomla! подразделяются на две категории:

  • Гости
  • Зарегистрированные пользователи

Гости - это просто посетители Вашего сайта. В зависимости от того, как Супер Администратор сконфигурировал сайт, некоторое содержимое может быть доступно только Зарегистрированным Пользователям, в то время как Гостям будет доступно только некоторая часть статей.

Зарегистрированные Пользователи - зарегистировались на Вашем сайте, получив Логин и Пароль. Используя Логин и Пароль они могут авторизироваться на сайте, и получить особые привелегии, не доступные гостям. Зарегистрированные Пользователи подразделяются на две группы:

Шаг 1: Скачайте пакет обновления

Для скачивания последнего пакета обновления Вы можете перейти в сервис Скачать Joomla! или:

  • Зайдите на страницу Скачивания Joomla.
  • Нажмите ссылку Download other Joomla 1.5.x packages.
  • Выберите пакет обновления, соответствующий вашей версии Joomla!.

Например: Если у вас версия 1.5.5, а последняя версия Joomla - 1.5.8, то необходимо скачать пакет Joomla_1.5.5_to_1.5.8-Stable-Patch_Package

  • Поверьте MD5-хэш в правом столбце в той же строке, что и скачиваемый пакет обновления.


Для поиска MD5-хэша пакета обновления:

  1. На странице Скачивания Joomla, нажмите ссылку "Download other Joomla 1.5.x packages"
  2. Нажмите на ссылку, выделенную жирным шрифтом в столбце 'Release Name'. Например, если вы хотите найти хэш пакета обновления версии 1.5.5 до 1.5.8, нажмите 'Joomla1.5.8updates'.
  3. На открывшейся странице выберите вкладку 'Files', где можно увидеть хэш каждого пакета обновления.

На странице скачивания обновления все пакеты представлены в трёх форматах сжатия: zip, tar.gz и tar.bz2. Они отличаются лишь размером и используемым форматом сжатия.

 

Шаг 2: Сделайте архивную копию сайта

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

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

 

Шаг 3: Обновите файлы

Существует несколько способов распаковки и обновления файлов:

  • 1. Распакуйте скачанные на свой компьютер файлы и по FTP замените файлы Joomla.
  • 2. Закачайте пакет обновления по FTP на хостинг и распакуйте их там, использую менеджер файлов панели управления хостингом или с помощью терминала (SSH). Затем замените существующие файлы Joomla файлами из пакета обновления.
  • 3. С помощью wget в терминале хостинга (например SSH) закачайте пакет сразу на хостинг и распакуйте его там же. Затем замените существующие файлы Joomla файлами из пакета обновления.

 

Шаг 4: Проверьте работоспособность сайта

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

Интеграция Joomla и phpBB

Мост (bridge) для форума и Joomla

Загрузить можно по этой ссылке.

 

phpBB Connector для Community Builder

Это плагин к Community Builder, связываюший его с phpBB форумом.

Скачать его можно по этой ссылке (наверху нажимаем FileReleases и выбираем самую последнюю версию)

Список возможностей:

  • Папка форума определяется в панели параметров.
  • При регистрации в Joomla, профиль пользователя так же активируется и добавляется в phpBB.
  • При изменении профиля пользователя, изменения автоматически применяются и к phpBB.
  • При подтверждении регистрации пользователем, phpBB профиль так же активируется.
  • Так же Вы можете выбрать, что удалять при удалении пользователя, только информацию о нем или все его темы, сообщения, опросы и личные сообщения.
  • В случае выбора "Delete Only User" к имени пользователя будет добавлен символ *, непосредственно перед ним и пользователем будет неактивен.
  • Возможность в ручную ввести ID пользователя phpBB в административной части расширения.
  • Вы можете экспортировать уже зарегистрированных пользователей из Joomla в phpBB.
  • Вы можете экспортировать уже зарегистрированных пользователей из phpBB в Joomla.

Смайлики для статей

  • MosSmilies
  • Некоторые WYSIWYG-редакторы позволяют вставлять смайлики прямо при редактировании или создании статьи.

Вставка php и html страниц

  • rdaddphp позволяет интегрировать PHP скрипты в ваши статьи. Для чайников, которые не хотят читать мануал ниже приведено быстрое введение в использование данного расширения:
    • Установить как мамбот
    • Включить (опубликовать) в списке мамботов в административной части
    • Создать на сервере папку scripts (например)
    • Положить в эту папку ваш скрипт, например x.php
    • В статье написать {rdaddphp file=scripts/x.php}
    • Опубликовать статью и просмотреть ее во фронте

Основные и часто употребляемые API функции (глобальные)

В квадратных скобках, если возможно, указано название функции в Joomla 1.5.

  • initEditor() [JEditor::init] - если в коде будет использоваться WYSIWYG-редактор, то наличие этой функции обязательно.
  • mosCountModules('позиция') - возвращает число модулей на заданной позиции. Часто употребляется в шаблонах, для правильного формирования таблиц.
  • mosLoadModules('позиция',$стиль) - выводит модули настроенные на заданную позицию. Часто употребялется в шаблонах.
  • mosGetParam($массив, $имя_переменной, $значение_по_умолчанию, $флаги) - возвращает значение переменной, уже подготовленное для вставки в базу данных.
  • mosMail($email_отправителя, $имя_отправителя, $email_получателя, $тема_письма, $тело_письма) - предназначена для отправки электронной почты с сайта.
  • mosNotAuth() - если у пользователя не хватает прав что-то смотреть, то эта функция выводит стандартную заглушку о невозможности показа страницы.
  • mosRedirect($url) - редирект пользователя на какой-то адрес
  • sefRelToAbs($url) - если SEF включен, то данная функция заменит стандартный адрес вида "index.php?option=com_xxx&task=yyy" на красивый. Понятно что если ваш компонент не известен разборщику адресов в joomla, то шибко красивым он не станет. Но это стандарт. Все сторонние SEF-компоненты перехватывают именно эту функцию.

Я не могу редактировать содержимое в WYSIWYG-редакторе, редактор не работает

  • Во-первых удостоверьтесь, что вы входите в админку по тому же адресу, что записан в $mosConfig_live_site, т.е. если там в начале адреса есть "WWW", то вы должны заходить тоже с www.сайт.ру/administrator/, если же www нет, то надо заходить по адресу сайт.ру/administrator/. Все дело в том, что по идее www.сайт.ком и просто сайт.ком это разные домены, и может получиться такая ситуация, что файлы редактора не могут иметь доступа к каким-то объектам, только лишь потому, что домены разные и этого не позволяют настройки безопасности такого браузера как IE
  • Если вы пользуетесь IE, то возможно у вас запрещены ActiveX, их надо или включить или добавить сайт в список доверенных узлов.
  • Попробуйте отключить антивирус, фаервол, поменять браузер
  • В Опере редакторы работают только с версии 9.0

 

У меня косяк с визульным редактором. Не правильно работает, не правильно отбражается. Глючит по страшному

Гыг. Так мы вам и помогли. С этими редакторами вообще беда. Во-первых в разных браузерах работают по-разному, во-вторых сами по себе монстроидальны, а потому какую-либо действенную помощь мы вряд ли сможем здесь оказать. Попробуйте другой редактор, попробуйте в другом браузере, посмотрите настройки мамбота редактора, обновите версию, убедитесь что он подходит для данной версии джумлы, обновите компонент в котором он плохо работает. Если ничего не поможет - не пользуйтесь им.

В этой статье поговорим о внешних факторах, тИЦ, PR, и ссылочном ранжировании.

Обмен ссылками -самый легкий, самый трудоемкий и очень опасный этап в SEO. Почему станет ясно, как только вы прочтете Лицензию Яндекса – это так, на всякий случай, потому что топики типа «почему меня забанил Яндекс?» уже надоели.

Итак, что же Яндекс считает спамом: «попытки обмана поисковой системы и манипулирования ее результатами с целью завышения позиции сайтов (страниц) в результатах поиска. Сайты, содержащие «поисковый спам», вручную исключаются из индекса из-за невозможности их корректного ранжирования».

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

Для текста ссылок следует выбирать те запросы, по которым мы собираемся оказаться в топе. Казалось бы ясно? Ан нет – везде натыкаюсь на то, что люди размещают ссылки вида «Фирма «Аквариум» - Ваш любимый аквариум».

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

Для чего мы будем расставлять ссылки? В первую очередь для ссылочного ранжирования. Все очень просто: нам нужен целевой траф, а 80% его дают поисковики, первые места в которых и обеспечат нам траф. А как же тицы, PR? Во-первых, они приложатся. Одно без другого не бывает. А во-вторых высокий траф нам дает высокие места в рейтингах в своих категориях, высокие места в рейтингах – больший траф, цепная реакция. Так же и для тИЦ – высокий тИЦ – выше позиция в каталоге. Для PR – больший PR, лучше выдача, выше траф.

© 2018 All Rights Reserved.