А у хостера SSH включен? Обычно логины/пароли для ftp и ssh совпадают (если пользователи не виртуальные). Заходите по ssh и командой passwd меняете пароль для своего юзера.
CSS это каскадные таблицы, они перезаписывают свойста. Media query позволяют перезаписывать свойста для других экранов/устройств/режимов, то есть не меняя верстку, не меняя базовый css вы можете подключить свой файл со стилями, где будет написано, как стили должны поменяться на экранах меньшего размера, убрать позиционирование или подвинуть куда и так далее.
Нет той кнопки, что вы ищите, у вас 2 варианта, или разобратся самому, или обратиться к специалисту. Но видимо вам первый вариант не подходит, раз вы еще не сделали, там делов то на час другой.
Потому что это библиотека себя позиционирует, как non-blocking, non-dos multi-curl library
Если вам нужны последлвательная обработка, воспользуйтесь другой библиотекой
Посмотрите еще в сторону кеширования. Битрикс жестко кеширует все в статику и кеш для пагинатора мог создать пользователь который перешел по рекламной ссылке.
Хотя могу и ошибиться.
Не отправляйте через MTA хостера, настройте отправку через smtp сервер любого крупного почтового провайдера (gmail, yandex, mail.ru), им дает mail tester, как правило 10 из 10 по качеству.
PS Да не забудьте подключить почту для домена + настроить spf,dkim,dmarc записи на домене
Вам нужны media query
Конечно надо настраивать.
Саппорт же сказал, забивается оперативка, приложения уходят в свап и все лежит по этому.
Тут все просто, надо просто настроить. Хорошо работает связка nginx + php-fpm +mysql
Потому что, nginx легок, использует гринтреды и практически не жрет ресурсы, потому что проксирует запросы и сам ничего не делает, если там логики в конфиге не напилено с километр.
php-fpm держит соединения, для того чтобы не забивал оперативку выгоняем его из динамики и ставим статику и указывает жестко прописанное количество возможных процессов чтоб не превышало 30% оперативки. Количество используемой оперативки на процесс указывается в php.ini
Оптимизировать БД конечно сложнее, так как требует более тонкой настройки, но возможно. А так да, постарайтесь ограничить количество запросов к бд через кэширующие плагины.
PS. Не ставьте memcached - для его работы нужна оперативка. SSD диски тоже нормально отрабатывают, в мемкеш круто загонять критичные данные и дергать их напрямую nginx'ом
PPS Панели зло, не юзайте их для слабых виртуалок, они хороши для организации большего количества сайтов на сервере, но большое количество сайтов и vds за 150р - понятия не сочетаемые. Для пары сайтов не сложно виртуальные хосты прописать напрямую.---------- Добавлено 31.05.2016 в 16:28 ----------
Не путайте, шаред хостинги, как правило, стоят на мощном железе, а вам предоставляет "процессорное время". То есть ваши задачи обрабатывает 16 ядер серверного процессора и 128 гигов оперативки. Ограничение в 256Мб чисто на процессы запущенные вашим пользователем, а не всей системой целиком. То есть по факту 256мб на процессы php. При этом база может быть вынесена в отдельный кластер.
Если надо просто запустить CMS из коробки, то ничего лучше шареда нету. А если еще и опыта администрирования нету, то прямая дорога на шаред. Виртуалки нужны для специфичного ПО, или настроек, которые на шаред просто не заюзать.
У вас в примере ничего не срабатывает, потому что нет обработчика на событие click
https://jsfiddle.net/7se4L0n8/1/
Что значит отключить? Вы можете открыть сайт через http и тогда он будет отключен.
Например:
RewriteEngine On RewriteCond %{SERVER_PORT} 443 RewriteCond %{REQUEST_URI} ^/dir [NC] #Тут любое регулярное выражение, которое будет идентифицировать страницу RewriteRule ^(.*)$ http://www.site.ru/dir/$1 [R,L]
У вас возникнет конфликт, если есть редирект с http на https и там просто надо добавить так же условие, только отрицание
RewriteEngine On RewriteCond %{SERVER_PORT} 80 RewriteCond %{REQUEST_URI} !^/dir [NC] #Тут любое регулярное выражение, которое будет идентифицировать страницу RewriteRule ^(.*)$ https://www.site.ru/$1 [R,L]
Как то так я думаю
Могу сделать предположение:
1. Сайт работает в принципе быстро.
2. Сервер находится в США, путь до него (обращение) от меня составляет 199ms
3. Домен ssl то есть + к проверки
Итого: У меня хром показывает загрузку за 3.4 секунды, большая часть статики грузится с кэша - это хорошо, но учитывая что браузеры грузят где то в 8 потоков то многие ресурсы стоят в очереди из за долгого пинга до сервера.
Я бы не обращал внимание если ваши клиенты не Россия. Если Россия, то переносите сайт хотя бы в европу, там нормальный пинг и от нас и от США
А так рекомендации стандартные:
1. Объединяйте скрипты и стили между собой в один файл и сжимайте их.
2. Выносите скрипты перед закрывающим тегом body
3. объединяйте маленькие картинки (иконки например) в спрайты
4. Добавьте заголовок кеширования для статики
5. включите gzip, хотя вся главная там весит примерно 500 кб, это не особо много
