Виталий Черепанов написал: 1. maxiplace 2. clodo 3. rusonyx 4. reg.ru вот именно в таком порядке везде берем только VPS цены у всех одинаковы (+- пару тысяч)
Так товарищу вроде как разделяемый нужен ))) Если для сайта визитки оно понятно, для сайта компании всё же памяти ОЗУ желательно от 2 гигабайт и тогда естественно VPS
Сергей написал: Добрый день. Тоже возникла эта проблема, с mpdf . Где кроется собака ? bitrix где то все равно свой mbstring.func_overload 2 подсовывает что ли ?
Скорее всего собака кроется в том, что вызов библиотеки идёт через функцию с mbstring 2 В инструкции на модуль пишут - правильно подобрать библиотеку генерации PDF видимо надо копать в этом направлении
# Generated by Percona Configuration Wizard (http://tools.percona.com/) version REL5-20120208 # Configuration name server generated for ua6emat 2016-04-18 12:04:59
[mysql]
# CLIENT # port = 3306 socket = /var/lib/mysql.sock
[mysqld]
# GENERAL # user = mysql default-storage-engine = InnoDB socket = /var/lib/mysql.sock pid-file = /var/lib/mysql.pid
Виталий написал: Я бы хотел все-таки получить ответ от разработчиков, пока здесь, а потом в поддержку напишу если не решиться. У нас 4 лицензии бизнес. Сервер на последнем ксеоне. В начале недели поломалась база(таблицы в базе), пишет что памяти не хватает и процент временных таблиц также выше 30, при чем давно и регулярно. Было выделено 4 гб под tmp_table_size. Я попросил хостера расширить с 16гб до 32гб оперативку и увеличить значение до 8гб. Сегодня утром база опять поломалась. точный текст ошибки:
Код
MySQL Query Error: SEL ECT COUNT(DISTINCT BE.ID) as C FR OM b_iblock B INNER JOIN b_lang L ON B.LID=L.LID INNER JOIN b_iblock_element BE ON BE.IBLOCK_ID = B.ID LEFT JOIN b_iblock_property FP0 ON FP0.IBLOCK_ID = B.ID AND FP0.CODE='DOCTOR' LEFT JOIN b_iblock_property FP1 ON FP1.IBLOCK_ID = B.ID AND FP1.CODE='DOCTOR_NAME' LEFT JOIN b_iblock_property FP2 ON FP2.IBLOCK_ID = B.ID AND FP2.CODE='IS_OK' INNER JOIN b_iblock_property FP3 ON FP3.IBLOCK_ID = B.ID AND FP3.CODE='NAPRAVL' LEFT JOIN b_iblock_element_property FPV0 ON FPV0.IBLOCK_PROPERTY_ID = FP0.ID AND FPV0.IBLOCK_ELEMENT_ID = BE.ID LEFT JOIN b_iblock_element_property FPV1 ON FPV1.IBLOCK_PROPERTY_ID = FP1.ID AND FPV1.IBLOCK_ELEMENT_ID = BE.ID LEFT JOIN b_iblock_element_property FPV2 ON FPV2.IBLOCK_PROPERTY_ID = FP2.ID AND FPV2.IBLOCK_ELEMENT_ID = BE.ID INNER JOIN b_iblock_element_property FPV3 ON FPV3.IBLOCK_PROPERTY_ID = FP3.ID AND FPV3.IBLOCK_ELEMENT_ID = BE.ID WHERE 1=1 AND ( ((((BE.IBLOCK_ID = '15')))) AND (EXISTS ( SELECT IBLOCK_ID FR OM b_iblock_site WH ERE IBLOCK_ID = B.ID AND (((SITE_ID='ru'))) )) AND ((((B.ACTIVE='Y')))) AND (((BE.ACTIVE_TO >= now() OR BE.ACTIVE_TO IS NULL) AND (BE.ACTIVE_FROM <= now() OR BE.ACTIVE_FROM IS NULL))) AND ((((BE.ACTIVE='Y')))) AND ((((FPV3.VALUE_NUM = '3014')))) AND (BE.IN_SECTIONS='N') ) AND (((BE.WF_STATUS_ID=1 AND BE.WF_PARENT_ELEMENT_ID IS NULL))) [Out of memory (Needed 268435408 bytes)]
Сдаётся мне надо уменьшать время жизни временных таблиц
Андрей Емельянов написал: Не удается снизить этот показатель путем увеличения размера параметров. Догнал tmp-table-size до 4 ГБ . Результата нет. Понимаю, что перебор . Оставил 512 Мб. Те же 40-42% . В чем может быть проблема? Как это побороть. Сразу оговорюсь, что познаниями в этой области не обладаю. Нужны подробные объяснения . Или помощь в настройке. И показатель скорости работы сайта - очень медленно.
на сайте Percona есть возможность оптимизации настроек базы данных (создание конфигурации под ваши ресурсы и задачи)
Евгений Овчинников написал: Столкнулся с проблемой при попытке переноса на новый VPS. При переносе по ссылке через restore.php выкидывает ошибку как на скрине. Копия есть. Тестил перенос копии другого сайта, с того же хостинга, с идентичного тарифа. Все норм. Я в тупике
Закинуть копию по ftp в корень (там где restope.php) и попробовать восстановиться с локальной не пробовали?
Подразумевалось - " чтобы все было в точности так же как на текущей версии основного"
Если разворачивать с ядром, то Вы Алексей правильно сказали, надо закрывать сайт наружу, если переносить на другой домен без закрытия, надо делать линки на ядро и админка будет уже не та ))) (по условиям лицензии можно развернуть два сайта под одним ядром)
А если и наружу и - " чтобы все было в точности так же как на текущей версии основного" то пожалуй нужна вторая лицензия
Если бы я переносил для себя, то развернул на внутренний VPS и прописал ДНС на него типа proba.site.ru
Да, надо уточнить на что именно переносите сайт???
Влад написал: Подскажите, как мне реализовать правильно перенос копии сайта, чтобы все было в точности так же как на текущей версии основного? буду ооочень благодарен
Это только на локальную копию возможно (по условиям лицензирования)
Алексей написал: Судя по опыту, можно. Хотя, я не официальная техподдержка:)
У меня тоже получилось, пришлось немного потанцевать ))) Установленное из маркета привязывается к ключу, так что доступно ))) Хотел даже ролик сделать на эту тему..о том - как
TerminalHost написал: Доброе время суток уважаемые разработчики и все, все остальные... Помогите... нужна панель управлением хостингом (аналог ISPmanager) на русском языке и бесплатную, существую ли такие в природе подскажите дайте ссылки...
Заранее огромное человеческое спасибо. С уважением...
так никто и не спорит, что прямой редирект быстрее))) Хотел отразить мысль об единообразии подхода к решению этого вопроса, то-есть если действия документируются, то можно любым способом, если нет, то надо для себя определиться...
ps хотел бы посмотреть, кто все свои телодвижения документирует, ...я о русском АВОСЬ )))
Так html прокси (nginx) и отрабатывается. Каждый для себя сам решает, как ему удобнее, правками в индексном файле сайта или секцией в конфигурации ))) Если у Вас в работе с полсотни сайтов то секциями как-то не АЙС )))
*** Каждый выбирает для себя, женщину, судьбу или дорогу...
Станислав Коробкин написал: Через 40 минут все заработало, просто надо было подождать)
существует 99 способов, простейший через тег мета в файле index.html второго сайта в этом случае нет необходимости вмешиваться в логику связки вэб и кэширующего сервера: meta http-equiv="Refresh" content="0.1; http:/test1.ru/.