Юзабилити тестирование стрелочек "вверх и вниз"
1
Маленькая преамбула: «то что вам сегодня кажется привычным и обыденным, еще вчера было новым и неудобным».
Юзабилити тестирования — это всегда очень весело особенно, оно позволяет вам по новому взглянуть на привычные для вас вещи. Так вот и я дал сайт знакомому ботанику для тестирования получил интересные результаты для стандартного дизайна сайта =)
Читать дальше
Юзабилити тестирования — это всегда очень весело особенно, оно позволяет вам по новому взглянуть на привычные для вас вещи. Так вот и я дал сайт знакомому ботанику для тестирования получил интересные результаты для стандартного дизайна сайта =)
Читать дальше
Смена адреса сайта
3
Поискал и не нашел ответа на мой вопрос.
В общем сначала я установил LiveStreet на тестовом сайте типа site.test.ru
Все подкрутил, подключил DNS и сменил домен на site.ru
Заходя на site.ru все отображается как положенно, только ссылки и прочие URL'ы остались site.test.ru :(
Где указывается основной домен сайта?
В конфиге пробовал менять
но безрезультатно.
Ищем и открываем:
../config/config.local.php
меняем на нужный URL
В общем сначала я установил LiveStreet на тестовом сайте типа site.test.ru
Все подкрутил, подключил DNS и сменил домен на site.ru
Заходя на site.ru все отображается как положенно, только ссылки и прочие URL'ы остались site.test.ru :(
Где указывается основной домен сайта?
В конфиге пробовал менять
$config['path']['root']['web'] = 'http://'.$_SERVER['HTTP_HOST']; // полный WEB адрес сайтано безрезультатно.
Все, нашел решение.
Ищем и открываем:
../config/config.local.php
$config['path']['root']['web'] = 'http://site.test.ru';меняем на нужный URL
$config['path']['root']['web'] = 'http://site.ru';
«LiveStreet и 200 000 топиков» или «Попытка взять споличным»
9
Сразу оговорюсь — я не «мастер пера», а если прибавить к этому еще и что это мой первый пост — получается не очень классная картина, но тем не менее, я надеюсь что все пройдет как и было задумано :)
Итак, поехали...
Конец 2006 года — первый раз когда я случайно зашел на сайт Хабры и, если не ошибаюсь, где-то начало 2008 когда первый раз я лицезрел проект, правда BigStreet, и где-то еще в течении месяца наткнулся на LiveStreet… уже не помню конкретно какие мысли посетили тогда меня в этот момент, но именно ЛайфСтрит попал в закладки и стал одним из посещаемых мною сайтов в контексте «от случая, к случаю...»
Проект развивался.
Читать дальше
Итак, поехали...
Конец 2006 года — первый раз когда я случайно зашел на сайт Хабры и, если не ошибаюсь, где-то начало 2008 когда первый раз я лицезрел проект, правда BigStreet, и где-то еще в течении месяца наткнулся на LiveStreet… уже не помню конкретно какие мысли посетили тогда меня в этот момент, но именно ЛайфСтрит попал в закладки и стал одним из посещаемых мною сайтов в контексте «от случая, к случаю...»
Проект развивался.
Читать дальше
dle2ls конвертор базы. преальфа-версия
3
Нано-инструкция:
1. скачать ()
2. в sConvertor.php поменять настройки доступа к БД
3. положить все файлы из архива не сервер
4. зайти по УРЛу, указывающему на sConvertor.php, на сайт.
5. ловить баги и материть писателя данного конвертера, предварительно отписываясь о них здесь в комментариях
Примечание:
Данные ДЛЕ и Живой улицы должны располагаться в одной базе данных, с разными префиксами. По-умолчанию префикс дле-ных таблиц — dle_, а ЖУ-ных — prefix_
PS: к ОРТу: не надо никуда этот топик переносить, конвертер еще очень сырой :-)
1. скачать ()
2. в sConvertor.php поменять настройки доступа к БД
3. положить все файлы из архива не сервер
4. зайти по УРЛу, указывающему на sConvertor.php, на сайт.
5. ловить баги и материть писателя данного конвертера, предварительно отписываясь о них здесь в комментариях
Примечание:
Данные ДЛЕ и Живой улицы должны располагаться в одной базе данных, с разными префиксами. По-умолчанию префикс дле-ных таблиц — dle_, а ЖУ-ных — prefix_
PS: к ОРТу: не надо никуда этот топик переносить, конвертер еще очень сырой :-)
Тормоз при запросах к БД
1
Для теста производительности движка импортировал базу данных [4092 юзера, 4113 блогов (включая личные), 4845 топиков, 27231 комментириев] с работающего сайта из другого движка.
По данным du -hc /каталог/базы данных, размер базы, включая индексы, составляет 53 МБайта в бинарном виде.
При входе на сайт при первом запросе каких-либо данных (например каждой следующей страницы топиков) включаются тормоза. Очень сильные, достигающие 1мин, до тех пор, пока данные не достанутся из базы и поместятся в кеш.
Факт, что узким местом являются запросы к базе подтверждается и блоком статистики внизу страницы и менеджером процессов top (ОС Debian Linux 4.0).
Использование memcached вместо файлового хранилища ускоряет загрузку, но уже после выполнения запросов и при повторных обращениях, когда роль БД минимальна.
При беглом анализе структуры таблицы топиков, видна ее частичная неоптимальность, как например хранение текста топика в 3х экземплярах (тизер, полный текст и оригинал до обработки парсером-типографом).
Есть у уважаемого сообщества какие-либо идеи по поводу узкого места в работе с БД и/или предложения по нейтрализации сего узного места?
Отдельно хочу поинтересоваться у автора о причинах такого неоптимального хранения текста топиков?
По данным du -hc /каталог/базы данных, размер базы, включая индексы, составляет 53 МБайта в бинарном виде.
При входе на сайт при первом запросе каких-либо данных (например каждой следующей страницы топиков) включаются тормоза. Очень сильные, достигающие 1мин, до тех пор, пока данные не достанутся из базы и поместятся в кеш.
Факт, что узким местом являются запросы к базе подтверждается и блоком статистики внизу страницы и менеджером процессов top (ОС Debian Linux 4.0).
Использование memcached вместо файлового хранилища ускоряет загрузку, но уже после выполнения запросов и при повторных обращениях, когда роль БД минимальна.
При беглом анализе структуры таблицы топиков, видна ее частичная неоптимальность, как например хранение текста топика в 3х экземплярах (тизер, полный текст и оригинал до обработки парсером-типографом).
Есть у уважаемого сообщества какие-либо идеи по поводу узкого места в работе с БД и/или предложения по нейтрализации сего узного места?
Отдельно хочу поинтересоваться у автора о причинах такого неоптимального хранения текста топиков?