Запустили портал на основе блого-социального движка «LiveStreet», . У нашей компании не один рабочий портал (а целых три ;) ), до этого времени все проекты разрабатывали основываясь на собственных движках. Но, на мое удивление, в последнее время я влюбился в движок ливстрита и из-за этого появилось большое желание новый портал запустить именно на этом движке.
Сообщаем об открытии нового раздела на сайте livestreet.ru —
Теперь появилась возможность выкладывать/скачивать/покупать дополнения для LiveStreet в специализированном каталоге. Это должно упорядочить все наши доработки и сделать более удобным поиск по ним для новых пользователей.
Читать дальше →
Движок абсолютно не оптимизирован. Большим плюсом будет, если учтете следующие пожелания:
1. В дефолтовой сборке и конфиге все внешние ссылки должны быть закрыты noindex и nofollow (даже ссылки с профилей). Очень много движком страдает от спамеров исключительно потому, что в дефолтовом состоянии ссылки не закрыты. К примеру по этой причине двиг Pligg стал истинной вотчиной спамеров.
2. h1 должен быть один на страницу!!! Не 5 или 10 как сейчас, а только один! Прочие заголовки оформлять в H2 и H3.
3. Имена картинок "/uploads/images/2/2/8/3/1306/f21ab38509.jpg" это жесть. Предпочтительно использование читабельных названий вроде "/uploads/images/2/2/8/3/1306/sexy-ass.jpg" (Поиск по картинкам Google это учитывает).
Остальное по вкусу… Все равно сейчас утопите в минусах ))))
Задался вопросом продвижения.
Появилась необходимость сделать уникальными description и keywords для каждой отдельно взятой страницы.
Но, собственно, тут не до конца мне все ясно, поэтому за советом в массы.
1) Все понимают, что для продвижения по тому или иному запросу, нужна некая плотность ключевых слов на сайте, странице, вообще. ПОэтому, если логически и здраво рассуждать, то сделав вообще для каждой страницы свой уникальный дескрипшн и кейвордс мы потеряем в плотности. Верно?
2) Следовательно, разумно будет делать разделение по блогам. Т.е. для каждого отдельно взятого блога (ну и, ессно, для всех публикаций, размещенных в него) сделать свой дескрипшн и кейвордс. Таким образом подобрав тематические ключевики и описание мы сможем сохранить плотность и все будут довольны. Верно? (все это не утверждения, это я у вас, как раз, спрашиваю, я сам далеко не сеошник =))
3) Ну и в том случае если я прав (хоть в чем-то), нужно как-то реализовать создание ключевиков и описания для каждого блога, раздела и прочее. Ну а, опять же если я ничего не путаю, все публикации хранятся в одной таблице и нужно будет через дополнительное поле присваивать каждой публикации свои описание и ключевики основываясь на том блоге, к которому они привязаны. Вот. Не слишком ли это путано и геморно получится? Вообще толк от этого будет на ваш взгляд?
4) И, напоследок, самый главный вопрос — обсуждалась ли здесь эта тема (просто я не нашел), и если обсуждалась — к чему пришли? Если нет — наверняка многие из вас заинтересованы продвижением и поисковой оптимизацией.
Если я в чем то не прав (а это очень может быть) — поправьте и скажите как нужно поступить. Тема актуальна тем, что пока что, очень странно, но из 100 с лишним публикаций у меня проиндексировалось (и это за месяц) примерно 10-15 процентов… Судя по данным дух поисковых гигантов. Меня это смущает и я хочу как-то «подбавить газку».
Сегодня с утра на сайт в меру активно пошел народ. Что бы могли оценить нагрузку скажу что за сутки было примерно 1600 уников + пауки ПС). Основной поток сконцентрирован был утром, но опять таки — реально не много.
Так вот, сайт открывался с сообщением о превышении лимита соединений с БД, а их у меня в конфиге 100!!! При этом объем потребляемой памяти возрос с 400мб до 1 Гб. Рестарт проблему решил.
Перевожу движок на английский (btw, кто-то еще пытался?). Нашел достаточное количество строк, не вынесенных в language file (russian.php) + список пожеланий на исправление по проекту в целом.
Будет полезно тому, кто решит сделать сеть на английском. Поехали.
Читать дальше →
Хостюсь на Мастерхосте.
для наглядности внешний тест скорости. Время загрузки просто убивает… Бывает доходит и до 46 секунд (в основном вечером и ближе к ночь, тест проводил буквально за 15 минут до написание данного поста). Правда днем (установлен веб-оптимайзер только в gzip, правда мастерхост на виртуальном хостинге gzip не имеет и ставить не будет, включено кеширование (file)) скорость бывает 1-2 секунды… правда в любом случае (для сравнения) LS грузится в самом лучшем случае в 2 раза быстрее моего проекта.
В чем может быть дело, подскажите плз. Нервы на взводе, суппорт пишет, что вроде как все у меня в порядке и причин для паники нет (отправил ему данную ссылку), а посетитель с сайта моего валит. Да я бы сам валил был с такой скоростью работы.
Точнее роботов. Сегодня за 5 минут на моём(пока ещё даже не запущенном проекте) зарегистрировалось 7 пользователей. Ессенно это не настоящие пользователи, а роботы. Как можно удалить их всех, не прибегая к MySQLAdmin?
И ещё вопрос: как можно избежать подобных массовых регистраций?
Запустили портал на основе блого-социального движка «LiveStreet», . У нашей компании не один рабочий портал (а целых три ;) ), до этого времени все проекты разрабатывали основываясь на собственных движках. Но, на мое удивление, в последнее время я влюбился в движок ливстрита и из-за этого появилось большое желание новый портал запустить именно на этом движке.