Metal Messiah

Metal Messiah
Рейтинг
163
Регистрация
01.08.2010
Программистъ

Shur1k_ua, ба, знакомые все лица! :) Еще и в ночь перед НГ в интернете висим 🤪

Про Debian почему такого плохого мнения? Я всегда ставил на Debian или Centos - не имел проблем с ними. На Gentoo мороки чуть больше если прийдется к hlds поставить еще и апач, базу или какой-то редкий софт.

но невыходит некак

в таком случае надо писать на каком этапе не выходит, "что пишет".

Бинг довольно посредственно индексирует русские сайты. Проиндексировано меньше трети страниц не важно какой сайт. Результаты поиска тоже не доставляют. Вот потому и не популярен. Да и кто его сюда пустит у нас тут Яндекс и Мейл.ру с контрольными пакетами акций сидят...

во первых, он лезет не в php-fastcgi.socket а в php-fastcgi.socket-0

во вторых да это все сделано, fix_pathinfo прописан, в логе та же фигня

как это меня бесит... по 2й ссылке

But wrong! you need to include both lines.
хотя другие пишут что надо только одно из двух, проверил оба -
Starting lighttpd: 2013-08-31 04:41:50: (plugin.c.131) Cannot load plugin mod_fastcgi more than once

где правда?

а по факту ничего не решает проблему, путь к файлу php-fastcgi.socket я уже перепрописывал, он вообще в /var/lib лез

и еррор.лог fastcgi смотри ...

отсутствует в /var/log

dir-listing.activate

видимо не сюда т.к. есть index.php? и вообще после добавления этой строки сервер ругается при перезапуске, а так этой опции в конфиге не было

lighty-enable-mod fastcgi-php

lighty-enable-mod: command not found

No package lighty-enable-mod available

к тому же в конфиге fastcgi-php раскомментирован...

допустим нужно было иначе активировать, сделал как по ссылке

в результате сервер вроде как запустился (в консоле [ОК]) но на порту ничего нет. в логах появилась

bind failed for /var/lib/lighthttpd/sockets/php-fastcgi.socket-0
spawning fcgi failed
going down

"Дождь", - ответил Штирлиц и забарабанил пальцами по стеклу.

Я в Таллине. Заселился в какой-то хостел, после 2 чашек шарового кофе в Люкс Экспресс страдаю фигней. Кто завтра утром до начала гуляет по центру?

P.S. Местные, где тут недорогое пиво? Мне Риги по ценам между Франкфуртом и Кёльном хватило :)

Я в Талинне всего 2 дня, теперь вижу программу докладов и думаю а когда же посмотреть собственно город?

Приезжаю вечером до того, скорее всего как всегда ночью погуляю :)

Я надеюсь там не в 22 все закрывается как иногда бывает?

А Вы уверены, что узким местом будет база данных?

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

Объясните чем Вас волнует 2 запроса (или 1 с join'ом) при чтении??? У Вас сколько чтений в секунду 100000 чтоль ????

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

а сразу выбирать из таблицы серверов.

будет дублирование всей технической информации о файле, это нельзя.

отдавать nginx'ом

на этом уже остановились как на факте.

Сервер будет заниматься только тем что по запросу пользователя писать статистику и отдавать ему header(Location: .....) потому там будет десяток апачей с Keep-Alive. А сами сервера с контентом на которые редирект - nginx'ы.

вернее одним батчем

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

Меня больше волнует 2 запроса при чтении или 3й вариант с 1 запросом + explode + random(0,count($array))

Когда-то мейнстримом было парсить выдачу, потом пошла мода на Яндекс XML.

Завтра Яндекс XML закрывают (по крайней мере для простых смертных) так что парсинг выдачи через прокси станет снова актуальным. Вот они и подготовились, капчу усложнили...

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

Есть еще медленные запросы но их за 3 дня набралось 25.

Очень у многих auth, authprov и proto одинаковые.

В результате если строка найдена:

# Query_time: 15.097846 Lock_time: 0.000041 Rows_sent: 1 Rows_examined: 15218

если не найдена идет проход по всей таблице

# Query_time: 19.431725 Lock_time: 0.000058 Rows_sent: 0 Rows_examined: 736856

и то и то записано в slow query log (хотя странно, там количество строк в 50 раз больше, но время больше только в 1.3 раза)

Делать индекс по name (VARCHAR) не думаю что есть смысл. Или есть? Говорят что индексы по строкам тормозят.

Всего: 570