• Восстановление поврежденной таблицы БД сайта

    Добрый день! Крашнулась таблица бд mysql. Нужна помощь в ее восстановлении.
    пример лога:
    211228 14:40:49 InnoDB: Database was not shut down normally!
    InnoDB: Starting crash recovery.
    InnoDB: Reading tablespace information from the .ibd files...
    InnoDB: Restoring possible half-written data pages from the doublewrite
    InnoDB: buffer...
    InnoDB: Doing recovery: scanned up to log sequence number 22699364457
    ...
    211228 14:42:04 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './/empSession.MYI'; try to repair it
    211228 14:42:04 [ERROR] Got an error from thread_id=17, /build/mysql-5.5-5.5.62/storage/myisam/mi_write.c:226

  • Создание на существующем сайте личного кабинета пользователя.
    За домовленістю

    Доброго времени суток! Задача - внедрить на сайт следующий функционал: Личный кабинет для абонентов некрупного теплоснабжающего предприятия, где они могли бы следить за состоянием своего личного счета (ежемесячные начисления, внесение показателей счетчиков) а так же оплачивать услуги теплоснабжения и ГВС. Импорт первичной базы пользователей - из системы биллинга предприятия, возможно автоматизация импорта данных о начислениях. Более детально описано ниже: ТЗ примерное, для понимания общей картины. Исполнитель должен быть готов к заключению договора и как минимум одной личной встрече с представителями предприятия (Киев). Подробности о сайте - в лс.

    __
    Розділ сайту який повинен дозволити споживачу отримати доступ до даних про стан і статистичну інформацію по своєму особовому рахунку, також передбачає можливість формуванню рахунку. Дозволяє отримувати інформацію про поточні нарахування та стан заборгованості за комунальні послуги, оплачувати послуги через Інтернет за допомогою платіжних карток, щомісяця отримувати інформацію про нарахування на електронну пошту користувачу платіжного сервісу. Виконавець запеспечує взаємодію(інтеграцію даних) окремих блоків програми підприємства для здійснення нарахувань з прив’язками до особових рахунків споживачів.

    Функціонал:
    - Внесення показників розподільчих приладів обліку в розрізі послуг;
    - Здійснення оплати в розрізі послуг,забезпечити можливість оплачувати послуги через Інтернет за допомогою платіжних карток;
    - Перегляд історії: переданих показників приладів обліку; нарахованих сум в розрізі послуг; оплачених сум в розрізі послуг;
    - Формування та перегляд рахунку за послуги (період);
    - Отримання ключової інформації та інше.

    1. Показники:
    Для передачі показників обираємо пункт Показники. Перший раз при поданні показів в залежності від послуги вноситься в ячейках марка та номер лічильника, показник (дату зняття показників). Подана інформація яка внесення споживачем, а саме марка та номер лічильника вивіряється та підтверджується адміністратором (працівником підприємства). В наступних поданнях показників приладів обліку дані відображаються автоматично.
    Далі необхідно підтвердити показники. Якщо все вірно, натисніть кнопку Так .
    В пункті меню Показники Ви можете переглянути історію поданих показників.
    Забезпечити можливість формувати дану інформацію по днях та за період в цілому в форматі Еxcel та автоматичним інтегрування в програмне забезпечення для здійснення нарахувань.
    2. Платежі:
    Для оплати послуг обираємо пункт Платежі в зележності від послуги.
    В пункті меню Платежі Ви можете оплатити і переглянути історію оплат.
    Для оплати натискаємо Оплатити .
    Введіть суму для оплати в форматі XXXX.XX або оберіть один із запропонованих варіантів.
    Далі потрібно підтвердити суму. Якщо все вірно, натисніть кнопку Так .
    Далі обираємо платіжну систему ______ MasterPass
    Щоб здійснити оплату, Вам потрібно підтвердити свій номер мобільного телефону. У разі згоди, натисніть на кнопку Так

  • Оптимизация запросов БД, настройка nginx, восстановление некоторых функций сайта
    За домовленістю php mysql nginx

    Сайт довольно старый, после того, как вышел из строя hdd, восстановлен на новой ОС, но при этом не хочет работать как раньше. похоже, что не работает nginx, есть проблемы с кешированием запросов, Спонтанно растет число запросов, судя по графику - с 200-300 до миллионов. До переустановки сайт нормально работал, на хорошем железе, держал 1000 посетителей в минуту, теперь же уходит в себя от пары человек. Нужно изучить ситуацию, и придумать решение. Кроме того, что-то сломалось в движке, и теперь при попытке создать публикацию возникает ошибка БД. Это тоже нужно пофиксить. Движок кастомный, что использовалось за основу - не извенстно.

Вгору