нормальный разработчик не будет пихать рандом вместо AI, никто не спорит. TID - скорее служебное поле, хоть и псевдоуникальное, но не отвечает и не может провоцировать проблемы, так как используется при выборке с другим уникальным значением. Убедитесь в этом сами, такие возможности есть.
Нам это не доставляет никакого дискомфорта. И я не понимаю, почему вас это так задело---------- Добавлено 29.04.2020 в 13:01 ----------Хотя, весь этот холивар из принципа "лишь бы домахаться" - то кому-то не нравится счетчик клиентов, кому-то - счетчик тикетов, кому-то - отзывы новорегов, а кому-то - наличие бесплатного тарифа с верификацей.
Я думаю, команде HostiMan очень льстит такое внимание со стороны серчан-экспертов :))---------- Добавлено 29.04.2020 в 13:03 ----------
и опять же, никаких фактов - пустой трёп 🚬
читали, смотрим:
перевожу для бестолковых:
id - уникальный ID тикета
tid - уникальный ID тикета показываемый клиенту и используемый для его загрузки в клиентской части
единственное, что не стоит делать с tid - использовать только его для получения тикета клиента через api. Когда как сам whmcs в клиентской части использует комбинацию TID + C.
короче, не понимаю, волк, что ты пытаешься доказать.
вам может и надо извратиться, я не видел среди ауешников толковых программистов (правда я и с первыми не общаюсь, но это просто причинно-следственная связь)
на этом можно прекратить вас слушать в принципе.
посмотрите на таблицы тикетов в бд whmcs. ID - Primary, Auto Increment
TID - тот самый случайный ID который а) задается по маске, б) виден клиенту и админам в) используется для получения тикета в клиентской части и в) не используется в админской
даже если TID тикетов внезапно повторятся, ничего страшнего не произойдет - уникальный ID никуда не делся. Да, у разных клиентов будут тикеты с одним номером, но на логике биллинга это не отражается. При достаточном уровне смекалки и прямых пальцев легко заменить штатный псевдо-рандом на кое-что более интересное. Сами догадайтесь, не всегда же волчьи паблики читать.
Если уж кому-то и интересна правда, то вот количество обработанных заявок - не учитывая, конечно, удаленных - коих много.
............................
Бомбануло, энтропия, мудак... Волк, ты что, пабликов ауешников перечитался? А то ты там, фантазируешь уже в соседнем топике про траф с стрессов - успокойся и ложись спать, никому ты не нужен (даже мне, правда). Ведешь себя как школьник, которому мать на обеды зажала, чесслово. Успокойся и не позорься, пожалуйста, мне стыдно за таких представителей отрасли. Лучше порадуйся за коллег, что у них три миллиона тикетов за сутки налетело - такая красота, не каждый сможет :)
экспертное мнение?
Какой из двух левый?
p.s. глупо умничать, не зная, что номера тикетов это рандом, а не increment
Дело не в кол-ве собственников, а в том, что без команды сотрудников в случае вашего долгого отсутствия пострадают клиенты.
Если вы попадете на несколько суток в сизо/реанимацию или не дай бог умрете, то какой кейс у вас для подобных ситуаций? Что делать вашим клиентам? Или вы даете isplicense доступ в билл/деньгам и в случае чего они буду оплачивать услуги?
Конечно, не ты, просто совпадение) Органы разберутся, чьи руки за этим стоят, не переживай)
