LEOnidUKG

LEOnidUKG
Рейтинг
1784
Регистрация
25.11.2006
Должность
PHP
Интересы
Программирование
nikdiv #:


Там по ссылке этот код

Как в него вставить несколько скриптов внешних?

Никак.

JQuery перенести на локалку, нечего ему делать на CDN.

Рекламу от Яндекса не трогайте, просадка будет до 40% в заработке.

Урл сайта покажите, не сталкивался с таким.
Rifihem762 #:

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

Любая даст хороший результат. 

SeVlad #:
Думаешь я не умею посмотреть есть ли таблица? :) Да и её не может не быть. Иначе сайт бы не работал.  Но это уже другая тема..

Я о том, что люди почитают и скажут: ФУ! Fastpanel на нём даже WP сразу 500 ошибка 😂

SeVlad #:

Насчёт CGI - да. Это даже не рассматриваю всерьёз.

А  FastCGI я не раз сравнивал с модулем на разных хостингах. Даже простейший нагрузочный тест (http://loaddy.com/ и тп) и см логи, время загрузки, нагрузки на хостинг. Бывало что немного, а бывало что и ощутимо тормознее. Возможно, да, на тестируемых шаредах не заморачивались настройкой, но вот такой имеет место быть.

ЗЫ. Сейчас заглянул в логи, а там ошибок...

[fcgid:warn] [pid 3020] mod_fcgid: stderr: База данных WordPress возвратила ошибку Table 'wpcf_options' doesn't exist в ответ на запрос SELECT option_value FROM wpcf_options WHERE option_name = 'template' LIMIT 1,

[fcgid:warn] [pid 3249] (32)Broken pipe: mod_fcgid: ap_pass_brigade failed in handle_request_ipc function,

Буду разбираться, но как-то не радует.

Можно. 

Всегда когда были проблемы со скоростью, это или CGI или скрипты самого сайта. Даже по умолчанию FastCGI работает быстро, вот жрёт памяти как конь это да.

Можно реализовать разные версии через тот же CloudLinux это уже высокие технологии и там в придачу не только разные версии идут но и другие приколюшки. Геморройно это делать руками там, но профит с этого не большой.

Ошибка вообще про WP и что таблицы нет. К панели это не относиться.

SeVlad #:

Ну FastCGI всё же хуже модуля апача. Много раз убеждался в этом на шаредах.

Вот как раз вчера первый раз в жизни установил FastPanel, включил FastCGI с 74, развернул ВП из старого бекапа (почти голый ВП, только настроенный) и.. при попытке обновить ВП получил 500. На новёхеньком сервере с 2 камнями и 2 гб памяти. Хотел на модуль апача переключить, а там 7.0. Саппорт порадовал ... но сделаю скидку на субботний вечер. :)

ЗЫ. Спасибо за инфу.

Я не замечал на практике сильных проблем с FastCGI, вот CGI это ппц. Может быть потребление памяти возрастает, но производительность отличная.

Про 500 ошибку и развёртывание старых бэкапов надо смотреть по факту. Просто многие не любят FastCGI т.к. его надо отдельно настраивать и регулировать

Там больше настроек, чем в mod_php, который полностью зависит от Apache.

Много раз убеждался в этом на шаредах.

Много бла-бла-бла. По другому на 1 сервер организовать разные версии PHP физически нельзя. Поэтому если достаточно одной версии и свой VDS, тогда mod_php. Если нужно много разных версий PHP, то тогда FastCGI и всё. Просто, повторюсь, есть консерваторы и они будут рвать жопу за старое, им "хоть в лоб, хоть по лбу".

Что про ISP, там можно сделать  "apache2-mpm-itk, но в панели нет его; хочу иметь системной версий php 74" в два клика делается.

А БД обновляется тупо подключением нужного репозитария и yum update всё, это если коротко. Обновляю там БД каждый раз, никаких проблем нет. 

Все панели ставятся на чистую ОС, это всегда написано в инструкции. Бесплатная панель, бесплатной рознь. 

Есть BrainCP там свои репозитарии и есть всё в одном флаконе, но надо сидеть разбираться.

Есть hestiacp это более развитая VestaCP

Есть в конце концов FastPanel, но там нельзя менять системный PHP, только с FastCGI работать, но не критично.

Но повторюсь, всё ставиться с 0 на чистую систему.

suffix #:

И зависеть от оверсела хостера ?

За цену нормального VPS (5.000) можно взять выделенный сервер !

А нормальный сервак стоит от 15 000, давайте ещё поиграем выдуманными цифрами и проблемами?

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

Если хочешь работать с поиском FULLINDEX, то НЕ совмещай в одном запросе выборку и FULLINDEX. БД, по сути, не умеет использовать одновременно два разных типа индексов и поэтому будет страдать скорость в больших масштабах.

Тут ИЛИ сначала делаем выборку по параметрам т.е. используем обычные индексы и уже в полученных данных ищем нужные слова, Или наоборот, ищем нужные слова и кромсаем уже из них.

Конечно можно хрен на это забить, но при масштабировании будет значительная потеря скорости. Но если масштабов не планируется, хотя бы на 2-3ГБ размер текстов, тогда можно и позабить 😊

Всего: 31599