Новости Joomla

Вышел релиз Revo PageBuilder Toolkit for YOOtheme Pro 1.6

Вышел релиз Revo PageBuilder Toolkit for YOOtheme Pro 1.6.2PageBuilder Toolkit - это специализированный плагин для конструктора страниц Yootheme Pro, содержит набор различных утилит для ускорения процесса работы и отладки макета, множественные улучшения в интерфейсе, включая поддержку dark mode, подсказки, быстрая смена разрешения в окне просмотра и много чего еще.v.1.6.2 Что нового?- Индикатор статусов: теперь не просто показывает состояние запросов, но и делает автоматические попытки их отправки при кратковременных сбоях в сети, а если это не помогло, то переводит конструктор в ручной режим, что позволяет сохранит макет и настройки темы прежде чем вы потеряете все, что было сделано с момента последнего сохранения- Подсветка ошибок в макете: плагин анализирует код страницы и может автоматически подсвечивать data атрибуты с кучей мусора, которые попадают в код страницы при копипасте из Figma в TinyMCE (пригодится для старых макетов, в текущей работе плагин сам очищает код мусора). Также есть подсветка семантических ошибок сборки - дубли h1 тега на странице и вложенных друг в друга заголовков.- Улучшена поддержка будущего релиза Yootheme Pro 5 и редактора CodeMirror 6Плагин для русскоязычных пользователей доступен в каталоге расширений SovMart и распространяется за символическую плату (100р). Разработчики Joomla расширений и партнеры автора могут получить плагин бесплатно.Для работы плагина необходим конструктор страниц Yootheme Pro.Разработчик плагина - участник нашего сообщества Александр Судьбинов (@alexrevo), член официальной группы поддержки Yootheme Pro. Страница расширенияОписание на сайте автора@joomlafeed#joomla #yootheme

WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы

WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы

👩‍💻 WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы.Пакет плагинов, обеспечивающий ручную и автоматическую отправку url адресов Joomla в поисковые системы на переиндексацию по протоколу IndexNow. Согласно документации протокол поддерживают все крупнейшие поисковые системы, кроме Google. Протокол служит для получения от сайтов URL, которые нужно переиндексировать заново или проиндексировать в первый раз как можно быстрее. Отправка адресов сайта таким образом существенно ускорит индексацию нового или изменённого контента поисковыми системами.Поисковые системы по этому протоколу обмениваются друг с другом данными, поэтому отправив URL в одну из них вы сообщаете их сразу всем. Протокол IndexNow поддерживают:- Amazon- Microsoft Bing- Naver- Seznam.cz- Yandex - YepСуточный лимит URL - 10000 в сутки. Возможна отправка вручную и автоматически. Поддерживаются:- материалы и категории материалов Joomla- контакты и категории контактов Joomla- SW JProjects - компонент каталога расширений для Joomla- JoomShopping - компонент интернет-магазина для Joomla- Phoca Download - компонент каталога файлоа для Joomla- Phoca Cart - компонент интернет-магазина для Joomla- RadicalMart - компонент интернет-магазина для JoomlaПакет плагинов работает с Joomla 4.3+. Тестировался на Joomla 5 и Joomla 6.Смотреть видео:- ВК Видео- RuTubeСсылки:Страница расширенияGitHub расширенияРаздел Поддержка протокола IndexNow в справке Яндекса@joomlafeed#joomla #seo #indexnow

0 Пользователей и 1 Гость просматривают эту тему.
  • 2 Ответов
  • 6544 Просмотров
*

Nikita Web

  • Захожу иногда
  • 62
  • 1 / 1
Всем доброго времени суток!

Обращаюсь как сотрудникам Хостинг-Центра, так и к форумчанам.

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

- В скором времени я планирую запуск интернет-магазина на VirtueMart-е, который сразу же начнет посещать от 200 до 500 человек в день
(такая посещаемость будет обеспечена засчет перенаправления посетителей с уже раскрученного сайта, размещенного на другом хостинге)

- Посещаемость от 200 до 500 человек в течение нескольких месяцев, после запуска магазина, может вырасти до 800-1000 посещений в день
(этот прогноз сделан навскидку, опираясь на намерение продвигать и усовершенствовать сервис магазина. допускается конечно и то, что посещаемость останется прежней)

Вопрос в следующем:

Есть ли смысл размещать этот магазин "рядом" со своими 10-ю сайтами (с посещаемостью 10-30 человек в день)?
То есть не исчерпаю ли я "лимит нагрузки на сервер", который предоставлен согласна условиям договора?

Такой вопрос задаю в первую очередь потому, что плохо представляю и ориентируюсь в соотношении "посещаемости" и "нагрузки на сервер"
Даже после того, когда ознакомился с самим договором:

Код
1
УТВЕРЖДЕНО
Генеральным директором
ООО «Хостинг-Центр»
Приказ №08/10 от 01.10.2009г.
Введено в действие 01.10.2009г.
Приложение 3
к Договору на оказание телематических услуг связи и регистрации доменов.
"Правила предоставления услуг на платформе cPanel/WHM"
1. Не допускается пиковое суммарное использование процессами пользователя более, чем 2% ресурсов сервера.
• К процессам пользователя относятся процессы, запущенные и/или работающие с полномочиями (UID,EUID)
того unix-пользователя, который ассоциирован с аккаунтом (определяется при создании аккаунта), а также
те процессы/потоки(threads), которые являются системными и запущены от системных пользователей, в то
время, когда они занимаются обработкой данных, которая была инициирована иными процессами пользователя
(MySQL-потоки, запускаемые под системным пользователем mysql, процессы и/или потоки веб-сервера Apache,
запускаемые под системным пользователем nodody и прочее).
2. На процессы пользователя (в том числе CGI-скрипты) накладываются следующие ограничения:
2.1. Максимальное количество одновременно выполняемых процессов/потоков — 64;
2.2. Максимальное время выполнения процесса - не более 5 минут процессорного времени (не более 30 секунд -
для CGI-скриптов) и не более 15 минут астрономического времени;
2.3. Максимальный размер потребления памяти - 128 Мб на процесс/поток (из них под данные - не более 64 Мб);
2.4. Максимальное количество одновременно открытых файлов - не более 64 на процесс/поток.
3. На PHP-скрипты независимо от ServerAPI (CGI, mod_php, mod_suphp и проч.) накладываются следующие
ограничения:
3.1. Максимальное время выполнения скрипта - не более 30 секунд процессорного времени;
3.2. Максимальный объем потребляемой памяти - 64 Мб.
4. На работу веб-сервера накладываются следующие ограничения:
4.1. Максимальный размер данных, передаваемых веб-серверу с использованием метода POST - 50 Мб
4.2. Максимальное количество одновременных соединений с веб-сервером - не более 64.
• Определение принадлежности конкретного соединения к аккаунту производится на основании данных:
соответствие выделенного аккаунту клиента IP-адреса и/или домена, указанного в секции "Host: " запроса
протокола HTTP, аккаунту клиента.
5. На процесс функционирования электронной почты, накладываются следующие ограничения:
5.1. Максимальный размер одного письма электронной почты с учетом всех его вложений, заголовков, а также с
учетом кодирования, применяемого почтовыми серверами и/или клиентами при передаче писем - 50 Мб;
5.2. Разрешенная частота отправки писем: не более 250 писем в час в с одного домена клиента;
5.3. Максимальное количество ошибочных (несуществующих) адресов, указанных в качестве получателей письма
в рамках одной SMTP-сессии - 3 адреса.
6. На процесс функционирования FTP-сервера накладываются следующие ограничения:
6.1. Максимальное количество позиций в выводе при выполнении команд отображения содержимого директории
— 30000;
6.2. Максимальное количество одновременных соединений для анонимного пользователя - 20 на аккаунт;
6.3. Максимальное количество одновременных соединений для FTP-пользователя, не являющимся анонимным —
3.
7. На процесс функционирования сервера баз данных, накладываются следующие ограничения:
7.1. Максимальное количество одновременных соединений - 10 на 1 SQL-пользователя;
7.2. Максимальный размер коммуникационного пакета сервера баз данных - 24 Мб;
7.3. Максимальное время выполнения SQL-запроса - 60 секунд.
8. Ограничения на количество одновременных соединений по протоколам:
8.1. POP3 - не более 10 одновременных соединений с одного IP;
8.2. IMAP4 - не более 10 одновременных соединений с одного IP;
2
8.3. SMTP - не более 20 одновременных соединений с одного IP за исключением тех сетевых узлов, которые
являются ретрансляторами электронной почты крупных почтовых сервисов;
8.4. HTTP — не более 32 одновременных соединений с одного IP (за исключением узлов обслуживающих
множество конечных пользователей и являющихся прокси-серверами или шлюзами крупных сетей или
общеизвестных сервисов);
8.5. прочие - не более 15 одновременных соединений с одного IP.
9. Лимиты по использованию дискового пространства определяются тарифным планом. В дисковую квоту
включаются все ресурсы клиента (включая базы данных, электронную почту, файлы статистики посещений и
проч).
10. Исполнитель вправе в одностороннем порядке пересчитывать количественные значения указанных лимитов в
случае изменения характеристик серверного оборудования без ухудшения условий функционирования аккаунта.

И в случае, если такая посещаемость исчерпает лимит нагрузки, какие действия или адекватные тарифы вы посоветуете?

Заранее благодарен.









« Последнее редактирование: 02.06.2010, 14:19:22 от Nikita Web »
*

Nikita Web

  • Захожу иногда
  • 62
  • 1 / 1
Re: cPanel 4 - лимит нагрузки на сервер
« Ответ #1 : 02.06.2010, 17:06:46 »
получил ответ в ЛС

все понял

спасибо
*

aleksviper

  • Осваиваюсь на форуме
  • 14
  • 0 / 0
Re: cPanel 4 - лимит нагрузки на сервер
« Ответ #2 : 14.06.2010, 14:18:52 »
А нам как понять ответ??
Ответ в студию, пожалуйста!!
ЗЫ кратенько
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться