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

SQL Error: Cannot add or update a child row: a foreign key constraint fails (`имя-базы`.`prefix_forum_topic_view`, CONSTRAINT `prefix_forum_topic_view_fk` FOREIGN KEY (`topic_id`) REFERENCES `prefix_topic` (`topic_id`) ON DELETE CASCADE ON UPDATE CASCADE) at /home/p/*****/site.kz/public_html/engine/classes/MapperORM.class.php line 35
Array ( [code] => 1452 [message] => Cannot add or update a child row: a foreign key constraint fails (`имя-базы`.`prefix_forum_topic_view`, CONSTRAINT `prefix_forum_topic_view_fk` FOREIGN KEY (`topic_id`) REFERENCES `prefix_topic` (`topic_id`) ON DELETE CASCADE ON UPDATE CASCADE) [query] => INSERT INTO prefix_forum_topic_view SET `topic_id`='1', `topic_views`='1' [context] => /home/p/*****/site.kz/public_html/engine/classes/MapperORM.class.php line 35 )

удалял плагин форум и таблицы форума в базе, до шаблона Vintage.
но теперь когда создаешь тему, выдает эту ошибку,
после обновления страницы то видно тема создана, но при просмотре темы,
опять эта ошибка.
и вот ещё, тему можно посмотреть только неавторизованным гостю сайта.
помогите как решить?

Здравствуйте! У нас на сайте стоит замечательный шаблон Vintage. Его разрабатывает — и очень активно — пользователь angelsmedia . Он очень нравится всем — и пользователям, и мне, и моей бабушке. Она мне прямо так и скзала: «Это просто замечательный шаблон!»

А ещё у нас стоит бесплатный плагин LSDigest. Его написал известный в сообществе программист stfalcon , за что ему огромное спасибо! Плагин этот выполняет очень нужную функцию — он рассылает уведомления о том, какие самые интересные записи появились на сайте за прошедший период. Но у него есть одна особенность — он не занимается форматированием текста. Поэтому, если в начале топиков есть картинки, верстка едет. Да и сами письма выглядят как plain text.

Нас это очень расстраивало. Поэтому мы привлекли сообщество для «модернизации» шаблона письма таким образом, что бы пользователь, глядя на него, мог сразу сказать: «О! Опять они!». То есть, что бы сохранить узнаваемость, шаблон письма должен был быть похож на шаблон Vintage.

Первым откликнулся пользователь refik . И пока я ходил за сигаретами он успел сверстать шаблон рассылки. Это, надо сказать, поразило меня до глубины души. Шаблон рассылки оказался настолько хорошим, что мне подумалось: «Иван, безусловно, великолепный фрилансер и его можно рекомендовать к сотрудничеству смело.»

И когда все было готово и все вопросы улажены, я сказал себе: «А чо? Не отдать ли шаблон пользователям?». Иван был не против, Анатолий (автор Vintag'а) — тоже. Посему я от имени нас троих выкладываю в общий доступ шаблон рассылки. Что бы ваши пользователи были довольны и никогда не отписывались!
Посмотреть превью шаблона и скачать

Для удобства использования мы оформили его в виде плагина для LiveStreet v0.5.1 (это последняя версия LiveStreet на которой работает галлерея от eXtravert/benone).

Плагин переносит альбомы, комментарии, избранные и рейтинги голосований (при этом данные плагина Gallery не удаляются). После конвертации вам необходимо будет отключить старую галлерею в админке.

Скачать плагин можно в его репозитории на github. Советую перед запуском внимательно прочитать вот это руководство.

Если будут вопросы, то спрашивайте в комментариях ;)

Предыдущие части:

• Часть I. Введение, хостинг и PuTTY.
• Часть II. Vim, файловая система, hostname.
• Часть III. Некоторые настройки ядра, репозитории и базовые утилиты.
• Часть IV. MySQL.
• Часть V. Apache.
• Часть VI. PHP.
• Часть VII. NGINX.
• Часть VIII. APC, Memcached & Sphinx.

Не самая сложная, не самая последняя, но самая важная часть. То, ради чего, всё и затевалось :)

Для начала, нужно обеспечить появление ZIP-a с последней версии LiveStreet (на данный момент это LiveStreet_1.0.3.zip ) в корневой папке сайта. Качаем ZIP отсюда livestreetcms.ru/download/ и по SFTP забрасываем в папку сайта /var/www/superls.ru/public/

Читать дальше →

Предыдущие части:

• Часть I. Введение, хостинг и PuTTY.
• Часть II. Vim, файловая система, hostname.
• Часть III. Некоторые настройки ядра, репозитории и базовые утилиты.
• Часть IV. MySQL.
• Часть V. Apache.
• Часть VI. PHP.
• Часть VII. NGINX.

На мой взгляд, на данный момент, есть только два осмысленных варианта настроить кэширование кода и данных (учитывая то, что LiveStreet поддерживает, конечно). Первый вариант — APC + Memcached. Второй вариант — XCache.

Почему?

• Во-первых все остальные PHP оптимизаторы(eAccelerator, например) сильно проигрывают современным версиям APC и XCache. Всесторонне, особенно в разрезе надёжности. ( Особый случай это ZendOptimiser+ — оно, по отзывам, быстрое и надёжное, но не очень открытое и не очень бесплатное. И я, лично, не тестировал )
• Во-вторых, как opcode кэшер APC, актуальных версий, лучше XCache. И быстрее и стабильней. Да, это субъективное мнение. Да, выигрыш незначителен. Но лучше. :)
• А вот с кэшированием данных XCache справляется намного лучше Memcached. И поэтому если говорить именно об общей производительности, то выигрывает XCache. И это вполне ожидаемо, учитывая что Memcached — софт предназначенный, прежде всего, для многосерверных конфигураций.

Из вышеописанного проистекает моё личное мнение:

• Высокая надежность и хорошая производительность = APC + Memcached( и ниже будет описан именно этот вариант).
• Максимально возможная производительность с приемлемой надёжностью = XCache.

Еще одно важное замечание: коммуникации между сервисами лучше настраивать не через TCP/IP, а через UNIX socket. В рамках «всё на одном сервере» это и быстрее и надёжней. Именно таким образом настраивалась связка Apache + php-fpm в прошлых частях. Таким же образом, по возможности, будем действовать и дальше.

Читать дальше →

Предыдущие части:

• Часть I. Введение, хостинг и PuTTY.
• Часть II. Vim, файловая система, hostname.
• Часть III. Некоторые настройки ядра, репозитории и базовые утилиты.
• Часть IV. MySQL.
• Часть V. Apache.
• Часть VI. PHP.

Общие замечания:

1. Для продвинутых: рекомендуется не ставить nginx из бинарников, а пересобрать его из исходного кода только с нужными модулями. В бинарной сборке «по умолчанию», действительно, очень много для LiveStreet лишнего. Однако, я не считаю это простой задачей и поэтому описывать не буду. Кроме того, хотя эта идея, без сомнений, хорошая, драматического эффекта она не даст.
2. Частично конфигурация снова взята из поста господина xyz
3. Обращаю особое внимание на использование специального раздела для временных файлов, который, следуя советам господина Orhideous , мы создали во второй части

Читать дальше →

Предыдущие части:

• Часть I. Введение, хостинг и PuTTY.
• Часть II. Vim, файловая система, hostname.
• Часть III. Некоторые настройки ядра, репозитории и базовые утилиты.
• Часть IV. MySQL.
• Часть V. Apache.

Итак, лезем упоминавшийся в третей части конфигурационный файл /etс/apt/sources.list:

vim /etс/apt/sources.list

и раcкомментируем там dotdeb.org (две последние строки). После чего обновляемся:

apt-get update

Устанавливаем php, и всё что с ним связано следующими командами:

apt-get install php5-cli php5-common php5-suhosin php5-mcrypt php5-mysql php5-gd php5-dev php-pear php5-curl php5-memcache

apt-get install php5-fpm

После чего опять комментируем dotdeb.org в /etс/apt/sources.list и опять обновляемся:

apt-get update

Читать дальше →

Предыдущие части:

• Часть I. Введение, хостинг и PuTTY.
• Часть II. Vim, файловая система, hostname.
• Часть III. Некоторые настройки ядра, репозитории и базовые утилиты.
• Часть IV. MySQL.

Начиная с этого момента настраивать окружение можно по разному. Глобально можно свести к трём тезисам:

• Применить light HTTP сервер для раздачи статики и проксирования тяжёлых запросов
• Применить fast cgi PHP
• Применить кэширование данных в оперативной памяти

Для каждого пункта возможно использовать разный софт и/или различные связки программ. И во всех случаях получить хороший результат.

Использовать или нет Apache это вопрос очень близкий к религиозному. С моей точки зрения это стоит того, но я не буду утверждать что это наилучшее возможное решение. Есть свои плюсы и минусы.

В любом случае, я описываю именно то окружение, которые использую сам, и субъективно считаю наилучшим по совокупности достоинств. Это проверенное и работающее решение: nginx+apache+php-fpm

Читать дальше →