myhand

Рейтинг
278
Регистрация
16.09.2009
Andreyka:
Это цена экономии на сисадмине

Это еще и цена экономии на хостинге.

Ink-developer:

Запускаю браузером 170-180 сек.
Сейчас запустил кроном 121 секунда и оборвалось.

Настораживает последняя строчка. Либо "запустить кроном" означало "дернуть wget такой-то урл" - либо проблемы ТС не кончились ;)

Ink-developer:
Ладно я, человек далекий от Apache, но те кто в теме неужели ни кто не слышал про ExpireTimeout? Удивляет то, что я около сотни тем прочитал за сутки про обрывы выполнения скрипта php и не в одной не встретил упоминание ExpireTimeout.

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

iopiop:
ТС ищет самый быстрый с точки зрения сервера способ "удержать" старые ссылки.

Во-первых, что "ищет" ТС - он вполне ясно написал в первом посте. Осилили все, кроме Вас.

Второе. "Самый быстрый" - будет актуально, когда будет не 1k редиректов разных страниц, а по десятку редиректов для _одного_ запроса. Устроите такую клоунаду - задумывайтесь о "быстроте".

iopiop:
Можно дать апачу обрабатывать стопяцот редиректов. Можно организовать через симлинки

Через симлинки нельзя реализовать редиректы. Будет просто дубль контента.

iopiop:
Что бы избежать санкций от ПС нужно будет указать через canonical что считать оригиналом.

"Есть только гугл и яндекс" (который, кстати, только недавно "узнал" про этот нестандартный тег)?

http://www.conversationmarketing.com/2009/02/3-reasons-to-use-rel-canonical.htm

So, use rel=canonical if:
You have no other choice.

Не плюйте на стандарты и не используйте инструменты не по назначению.

iopiop:
Я сильно сомневаюсь что можно придумать что-то, что работало бы быстрее с токи зрения сервера, чем симлинки

Вы помярять эту "разницу" для такого ничтожного действа просто не сможете. 99% времени вообще займет какой-нибудь тупой запрос к БД...

Sower:
Нужно на сервере какой-то софт установить дополнительно?
Я пробовал запускать эти скрипты, только отчёт показывает.

Вы расширение-то установили?

Sower:
Там, на сколько я понял, выдаётся отчёт в конце загрузки, а не демонстрируется процесс загрузки.

Вы не потрудились ничего понять :(

Dess33:
Вопрос вот в чём, кто может починить этот баг на сервере?

Я могу. Приходите в личку с подробностями (как воспроизвести проблему; что за "сервер", например - VPS, дедик?) и адекватным бюджетом. Заинтересует - отвечу.

Sower:
Что бы во время загрузки файла на сервер бежала полосочка (циферки), извещающая пользователя о состоянии выполнения процесса.

А. Я когда-то такое делал через nginx_upload & nginx_uploadprogress_module.

Есть на уровне PHP решения, например вот (есть примеры).

vlad11:
вот именно, если мониторить два десятка железок никакой памяти на сервере не хватит.

Хватило: "Tested with 100,000 monitored devices and servers" (c) аффтор

vlad11:
Лишние расходы на (до)настройку

Извините, это не "донастройка" - а самая элементарная настройка. Телепатических способностей у систем для таких сложных и нестандартных по-определению задач - нет и не предвидится.

Нужно настраивать.

vlad11:
Некоторые счетчики нужно хранить годами.

И как Вы умудряетесь делать это в rrd? Там же _в принципе_ формат ограничен фиксированным временным отрезком. В Zabbix можно (но не обязательно!) делать так же.

vlad11:
а если появится рассинхронизация данных?
как чинить такую базу?

В смысле? Если зеркало развалится - диск заменить.

vlad11:
После месяца мониторинга одного сервера база распухла на 300М.

Ниасилил (тм), верно? :)

Во-первых, zabbix вряд-ли нужен для одного-то сервера.

vlad11:
вот когда заббикс научится работать с rrd и хранить данные на винте, тогда и будем осваивать :)

Во-вторых, ему не нужно работать с rrd - у него итак база будет иметь фиксированный размер, который можно заранее оценить (см. документацию). Убедитесь, что не мониторите лишнего, не собираете показатели чаще чем нужно, что храните данные за фиксированный интервал времени, а не "годами".

Всего: 4890