Jump to content
Калькуляторы

Alexandr N

Активный участник
  • Content Count

    124
  • Joined

  • Last visited

4 Followers

About Alexandr N

  • Rank
    Студент

Информация

  • Пол
    Не определился

Recent Profile Visitors

2356 profile views
  1. меня вполне устраивает мой пример и сравнить сравнимое, спасибо   вчера опять кстати были приключения, этот раз по авторизации VoIP, биллинг неожиданно забыл как их авторизовать откидывая Reject, поддержка чинила-чинила и починила, сказала какие то процедуры в бд
  2. узкая задача fb по сравнению с оператором с 5-15к активных абонентов это как сравнить Солнце и Плутон :) и кстати они там кучи презентаций делали как они "пылающей тропой" перешли на 8.0
  3. статья рассказывает про MySQL 5.5 дата выхода которой 2010 год дата релиза Centos 6 на которой работает карбон 2011 год. ну то есть около 10 лет прошло как бы :)   fb.com надо было рассказать который использует MySQL что это не серьезно :)
  4. ну жизнь продолжается то да, только когда техпод с криками все пропало поднимает среди ночи, ну так себе сценарий. это опять же вопрос к использованию устаревшего ПО, был бы Fb 3 вероятно мы бы об этом и не узнали никогда, а так получается что выбран за основу продукт такой базы данных который не только такие приколы имеет, но и имеет крайне узкий круг специалистов который умеет с этой бд нормально работать.
  5. Обсудили из того что сказали и из того что было почитано мною про firebird (в группах) оказывается из-за устаревшего софта (firebird версии 2) на кол-ве транзакций к базе данных равное 2147483648 бд самоумирает и биллинг ломается. для firebird 3 это чисто 281474976710656 (что в 131072 больше). Напоминает логическую бомбу.
  6. Так надо же сказать об этом в тикете/звонком или как то еще, а то сижу и жду. Бекапы есть, инструкцию нашел как восстановить, сам сделал, сам молодец. Вопрос: как так произошло? (Жесткий диск не убился), Вопрос: данные за день потерялись, как бы восстановить? Я не про докер как систему резервирования, а про то что докер и был придуман для того что бы такие "зоопарки" (когда внутри живет очень много разного софта/языков/баз данных) упорядочивать имея адекватную систему управления, тогда как chroot выполняя те же задачи не имеет ее, точнее почти ничего не имеет :)
  7. Что ответят через пару дней, но прошло пять. С учетом того что у вас очень много разного софта докер вероятнее всего бы наоборот помог бы содержать основную систему в актуальном состоянии, а контейнеры могли бы частично работать и на более старых версиях. upd. ответили что займутся
  8. присунуть эластик, фаирберд, заббикс, кабинет на вордпресе, админку на джанго... я наверное многое не упомню что еще туда засунули. и все это натянуть через chroot на centos 6 (который кстати все). ну такое да... удовольствие :)
  9. биллинг взял себе и сломал базу данных, работал-работал и потом сказал что у вас файл бд кривой :) отлично! разрабы кстати раз уж поставили все что только можно было в биллинг из софта, то может они хотя бы слышали что есть docker
  10. https://demo5.carbonsoft.ru/rest_api/v2/ 502 Bad Gateway nginx/1.0.15 ну почините уже
  11. Вы сами пишете "CMS", ответ - не на CMS :) С таким походом скоро и на Битриксе можно будет делать. Смотри в сторону фреймворков, например Yii2
  12. про кабинет на WordPress я молчу, а чего уж сразу не на phpBB ?
  13. Шел третий день рассмотрения тикета, закономерно в конце рабочего дня CB5 сообщение... "Извините, сегодня мы не смогли решить Вашу задачу, продолжим завтра." (Представьте что я прикрепил картинку ждуна)
  14. Ну вы сами понимаете что говорите?) Ситуация из жизни: Звоню, говорю - вопрос в стиле "мне лень прочитать мануал". Отвечают, "хорошо, но пишите тикет" - иду пишу. Написали тикет, а у вас там что-то еще открыто и что бы побыстрее закрыть, а текущее приподнять ? "Звоните" ! хорошо, иду звоню :)
  15. а какая разница? ну я вам напишу например - вы кого-то там разово помучаете или поставите мне галочку что "этому дураку отвечать побыстрее". если указанные вещи происходили разово то было бы пофигу, но это на постоянной основе! закрытие заявок это вообще просто косяк тикетной системы, ну глупости какие, что бы закрыть заявку со стороны обратившегося нужно ждать что-то. начните уже менять подход, посмотрите как техподы у конкурентов работают, проверьте какой хвост у ваших тикетов