vikont,
Злой рок там у Вас какой-то.
Бэкап сайтов, бэкап баз, переустановка сервера и восстановить из бэкапов.
Бэкап лучше сохранить на таком же линуксовом сервере.
Можете заюзать мой тестовый. Логины-пароли не изменились.
=================================================
Кстати, а панель управления у Вас там какая установлена?
Ris
+657
Репутация
3771
Рейтинг
vikont,
А я бы сначала посмотрел, что за запросы такие.
Можно сделать логирование медленных запросов и назначить медленными все запросы дольше секунды.
Создадим сам лога:
touch /var/log/mysqld-slow-query.log
Изменим владельца:
chown mysql:mysql mysqld-slow-query.log
А потом в my.cnf
long_query_time = 1
log-slow-queries = /var/log/mysqld-slow-query.log
Потом service mysql restart или service mariadb restart
А я бы сначала посмотрел, что за запросы такие.
Можно сделать логирование медленных запросов и назначить медленными все запросы дольше секунды.
Создадим сам лога:
touch /var/log/mysqld-slow-query.log
Изменим владельца:
chown mysql:mysql mysqld-slow-query.log
А потом в my.cnf
long_query_time = 1
log-slow-queries = /var/log/mysqld-slow-query.log
Потом service mysql restart или service mariadb restart
Вадим Нарочный,
Начнем сначала.
Хук content_before_item вызывается только в одном месте: в файле \system\controllers\content\actions\item_view.php
То есть срабатывать он будет только при просмотре одной записи типа контента.
Далее. Хук вызывается так:
И логически сам хук должен содержать что-то подобное:
Начнем сначала.
Хук content_before_item вызывается только в одном месте: в файле \system\controllers\content\actions\item_view.php
То есть срабатывать он будет только при просмотре одной записи типа контента.
Далее. Хук вызывается так:
Попробуйте посмотреть прямо в хуке, что туда прилетает и что улетает. К примеру так:
Dmitry,
Кстати, забыл сказать. После переименования такие смайлики пропадут в уже написанных комментариях.
Но можно сделать так:
Соответственно, вместо "новое_имя_смайла" напишите то, во что Вы их переименовали.
Кстати, забыл сказать. После переименования такие смайлики пропадут в уже написанных комментариях.
Но можно сделать так:
UPDATE cms_comments SET content_html = REPLACE(content_html, 'smiles/smile.gif', 'smiles/новое_имя_смайла.gif'); UPDATE cms_comments SET content_html = REPLACE(content_html, 'smiles/blush.gif', 'smiles/новое_имя_смайла.gif');
Dmitry,
Просто переименуйте две картинки в /static/smiles.
Просто переименуйте две картинки в /static/smiles.
Долго, дорого, оуенно!"Хах, ну это прям в стиле всем известной студии
©Артемий Татьянович
Дорого и оуенно долго.
©О.Тиньков
Как по мне — гениальный дизайн.klassiki-club.ru/ вот такой вот нормальный
Увы, у меня так не получается. Все пытаюсь вытащить максимум функционала на главную.
Получается черте-что…
шэльдэ бердэ бельдэ,
Ну раз Нил™ — генеральный спонсор проекта, то я вышлю опции.
От 0 до двух. Сколько получится…
Ну раз Нил™ — генеральный спонсор проекта, то я вышлю опции.
От 0 до двух. Сколько получится…
Такой компонент подробно описан у В.Пелевина в книге "iphuck 10".
Только имейте в виду, его (компонент) в конечном счете трахнули телефонной будкой.
Только имейте в виду, его (компонент) в конечном счете трахнули телефонной будкой.
Попробуйте опенпанель.на виртуальный хост поставлю
Какое интересное решение!Но будет возможность сделать экспорт и импорт макета с одного сайта на другой (при условии, что на втором сайте тоже установлен конструктор).
За небольшие деньги каждый может получить доступ ко всеобщей дизайнерской благодати!
ВаленокPC,
Потыкайте в упражнения вот тут:
www.sql-ex.ru/learn_exercises.php
У меня за полдня пришло примерное понимание, что к чему в эскуеле.
Потыкайте в упражнения вот тут:
www.sql-ex.ru/learn_exercises.php
У меня за полдня пришло примерное понимание, что к чему в эскуеле.
ВаленокPC,
Первый запрос выполнить возможно. Он выведет кучу несистематизированной информации из двух таблиц, которую даже невозможно будет использовать. Потому что все значения будут неуникальны и непонятно, что откуда.
А вот джойнить две таблицы получится только по условию. Например так:
И результаты этого запроса уже вполне можно как-то использовать.
А вообще проще присвоить таблицам элиасы и оперировать ими. Результаты запросов тогда будут вполне вменяемыми и их можно применять.
Примеры:
аналогично этому:
================================================
А вообще, вру.
Первый запрос выведет результаты из обоих таблиц, а второй — только из первой.
================================================
Включите отладку в админке и ткните в футере в кнопку "Отладка". Там полно примеров таких запросов. Например:
Первый запрос выполнить возможно. Он выведет кучу несистематизированной информации из двух таблиц, которую даже невозможно будет использовать. Потому что все значения будут неуникальны и непонятно, что откуда.
А вот джойнить две таблицы получится только по условию. Например так:
SELECT * FROM Таблица1 INNER JOIN Таблица2 ON Таблица1.id = Таблица2.user_id
А вообще проще присвоить таблицам элиасы и оперировать ими. Результаты запросов тогда будут вполне вменяемыми и их можно применять.
Примеры:
SELECT * FROM table1 a, table2 b WHERE a.id = b.user_id AND b.id > 7
SELECT * FROM table1 a INNER JOIN table2 b ON a.id = b.user_id WHERE b.id > 7
А вообще, вру.
Первый запрос выведет результаты из обоих таблиц, а второй — только из первой.
================================================
Включите отладку в админке и ткните в футере в кнопку "Отладка". Там полно примеров таких запросов. Например:
SELECT i.*, w.controller AS controller, w.name AS name FROM cms_widgets_bind i FORCE INDEX (page_id) INNER JOIN cms_widgets AS w ON w.id = i.widget_id WHERE (i.template = 'tseso') AND (i.is_enabled IS NOT NULL) AND (i.page_id IN ('0','151','152')) ORDER BY i.page_id, i.position, i.ordering LIMIT 1000
Можно в цикл запихнуть, можно в один запросА как быть если надо сразу обновить значения у 20-50-100 итемов?
Запихнуть все в цикл и повторять сотню запросов?
Или есть метод который это сделать в один запрос?
$where = 'user_id = 123'; $this->model->db->update($table, $where, $item);
Sonat,
Вот это правильное решение! И системные файлы не затрагивает.
Вот это правильное решение! И системные файлы не затрагивает.