bsyomov: Комментарии

Главные вкладки

16 ноября 2015 в 2:28

Генерация sitemap.xml никак не связана с содержимым robots.txt
Т.е. либо надо что-то исключить из индексации для генерации сайтмапа(какие-нибудь термины таксономии или профили пользователей, или что ещё у вас может быть запрещено в robots.txt), либо убрать какие-то правила из robots.txt, либо ничего не делать.

14 ноября 2015 в 16:32

bsyomov wrote:
В настроках - Конфигурация - Мультимедиа - Файловая система, сменить "Временная папка" установить в /var/www/inter/datа/php-tmp, или другую, доступную для записи, и находящуюся под /var/www/inter/datа

14 ноября 2015 в 11:28

В настроках - Конфигурация - Мультимедиа - Файловая система, сменить "Временная папка" установить в /var/www/inter/datа/php-tmp, или другую, доступную для записи, и находящуюся под /var/www/inter/datа

5 ноября 2015 в 21:19

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

31 октября 2015 в 13:27

"sumerian" wrote:
Вы не учились на сисадмина в Вузе, стало быть Вы занимались самообразованием. Т.е. читали книжки, настраивали вируальные машины. Или может всё было не так, и Вы родились с этими знаниями?

29 октября 2015 в 20:23

"ttenz" wrote:
так наоборот прокатило, делаете, но Вы не автослесарь.

Да, скорее инженер автомобилестроитель по образованию, как ни странно. Smile
И я, к тому же не занимаюсь ремонтом машин клиентов.

29 октября 2015 в 5:05

"sumerian" wrote:
ну как тыка. Я ж читаю подряд всё по теме, даже документацию! :)

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

28 октября 2015 в 14:38

"Andruxa" wrote:
Да тут не ngnix, тут varnish напрашивается с memcached/redis.
И mysql добавить буферов/кеша.

Использование Varnish, в большинстве случаев, это не более чем дань моде, а ещё чаще вредительство. Он нужен в очень узком спектре задач, и даже там, не всегда является самым удачным решением.
В mysql надо не добавить кеша/буферов, а корректно его настроить под конкретную задачу.

23 октября 2015 в 12:51

"adubovskoy" wrote:
vps - окей, может быть (а тут многие на vps, really?)). но вот если речь идет о голом инстансе, на том же DO например, или dedicated то ручками его настраивать довольно долго, а тут пара минут.

А не надо это делать ручками - есть системы управления конфигурации для этих целей.

23 октября 2015 в 12:19

"Director cemetery" wrote:
Названиесайта/сайтес/дефолт/ везде 777 проставьте

Плохой совет. Никогда так не делайте, если есть вообще какой-то выбор.

"godson" wrote:
Что за группа www-data? Он у меня ругается на нее

В rhel/crntos apache запущен из под apache:apache.

28 мая 2015 в 22:29

У многих разработчиков, профессионально занимающихся созданием сайтов на Друпал, есть не по одному скелетику темы на разные случаи, с которыми лично им удобно работать... Даже у меня пара есть, хотя я и не так много занимаюсь собственно разработкой.
Если вам нужна такая - кто мешает сделать?

Мало того, на d.org есть пачка базовых тем, практически на любой вкус - далеко не только ZEN. Может просто надо поискать, и попробовать разные варианты?

15 мая 2015 в 19:42

Выше была ссылка на документацию по этому вопросу https://wiki.debian.org/AptPreferences
А какие именно пакеты надо с более новыми версиями - так это зависимости для nginx из репозитория Perusio. С помощью, например, aptitude можно посмотреть.

12 мая 2015 в 22:58

"ttenz" wrote:
я рад, если кому-то помогло. я на DO, на стаб дебиане куски брал некоторые, а здесь нашел где можно воплотить полностью.

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

10 мая 2015 в 13:06

"borovinskiy" wrote:
Рекомендация уехать на ip была на форуме nginx.

Вообще эта рекомендация в стиле "так проще чем разобраться". Smile
У меня работали проекты с 300+ rps, и соответственно, довольно большой конкурентностью запросов на unix сокетах, так что это не какая-то глобальная не решаемая проблема.

6 мая 2015 в 20:38

Тогда вопрос - а в какой именно таймаут вы упираетесь на unix socket и не упираетесь на ip socket?
Fastcgi read|send|connect определяется настройками nginx и не зависят от типа сокета. На стороне самого php-fpm тоже проблем быть не должно - там и находится источник задержки.

6 мая 2015 в 9:15

"arsen.borovinskiy" wrote:
php-fpm к nginx надо цеплять через tcp/ip, а не "более быстрые" сокеты.

В случае сокетов надо было обратить внимание на net.core.somaxconn, и лимит на открытые файлы для php-fpm

28 апреля 2015 в 1:45

"kolya_vaskin" wrote:
Предлагают поддержку помесячно за такие деньги,что думаешь ребята заболели или обкурились.

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

17 апреля 2015 в 18:02

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

17 апреля 2015 в 17:57

У хетзнера, имеет смысл, брать только серверы, если понимать, что это лоу кост, как с этим жить, и зачем это вам нужно. Их хостинг и виртуалки отвратительны.
Про mochahost сказать ничего не могу.

17 апреля 2015 в 17:54

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