Перед добавлением статьи удалил с доски объявлений сообщение от "ручного" спамера, затем его же тему на форуме, а после и самого.
Полез добавлять статью, а тут ошибка:
Скрин: img27.imageshack.us/img27/6935/20100927140807.jpg
DATABASE ERROR:
SELECT *, DATE_FORMAT(pubdate, ’%d/%m/%Y’) as `pubdate` FROM cms_content WHERE login LIKE ’%doskapo4etakomi%’ AND nickname LIKE ’%%’ AND is_arhive=0 ORDER BY id DESC
Unknown column ’login’ in ’where clause’
Проверка деревьев не помогла. Помогите.
futuristian
+31
Репутация
6017
Рейтинг
Зачем такое время кеширования?!Вам жалко лишних запросов? для всех ставить по минуте, главное, что запросы идут не постоянно.
Тестировал на рабочем сайте. С целью свода нагрузок к минимуму или даже нулю при высокой нагрузке.
Например для работы на шаред хостинге.
Это возможно, если у тебя разрешены комментарии от гостей. Эти боты легко подбирают капчу, а ник — они просто нашли это слово на сайте, например в ДЛЕ нельзя писать гостям от логинов, которые есть в базе сайта.
Дополнил первый пост про кэширование по 10 минут. Как на общий взгляд? Готов прокомментировать по каждому пункту, почему я решил именно так.
10 минут могут быть и 5 и 2, для начинающих сайтов, но я решил взять среднее по моему мнению значение.
10 минут могут быть и 5 и 2, для начинающих сайтов, но я решил взять среднее по моему мнению значение.
#4
13 мая 2010 в 11:20
вот я делал, но для версии 1.5.3
можете посмотреть оригинальные файлы и сравнить с теми что в архиве и эти изменения, перенести в нужные файлы последней версии
ссылка на запись в блоге
instantcms.ru/blogs/prosto-tipa-moi-blog/vstavka-kartinok--cherez-BB-kody-bez-zakachki-na-server-sait.html
Может посмотрите, можно ли это использовать для 1.6.1?
#5
13 мая 2010 в 11:18
есть один минус внешнего, там могут удалить всё это дело
Волков бояться — в лес не ходить. Зато посмотрите на другую сторону — вам не нужно хранить их у себя (фотогалерея не считается), а народ может очень тяжелые по 3-4 мегабайта фотографии вставлять.
плюс отдавать на внешное ссылки неохота(
Я лично отказался от вставки файлов, т.к. полно файлообменников, а вот с фотографиями казус, т.к. если отключаю вставку фото, то пропадает иконка. Нужно вставку картинок, при отключении данной функции реализовать, как на ipb vbulletin — а именно, чтобы иконка была, но в неё нужно было вставлять только путь к изображению например на Радикале или любом другом фото-хостинге.
Обновил список
Внес изменения в первом сообщении (UPD), чтобы все было под рукой и не читать все сообщения
#9
12 мая 2010 в 09:29
А для того, чтобы убрать /content/ при поиске нужно
В файле
/components/content/psearch.php
Убрать content/
В файле
/components/content/psearch.php
Убрать content/
Безусловно. Но тем не менее, я определенно вижу возможность "рекомендованных" настроек подходящих для большинства, даже можно разбить сайты на несколько категорий, например:
— Новый сайт — сайт который только установлен, посетителей нет, на нем работает только админ, настраивает, экспериментирует, приглашает друзей для тестирования. Такому сайту кэширование не нужно, т.к. 2-3 человека нагрузки глобальной не создадут, а вот для экспериментов может даже помешать.
— Сайт в работе — это по сути Новый сайт, но уже отлаженый, наполненный определенным контентом (новости, галерея, объявления, каталог и пр.), посетителей в день 20-50, тут уже стоит включить кэш для новостей, новых пользователей (т.к. их немного), так же можно поставить небольшое кэширование (нсколько минут) на блоки Новых сообщений с форума, доски объявлений, комментариев, калога и прочего.
— Ну и Полный сайт, с посетителями, форумом, живой, работающий, крутящийся. Такой сайт уже нужно более глубоко настраивать, смотреть, пробовать. Но, чтобы этот процесс отнимал меньше времени, нужно собрать воедино (в этом топике например) мнения различных сторон.
Сам я пока что экспериментирую с юзабилити кэша, ищу места где он мешает для повседневного пользователя.
— Новый сайт — сайт который только установлен, посетителей нет, на нем работает только админ, настраивает, экспериментирует, приглашает друзей для тестирования. Такому сайту кэширование не нужно, т.к. 2-3 человека нагрузки глобальной не создадут, а вот для экспериментов может даже помешать.
— Сайт в работе — это по сути Новый сайт, но уже отлаженый, наполненный определенным контентом (новости, галерея, объявления, каталог и пр.), посетителей в день 20-50, тут уже стоит включить кэш для новостей, новых пользователей (т.к. их немного), так же можно поставить небольшое кэширование (нсколько минут) на блоки Новых сообщений с форума, доски объявлений, комментариев, калога и прочего.
— Ну и Полный сайт, с посетителями, форумом, живой, работающий, крутящийся. Такой сайт уже нужно более глубоко настраивать, смотреть, пробовать. Но, чтобы этот процесс отнимал меньше времени, нужно собрать воедино (в этом топике например) мнения различных сторон.
Сам я пока что экспериментирую с юзабилити кэша, ищу места где он мешает для повседневного пользователя.
Приветствую всех посетителей форума.
Совсем недавно познакомился с InstantCMS, очень понравилось, считаю, что на сегодняшний момент альтернатив данной cms попросту нет. Ну, а все его возможности, грамотно переплетенные просто поражают.
Теперь к делу.
В каждом модуле InstantCMS есть меню "Кэширование", его включение значительно ускоряет работу сайта. Вот только не всё кэширование одинаково полезно, хотя несомненно оно нужно всем, а принимая во внимание постоянное развитие cms, нужно разработать элементарные рекомендации по настройке.
Так например, очень плохо кэшировать "меню пользователя" и "авторизацию", первое не пропадает, а второе не исчезает. Модулю случайной картинки стоит установить время жизни 1-5 минут.
Есть ли какие-нибудь рекомендованные настройки по отдельным модулям "от разработчиков"? Каким модулям стоит включать кэш, каким это просто необходимо, а каким необязательно.
Возможно кто-то ещё выскажет свои личные наблюдения.
--------------------------------
UPD
В первом посте буду добавлять наблюдения:
Итак, рассматриваем классическое комьюнити, типа городского или регионального портала, сообщества какого-либо направления
Кэширование должно быть ВЫКЛЮЧЕНО в следующих модулях
— Авторизация
— Голосование
— Горизонтальное меню (если оно у вас есть)
— Добро пожаловать (информация берется из тела модуля)
— Меню
— Меню пользователя
— Часы (информация берется из тела модуля)
Кэширование 1 час можно спокойно включать для модулей
— Последние материалы (если у вас новости выходят чаще, то можно меньше, а если реже, то больше)
— Статьи (тоже самое, что и посл. материалы)
— Архив новостей (думаю можно и 1 сутки поставить)
— Новинки фотогалереи (если фотографий у вас немного и добавляются не каждый день)
— Новые клубы
— Новые пользователи
— Рейтинг пользователей
Если кто-то из пользователей спросит, мол почему я создал клуб или мой рейтинг выше чем в личном кабинете, то можно им и озвучить, что обновление происходит 1 раз в час, это нормальное явление для больших сайтов.
Кэширование 10 минут (на мой взгляд это ни много и ни мало)
— Доска почета
— Категории прайса
— Кто онлайн
— Новинки каталога
— Новое в блогах
— Новости форума
— Новые объявления
— Облако тегов
— Популярное в блогах
— Популярное в каталоге
— Популярные клубы
— Популярные статьи
— Популярные фотографии
— Последние вопросы FAQ
— Последние комментарии
— Случайная картинка (можно уменьшить и до 1 мимнуты)
— Случайное в каталоге
— Случайное фото
— Файлы пользователей
Модули, которыми лично я не пользуюсь (просто нет необходимоcnи):
Архив новостей, Выбор шаблона,
Модули, которые я не упомянул:
Внешний файл, Корзина, Лента новостей, Поиск (т.к. неуверен на его счет), Поиск пользователей (т.к. неуверен на его счет),
Совсем недавно познакомился с InstantCMS, очень понравилось, считаю, что на сегодняшний момент альтернатив данной cms попросту нет. Ну, а все его возможности, грамотно переплетенные просто поражают.
Теперь к делу.
В каждом модуле InstantCMS есть меню "Кэширование", его включение значительно ускоряет работу сайта. Вот только не всё кэширование одинаково полезно, хотя несомненно оно нужно всем, а принимая во внимание постоянное развитие cms, нужно разработать элементарные рекомендации по настройке.
Так например, очень плохо кэшировать "меню пользователя" и "авторизацию", первое не пропадает, а второе не исчезает. Модулю случайной картинки стоит установить время жизни 1-5 минут.
Есть ли какие-нибудь рекомендованные настройки по отдельным модулям "от разработчиков"? Каким модулям стоит включать кэш, каким это просто необходимо, а каким необязательно.
Возможно кто-то ещё выскажет свои личные наблюдения.
--------------------------------
UPD
В первом посте буду добавлять наблюдения:
Итак, рассматриваем классическое комьюнити, типа городского или регионального портала, сообщества какого-либо направления
Кэширование должно быть ВЫКЛЮЧЕНО в следующих модулях
— Авторизация
— Голосование
— Горизонтальное меню (если оно у вас есть)
— Добро пожаловать (информация берется из тела модуля)
— Меню
— Меню пользователя
— Часы (информация берется из тела модуля)
Кэширование 1 час можно спокойно включать для модулей
— Последние материалы (если у вас новости выходят чаще, то можно меньше, а если реже, то больше)
— Статьи (тоже самое, что и посл. материалы)
— Архив новостей (думаю можно и 1 сутки поставить)
— Новинки фотогалереи (если фотографий у вас немного и добавляются не каждый день)
— Новые клубы
— Новые пользователи
— Рейтинг пользователей
Если кто-то из пользователей спросит, мол почему я создал клуб или мой рейтинг выше чем в личном кабинете, то можно им и озвучить, что обновление происходит 1 раз в час, это нормальное явление для больших сайтов.
Кэширование 10 минут (на мой взгляд это ни много и ни мало)
— Доска почета
— Категории прайса
— Кто онлайн
— Новинки каталога
— Новое в блогах
— Новости форума
— Новые объявления
— Облако тегов
— Популярное в блогах
— Популярное в каталоге
— Популярные клубы
— Популярные статьи
— Популярные фотографии
— Последние вопросы FAQ
— Последние комментарии
— Случайная картинка (можно уменьшить и до 1 мимнуты)
— Случайное в каталоге
— Случайное фото
— Файлы пользователей
Модули, которыми лично я не пользуюсь (просто нет необходимоcnи):
Архив новостей, Выбор шаблона,
Модули, которые я не упомянул:
Внешний файл, Корзина, Лента новостей, Поиск (т.к. неуверен на его счет), Поиск пользователей (т.к. неуверен на его счет),
Присоединяюсь к проблеме.
Есть мысль, что можно всё чпу свести не к транслиту, а номерам id статей, например
Первая: /novosti/category1/1.html
Тыщасотая: /novosti/category2/1100.html
Стопитсотая: /novosti/category3/100500.html
Ну и в таком духе.
Это чтобы было по умолчанию, но и возможность ручного изменения для обычных статических страниц.
P.S. К стати, в данный момент 1.6.1 поиск выдает ссылку со стовом content, например оригинальный адрес site.ru/novosti/category1/1.html, а в поиске будет site.ru/content/novosti/category1/1.html
Есть мысль, что можно всё чпу свести не к транслиту, а номерам id статей, например
Первая: /novosti/category1/1.html
Тыщасотая: /novosti/category2/1100.html
Стопитсотая: /novosti/category3/100500.html
Ну и в таком духе.
Это чтобы было по умолчанию, но и возможность ручного изменения для обычных статических страниц.
P.S. К стати, в данный момент 1.6.1 поиск выдает ссылку со стовом content, например оригинальный адрес site.ru/novosti/category1/1.html, а в поиске будет site.ru/content/novosti/category1/1.html
Приветствую всех.
Это даже не проблема, но неприятно как-то.
Ситуация, в настройках например каталога статей выставляю такие значения для фотографий
Но после загрузки оно становится от 146 до 149 в ширину, а для большого, которое должно быть 400 соответственно 395-399, но ни разу ещё не получилось 400.
Тоже самое и в галерее.
Может это можно как-нибудь поправить?
Это даже не проблема, но неприятно как-то.
Ситуация, в настройках например каталога статей выставляю такие значения для фотографий
Но после загрузки оно становится от 146 до 149 в ширину, а для большого, которое должно быть 400 соответственно 395-399, но ни разу ещё не получилось 400.
Тоже самое и в галерее.
Может это можно как-нибудь поправить?
#12
9 мая 2010 в 01:49
Имхо, лучшай сборка apache+php+mysql для локального тестирования vertrigo.sourceforge.net/?lang=ru