Доброго дня, читатель. Редко я захожу сюда, ещё реже что-то пишу. Сейчас один из тех случаев, когда я считаю, что это просто необходимо.
Те, кто сталкивался с сервисом Dreamkas (онлайн-кассы, фискализация чеков, сканеры, терминалы и вот это вот всё по 54-ФЗ), могут иметь интернет-магазин на базе OpenCart.
Дримкас предоставляет модули для интеграции с кучей CMS. Такие надстройки необходимы для отслеживания статусов фискализации чеков по заказу на сайте. Есть такой модуль и для OpenCart.
Публикую просто чтобы не потерялось.
Если хорошо попросите и если я не забуду, оформлю полноценный репепт публикации постов с твоего сайта на страницу пользователя, с прикреплением фотографии. Когда твоё приложение в ВК зарегистрировано как веб-сайт, а не Stand-alone приложение.
Пока тут только серверная часть. Она большого труда не составляет.
Забудь всё, что ты видел о загрузке фотографий через curl. Я двое суток ебал мозги с целью выяснить почему я делаю так, как говорили когда-то и говорят до сих пор (например, про @ перед именем загружаемого файла, например, что уже неактуально для PHP >= 5.5)…. и почему при успешном запросе к серверу фотографий, ВК мне отдаёт пустой photo = []
Будем считать, что у тебя уже есть ID приложения и ты получил жизненно важный access_token. Конкретно в контексте данного поста не играет роли, является ли твоё приложение веб-сайтом или Stand-alone. Механизм на сервере один.
Наверняка ты уже заебался также, как и я, уже изучил документации, ответы сервера и всякое такое. Поэтому не буду рассказывать что будет происходить после каждого чиха.
На сервере стало уменьшаться свободное место. Какое-то время не придавал этому значения, т.к. чётко знал, что у меня дважды в день работает скрипт автоматического бекапа базы данных с выгрузкой в облако.
Хранить бекапы в том же месте, что резервировалось — глупый риск. Поэтому я просто чистил устаревше архивы на сервере ручками раз в несколько дней, т.к. они уже есть в облаке.
Однажды утром, после свежего бекапа, MySQL стал падать с ошибкой:
Got error 28 from storage engine
Эта ошибка возникает во время выборки записей из БД. Поскольку выборка хранится в кеше на диске и в этот момент возникает ошибка, значит что-то с ним не так. Самое банальное — закончилось место. По факту так и оказалось. MySQL-у просто негде было хранить файлы кеша.
Но как? На сервере свежий бекап только один, и его размер несоизмеримо меньше, чем сейчас должно быть свободного места.
Начал поиски обжоры.
Какое-то время я учился в ЖД-колледже и работал там лаборантом. Приходил после учебного дня на рабочее место и просиживал за компом уже до конца дня рабочего. Взяли меня на полставки дизайнера, но в дизайне я ни бум-бум и успел только сверстать парой градиентов программку для ближайшей конференции и макет баннеров для абитуриентов, чтобы летом висели по городу.
Однажды, пришёл к нам новый человек на должность штатного дизайнера. Я был обычным лаборантом в местном IT-отделе и по совместительству типографии.
Я даже не помню уже как его зовут. Мы с ним сидели рядом и частенько говорили о всяком. Я рассказывал ему как хочу стать программистом, но какого-то ляда просиживаю сраку в железке. Он мне рассказывал как работать в Adobe InDesign и верстать буклеты. В то время в институте активно проходили всяческие конференции, соревнования и прочие подобные мероприятия городского и регионального масштабов, и требовались графические материалы для рекламы, мерча и всякого такого.
Привет.
Тут я расскажу о самом простом способе создания бекапов БД на сервере, о выгрузке их в Яндекс.Диск. Я написал скрипт, который всё это выполняет.
Он приведён поэтапно, можешь скопировать пункты 4.1-4.5, убрав оттуда заголовки, и получишь готовый скрипт. Или можешь скачать, ссылка будет в конце. А лучше прочитать пост и вникнуть в суть происходящего.
ОС на сервере — CentOS 6.7
Версия СУБД — MySQL 5.5 (да, знаю, старая)
