SeVlad: ты свой хостинг иди настраивай. А то я заколебался получать реквесты о падении сайтов моего бывшего клиента которому ты криво перенёс сайты к себе (к слову, они таки доволен твоим хостингом. Меньше знаешь-крепче спишь :) )
О, я смотрю, в ход пошла тяжелая артиллерия - придумать вымышленного "бывшего" клиента, который якобы хостится на "моем" хостинге, и который "якобы" падает чуть ли не каждый день. Ты в своем репертуаре, как всегда)
WapGraf, забей, тут всё понятно, что с одним, что с другим :))) Ребят, Ваши теории звучат примерно так:
"Я не работал с WHMCS, но я убежден, что если TID тикетов совпадет, то саппорт умрет в конвульсиях найдя 2 тикета с одинаковым TID, но разной датой, разными клиентами, разными ID и наконец разными темами" :D Какой ужас, мне кажется в тот момент, когда WHMCS сгенерит очередной псевдорандом и он совпадет с другим таким же, схлопнется целая вселенная SeVlad'a и lonelywoolf D:
SeVlad: Сразу видно менеджера, совсем далёкого от обработки данных. :)
Выше же уже объяснили, что TID тикета показываемый клиенту отличается от ID тикета, используемого как индекс для записи в БД. От того, что TID гипотетически повторится - ничего не сломается. И при обработке данных можно использовать реально уникальный ID, а не TID. Какой смысл мусолить эту тему с теми, кто далек от кода и логики WHMCS?
lonelywoolf: evgeniymx, Меня это не задело. Я просто сказал, что нормальный разработчик так делать не будет, вот и всё. А потом уже слово за слово, строка за строку. Мне так то фиолетово на всё это, если честно. Правильный подход при разработке продуктов - подстелить соломки везде, где только можешь.
нормальный разработчик не будет пихать рандом вместо AI, никто не спорит. TID - скорее служебное поле, хоть и псевдоуникальное, но не отвечает и не может провоцировать проблемы, так как используется при выборке с другим уникальным значением. Убедитесь в этом сами, такие возможности есть.
Произойдёт. Если вы не пользуетесь той логикой в биллинге, для которой это в общем неприятно - я за вас искренне рад.
Нам это не доставляет никакого дискомфорта. И я не понимаю, почему вас это так задело
---------- Добавлено 29.04.2020 в 13:01 ----------
Хотя, весь этот холивар из принципа "лишь бы домахаться" - то кому-то не нравится счетчик клиентов, кому-то - счетчик тикетов, кому-то - отзывы новорегов, а кому-то - наличие бесплатного тарифа с верификацей.
Я думаю, команде HostiMan очень льстит такое внимание со стороны серчан-экспертов :))
---------- Добавлено 29.04.2020 в 13:03 ----------
tid - уникальный ID тикета показываемый клиенту и используемый для его загрузки в клиентской части
единственное, что не стоит делать с tid - использовать только его для получения тикета клиента через api. Когда как сам whmcs в клиентской части использует комбинацию TID + C.
короче, не понимаю, волк, что ты пытаешься доказать.
Таки нашел, когда до дела дошло? маладес.
Я правда не знаю он это или нет, но уже хорошо, что ты доказал что ты балабол и криворучка :).
Как всегда говорю правду и ничего кроме правды.
так в чем правда? в том что у клиента отказ по ресурсам и хостер в этом виноват и плохой?
Конечно конечно. придумать.
А спорим на 1000$ что он очень даже реальный? И что скрин с моего почтового клиента?
Этот клиент?
я же говорю, ты как всегда
Baget07, приведу результаты для NVMe SSD.
Тестирование при 5 vds на ноде
При 50 vds (больше не сетапим)
ты свой хостинг иди настраивай. А то я заколебался получать реквесты о падении сайтов моего бывшего клиента которому ты криво перенёс сайты к себе (к слову, они таки доволен твоим хостингом. Меньше знаешь-крепче спишь :) )
О, я смотрю, в ход пошла тяжелая артиллерия - придумать вымышленного "бывшего" клиента, который якобы хостится на "моем" хостинге, и который "якобы" падает чуть ли не каждый день. Ты в своем репертуаре, как всегда)
WapGraf, забей, тут всё понятно, что с одним, что с другим :))) Ребят, Ваши теории звучат примерно так:
"Я не работал с WHMCS, но я убежден, что если TID тикетов совпадет, то саппорт умрет в конвульсиях найдя 2 тикета с одинаковым TID, но разной датой, разными клиентами, разными ID и наконец разными темами" :D Какой ужас, мне кажется в тот момент, когда WHMCS сгенерит очередной псевдорандом и он совпадет с другим таким же, схлопнется целая вселенная SeVlad'a и lonelywoolf D:
SeVlad, вы не объясняйте, а тему читайте!
Сразу видно человека, который не видел в глаза WHMCS, не знает как там что устроено, да и вообще как происходит обработка тикетов.
Типичный умник-теоретик, выстроил теории и свято в них верит)
Сразу видно менеджера, совсем далёкого от обработки данных. :)
Выше же уже объяснили, что TID тикета показываемый клиенту отличается от ID тикета, используемого как индекс для записи в БД. От того, что TID гипотетически повторится - ничего не сломается. И при обработке данных можно использовать реально уникальный ID, а не TID. Какой смысл мусолить эту тему с теми, кто далек от кода и логики WHMCS?
evgeniymx, Меня это не задело. Я просто сказал, что нормальный разработчик так делать не будет, вот и всё. А потом уже слово за слово, строка за строку. Мне так то фиолетово на всё это, если честно. Правильный подход при разработке продуктов - подстелить соломки везде, где только можешь.
нормальный разработчик не будет пихать рандом вместо AI, никто не спорит. TID - скорее служебное поле, хоть и псевдоуникальное, но не отвечает и не может провоцировать проблемы, так как используется при выборке с другим уникальным значением. Убедитесь в этом сами, такие возможности есть.
Произойдёт. Если вы не пользуетесь той логикой в биллинге, для которой это в общем неприятно - я за вас искренне рад.
Нам это не доставляет никакого дискомфорта. И я не понимаю, почему вас это так задело
---------- Добавлено 29.04.2020 в 13:01 ----------
Хотя, весь этот холивар из принципа "лишь бы домахаться" - то кому-то не нравится счетчик клиентов, кому-то - счетчик тикетов, кому-то - отзывы новорегов, а кому-то - наличие бесплатного тарифа с верификацей.
Я думаю, команде HostiMan очень льстит такое внимание со стороны серчан-экспертов :))
---------- Добавлено 29.04.2020 в 13:03 ----------
и опять же, никаких фактов - пустой трёп 🚬
читали, смотрим:
перевожу для бестолковых:
id - уникальный ID тикета
tid - уникальный ID тикета показываемый клиенту и используемый для его загрузки в клиентской части
единственное, что не стоит делать с tid - использовать только его для получения тикета клиента через api. Когда как сам whmcs в клиентской части использует комбинацию TID + C.
короче, не понимаю, волк, что ты пытаешься доказать.