AFX.RU

Маленькая шпаргалка для создания дампа вашей базы данных MySQL через SSH или наоборот восстановления из резервной копии. Напрямую связанно с предыдущим материалом Ремонт и восстановление базы MySQL по SSH.   Просто вопросы возникают, проще один раз сделать шпаргалочку чем каждый раз отвечать.

Итак. Подключаемся по SSH к нашему серверу. И в командной строке набираем нужную нам команду. А команды будут такими...

Чтобы создать бекап базы MySQL (экспортировать базу данных) набираем

mysqldump -u пользователь_БД -p имя_БД > имя_файла

Надоело мне всем знакомым, кто пользуется Joomla, в двадцатый раз объяснять как правильно обновляться на новую версию. Вот и решил написать небольшую шпаргалку. Никаких особенных откровений не ждите, просто немного личного опыта и рассказ о подводных камнях с которыми мне довелось столкнуться.

У меня несколько сайтов. Тематика разная, CMS используются разные, но шесть сайтов на разных версиях Joomla. Что-то из недавнего я сразу делал на 3 версию, а что-то из сделанного давно уже пережило миграцию с 1.5 на 2.5. Правда рассматривать миграцию со столь древней версии я не буду, просто уже забыл какие там были траблы. По этому сейчас речь пойдет только о миграции с Joomla 2.5 на Joomla 3.2. Этим я занимался совсем недавно, например этот сайт перевел на третью версию всего неделю назад, так что еще помню что к чему :) Раньше не переводил потому, что ждал выхода всех необходимых мне (читай - привычных) компонентов, плагинов и модулей под третью версию. И это, кстати, серьезная проблема - несовместимый компонент или плагин может не только выдать белую страницу на фронтенде сайта (лицевая страница сайта, собственно то что видят пользователи как ваш сайт), но и полностью обрушить админку. И тут уж без отката на резервную копию не обойтись. А значит первое, чем вы должны озаботится, это наличием этой самой резервной копии!

В сети появился очередной развод для владельцев сайтов. Злоумышленники воспользовались активной деятельностью Роскомнадзора, который все подряд запрещает, и стали выступать от его имени. В данном случае владельцу сайта предлагается самостоятельно установить на него "идентификационный код", ну а попросту самостоятельно завязать веревку на своей шее :) Далее злоумышленники используя этот код могут творить сайте все что хотят, внедряя все что им в голову придет. Поскольку, как оказалось, рассылка таких "писем счастья" носит массовый характер, то просьба распространять информацию как можно шире, чтобы другие не попались!

Имейте в виду, что как только информация распространится и они поймут что их раскусили, то начнут менять внешний вид письма, адрес отправителя и т.д. В общем опять же кто-то из чайников может влететь.

Понадобилось мне осуществить перенос сайта с ucoz на другую систему, приятель попросил. Готовых конвертеров не оказалось, зато в сети полно предложений по платной услуге миграции. Ну поскольку лишних денег на такое дело у меня нет, то я засел за написание своего конвертера на Joomla.

Ну вот, дошли у меня таки руки подправить старую версию статьи для более современной версии Joomgallery.  На данный момент рассматривается версия Joomgallery 3.1.1. Если в следующих обновлениях они опять изменят формат файлов шаблонов, то придется корректировать. Далее идет текст исходной статьи с правками соотвественно новой версии.

Есть такой прекрасный компонент фотогалереи Joomgallery. Лично мне он нравится куда больше остальных (хотя, конечно, с количеством настроек они чуток переборщили), и, собственно, на сайте я использую именно его. И все в нем замечательно, кроме одного - когда выводится список (вернее превьюшки) очередного раздела, то там линками являются только сами превью фотографий, но не подписи к ним. Поисковики такие линки обычно игнорируют, во всяком случае обращают на них внимания куда меньше, чем хотелось бы. Решение напрашивается сразу - сделать подписи к фотографиям тоже в виде ссылок. Вот сейчас я и расскажу что для этого нужно подправить.

Тут я собираюсь копить всякие мелкие полезности, которые не тянут на отдельную статью. Это и всякие мелкие хитрости Artisteer, какие-то решения по Joomla, приемы и полезности для Drupal и т.д.

Определение текущей версии Drupal

Получил сайт на "приведение в чувство" который оказался на какой-то древней версии Друпал. И тут оказалось, что понять какой именно номер версии не так-то просто. Для 5-го Друпала версию можно посмотреть через админку Управление сайтом-Системные журналы-Отчет о состоянии. В 6-й версии версию смотрим по пути Управление сайтом-Отчеты-Отчет о состоянии. В седьмой еще проще Отчет о состоянии из админки и сразу видим версию. К сожалению в моем случае в админке просто не было такого пункта, по этому пришлось искать другие пути.

Понадобилось тут знакомой обработать фотки из Испании, да что-то плохо получалось. И артефакты лезли и размер совсем большой получался. В общем я для пробы одно фото обработал, в итоге получилось и качеством получше и размером на 50кб меньше. Увидев файл меньшего размера при лучшем качестве получил вопрос "Что ты с ним делал?". Вот теперь и пишу что делал, может еще кому пригодится.

На самом деле все предельно просто, когда фотография обрабатывается на сайт, то требования к ней куда ниже, чем к полиграфии. Это для обложки глянцевых журналов надо "гламурить" фото, вылизывая и ретушируя каждую мелочь. Для сайта все в разы проще. Итак, открываем фотошоп (в моем случае CS5 под x64), первое вылезшее сообщение про несоответствие цветового профиля игнорируем, принимая значение по умолчанию (использовать встроенный профиль).

Есть у меня один сайт в большим форумом. База на MySQL в несколько сотен тысяч сообщений требует регулярного обслуживания, там неизбежно возникают ошибки, пускай и мелкие, но они имеют свойство накапливаться, и если подзабросить сайт на несколько месяцев, то возможно возникновение проблем. В большинстве случаев все легко решается простой оптимизацией таблиц (тех, которым эта оптимизация нужна) через phpMyAdmin, иногда какие-то таблицы приходится восстанавливать. Но иногда проблема оказывается слишком серьезной и phpMyAdmin банально виснет пытаясь восстановить огромную таблицу. Вот тут то на помощь и приходит возможность зайти и все исправить через SSH.

Что такое SSH я здесь объяснять не стану, подразумеваем что вы уже знаете что это и как этим пользоваться. По этому начнем сразу в главного.

После того как Яндекс ввел свой вначале Минусинск, а несколько дней назад и АГС, от торговля ссылками резко просела. На одном из моих сайтов я несколько лет подряд пользовался услугами рекламного агентства, в начале сентября они прислали письмо, мол все плохо, доход упал, и предложили сильно урезать отчисления. Ну я решил что в этом нет никакого смысла, и забрал сайт на свой баланс в SAPE.

Первый взгляд на ссылки поверг меня в ужас! Масса "мигальщиков", которые то включают, то выключают ссылки. Яндекс это как раз так любит... Все отправились в ЧС. Множество слиперов - покупают и тут же уходят в слип. Все у кого разница между покупкой и слипом менее 3-х дней ушли в ЧС автоматом. На остальных погляжу пару недель и если не проснутся, то пойдут за ними следом.

Очень много ссылок в слипе по 3-4 (!!!) года. Ну это, конечно, сайту никак не мешает, но мешает внимательно контролировать другие спящие ссылки. Почистил, тут без ЧСа, просто поснимал.