Cheese

Рейтинг
63
Регистрация
25.01.2007
3d2909

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

Планировать работу достаточно просто - фиксируем текущее состояние и обозначаем цель. Далее описываем конкретные шаги приближающие нас к цели. По мере анализа пути это описание обрастает деталями и сроками и достаточно быстро достигается нужный уровень детализации, при котором уже можно делать первые шаги и глубже детализировать следующие(это называется планирование по набегающей волне). Самое главное не терять из вида конечную цель и планируя каждый шаг понимать как и на сколько он приближает нас к цели.

Я недавно писал конвертер для полуавтоматического переноса.

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

Переезжал с DLE 9.8 Наверное могу помочь с деталями.

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

Уважаемый ТС, как мне кажется, вы не о том беспокоитесь. Считать надо не нормовыработку на человека а нормоприбыль. Я уже в каком-то из здешних топиков про это писал. Если человек за два часа в день обеспечивает свою нормоприбыль то пускай он сидит себе во вконтактике остальные шесть часов, либо пересматривайте базовые показатели по рентабельности на голову... При таком подходе и экономика в порядке и людей зря не задолбаете. А иначе все рано или поздно девальвируется до учета попо-часов, бессмысленного и беспощадного. И в этом случае рядом с вами неизбежно останутся только "тупые но преданные". Есть еще правда odesk-based модель, но там экономика совсем другая и она под другую ментальность заточена.

В порядке эксперимента начали работать с ТС

На входе молодой статейник в достаточно конкурентной тематике, одной из тех, где яндекс "отменил ссылочное" (7 мес отроду, индекс ~45, бэков по яндексу 127, пузо 0/0 ) Бэки 50% естественные, остальное статейный прогон трехмесячной давности. Контент на пациенте более-менее качественный, сео-текстов нет. Позиции по интересующим запросам сейчас в районе второго-третьего десятка. С внутренней оптимизацией у пациента есть некоторые проблемы(в частности, плохие тайтлы и дескрипшены), над устранением которых буду работать в процессе эксперимента.

ТС получает в управление сапо-аккаунт с бюджетом в 1К руб. Я со своей стороны буду продолжать публиковать контент и поливать пациента твиттером.

По мере работы ТС и апдейтов яндекса буду отписываться в теме о прогрессе.

seocore:
можно и выше, только 5.6 не стоит, его еще не допилили

У меня не вышло на 5.5 - вывалился с какой-то ошибкой по зависимостям. Но я доволен и 5.4 - по основным метрикам практически везде заметно улучшилось.

Еще немного подкрутил мускуль и стало совсем хорошо.

И арс я-таки выностить пока не стал ибо нефиг вмешиваться в то что нормально работатет.

SocFishing:
Стандартно:
затем еще в кофнигах апача проверить, нет ли там лишних конфигов на apc.

Оххх... и апача нету(нжинкс+фпм) и апта в центоси тоже нету.

yum erase php-pecl-apc

спасет... не задеть бы при этом чего-нибудь

---------- Добавлено 22.04.2014 в 12:25 ----------

Хозяйке на заметку - после обновления пыха до 5.4 арс потребляет 80М памяти т/е почти в два раза меньше чем на 5.3

Но я всеравно вечером вынесу болезного и вкручу x-cache

SocFishing:
xcache мне нравится, что ставится из коробки и не требует никаких танцев с бубном.

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

kgtu5, да никаким хайлоадом там и не пахнет только криво настроенный сервер. Народ просто не внимательно читает.

seocore:
увеличив ОЗУ под APC Вы наоборот повышаете вероятность появления ошибки нехватки ОЗУ для php-fpm

seocore, примерно что-то подобное я и подозревал, поэтому и писал про "тушение пожара бензином". Как я понимаю вы советуете примерно то же самое что на первой странице советовал господин Роговский плюс x-cache, плюс апгрейд пыха. Я склоняюсь к этому решению... но еще немного послушаю разных мнений и покурю маны, пока не падает.

А почему пых стоит апнуть на 5.4 а не выше?

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

Andreyka, при использовании вашего рецепта, арс стоит оставить, или выносить за ненадобностью?

Всего: 78