Да и физически удалять это все же затратней и дольше - проще и быстрее поставить в той же бд флажок "удалено" и все.
Но все же логичней было бы делать еще периодическую чистку, где уже реально удалять все что имеет метку "удалено" и со времени такого "удаления" прошло достаточно времени.
Такое г..., как эти "ии помощники" и "ии автоответчики" еще постараться надо было придумать.
Мне вон последние недели названивают из отп банка, ища упорно какую-то Ольгу, о которой я ни сном ни духом, а все мои ответы о том что я ее не знаю и хватит мне названивать - полный игнор. В итоге основной номер с которого мне постоянно оттуда звонили я просто кинул в черный список у себя, так этот "помощник" мне стал спамить смсками о пропущенных звонках с этого номера. И это при том что я в первый же день указал в этом помощнике что это нежелательный номер, ну т.е. спамеры. Но нет - все равно летели смски от оператора о том что звонили с этого номера и предложения послушать в истории что там говорили (тишину в основном). В итоге получилось все же эту срань выключить, но не удивлюсь если через какое-то время оператор потихоньку эту услугу снова активирует.
Ну открытие контекстного меню вполне могут замедлять разные сторонние программы, которые туда интегрируются и должны что-то предварительно проверить/обработать перед показом себя в этом меню.
Так этот вариант тоже возможен в дельфе - просто в проекте указывается что необходимо использовать внешние bpl, которые вполне могут лежать к примеру в windows/system32 и быть доступны всему софту написанному на дельфе. В итоге сами экзешники маленькие и используют внешние библиотеки компонентов.
Насколько помню, то и на стандартных компонентах дельфы тогда можно было делать очень маленькие экзешники, но конечно же с одним большим НО - для работы такой программы в системе должны быть обязательно все нужные bpl'ки.
Но само собой по сути никто с этим не запаривался и почти все использовали вариант "все пихаем в экзешник", т.к. вариант с использованием bpl ради экономии размера самого экзешника только затруднял распространение написанного на дельфе софта.
Для быстрого доступа к другим нужным каталогам, файлам и программам, в верхней панели инструментов Total-а добавляю их.
Можно даже не выносить такие каталоги в главное меню/панель инструментов - по двойному клику на заголовке панели (там где текущий путь) появляется меню избранных каталогов, куда можно все нужные каталоги добавить для быстрого перемещения к ним.
В ТС тоже - скрыть неактивную панель, сделать разную ширину, или вобще друг над другом к примеру разместить, а не рядом.
Не понимаю я тех кто говорит что Проводник - это удобно, а FAR, TC и другие подобные файловые менеджеры - фу и отстой.
Но тут опять же скорее все дело привычки и в том кто с чего начинал. Для меня к примеру, начинавшего с DOS'а, а значит и с NC, VC, DN - ничего удобнее двухпанельных файловых менеджеров типа TC и т.п. просто нет...
Ну реализованный корейцами автобой максимально примитивно сделан на стороне сервера, судя по поведению персонажа в нем даже на офф серверах. Так что его сделать в целом достаточно плевое дело на любой сборке - у меня к примеру его реализация, достаточно сильно похожая на итоговое действие в клиенте на оффе, заняла от силы всего несколько сотен строк кода. Притом ключевой метод автоохоты, т.е. выбор подходящих целей для атак, занимает из этого 40-50 строк всего.
З.Ы. Не понимаю зачем корейцы вобще автоохоту сделали полностью по сути на стороне сервера, а не реализовали всю логику в самом клиенте - все нужные данные с сервера и так приходят и возможности реализовать это в интерфейсе на unreal script не составляет сложностей - люди вон автохоту на функциях самого клиента делали даже для того же древнющего интерлюда к примеру.
Ну почему же - в открытом доступе есть разные ветки эмуляторов, даже с исходниками.
Но конечно же с одним большим нюансом - они по сути являются достаточно сырыми полуфабрикатами, которые надо основательно доводить до ума, прежде чем рисковать запускать на них сервер.
При этом для большинства "админов", захотевших запустить свой сервер, это в целом непосильная задача, т.к. у них знаний зачастую не хватает даже что-то в банальных конфигах настроить, не то что что-то в исходном коде поправить...
И кстати не удивлюсь, если ТСу, пользуясь его неопытностью, вобще не втюхали за деньги что-то, что и так лежит в открытом доступе на каком нибудь из форумов, посвященных работе над серверами.
При чтении рука неудержимо тянулась к лицу, чтобы сделать фейспалм, учитывая что я сам тоже давно уже вожусь с написанием/переписыванием одной из веток эмулятора сервера линейки.
ТС походу в процессе умудрился найти и наступить на все грабли, какие только можно.
В 2004 году id Software решили окунуть игроков в темные коридоры и атмосферу ужаса. Ребята сделали ставку на более мрачное оформление и пугающие спецэффекты и назвали все это дело — DOOM 64.
Таки может Doom 3? Ибо Doom 64 - это версия игры для Nintendo 64 от 1997 года.
Мне все эти лозунги в About и т.п. тоже не мешают, но если уж автор начал смешивать политику и работу, то кто может поручиться за то что он не захочет в какой-то момент пойти дальше и добавить "подарочек", активизирующийся к примеру по наличию определенной локали в системе или еще по чему?
Тем более как показывает случай например с node-ipc в свое время - это может вполне прокатить и ничего особо за это автору не будет.
Нанимают все больше программистов, чтобы проверить и исправить весь код написанный Claude :)
Да и физически удалять это все же затратней и дольше - проще и быстрее поставить в той же бд флажок "удалено" и все.
Но все же логичней было бы делать еще периодическую чистку, где уже реально удалять все что имеет метку "удалено" и со времени такого "удаления" прошло достаточно времени.
Мне вот в последние дни на глаза попадался например очень неплохой клип
https://www.youtube.com/watch?v=mo4cYjIIqBw
Но в целом я согласен с тем что большая часть ИИ видео - реально полный мусор, но и в нем редко но все же попадаются настоящие жемчужины.
Такое г..., как эти "ии помощники" и "ии автоответчики" еще постараться надо было придумать.
Мне вон последние недели названивают из отп банка, ища упорно какую-то Ольгу, о которой я ни сном ни духом, а все мои ответы о том что я ее не знаю и хватит мне названивать - полный игнор. В итоге основной номер с которого мне постоянно оттуда звонили я просто кинул в черный список у себя, так этот "помощник" мне стал спамить смсками о пропущенных звонках с этого номера. И это при том что я в первый же день указал в этом помощнике что это нежелательный номер, ну т.е. спамеры. Но нет - все равно летели смски от оператора о том что звонили с этого номера и предложения послушать в истории что там говорили (тишину в основном). В итоге получилось все же эту срань выключить, но не удивлюсь если через какое-то время оператор потихоньку эту услугу снова активирует.
Про продолжительность автономной работы такого планшета от аккумуляторов почему-то не упоминается :)
Он хоть полчасика то сможет проработать без подзарядки?
Ну открытие контекстного меню вполне могут замедлять разные сторонние программы, которые туда интегрируются и должны что-то предварительно проверить/обработать перед показом себя в этом меню.
К примеру таким 7-zip страдал - https://habr.com/ru/articles/706790/
Ну, особо обидчивые неадекваты могут и SMS-бомбинг устроить к примеру.
Так этот вариант тоже возможен в дельфе - просто в проекте указывается что необходимо использовать внешние bpl, которые вполне могут лежать к примеру в windows/system32 и быть доступны всему софту написанному на дельфе. В итоге сами экзешники маленькие и используют внешние библиотеки компонентов.
Ну DC++ никуда до сих пор не делся - да, популярность его уже не та какова была, но до сих пор существует много хабов с сотнями пользователей на них.
Насколько помню, то и на стандартных компонентах дельфы тогда можно было делать очень маленькие экзешники, но конечно же с одним большим НО - для работы такой программы в системе должны быть обязательно все нужные bpl'ки.
Но само собой по сути никто с этим не запаривался и почти все использовали вариант "все пихаем в экзешник", т.к. вариант с использованием bpl ради экономии размера самого экзешника только затруднял распространение написанного на дельфе софта.
Выглядит честно говоря достаточно странно, учитывая что камеры размещены на площади этого экранчика и тем самым мешая отображать часть изображения...
А еще была такая хорошая вещь как SWAG - эдакий оффлайновый SO по паскалю :)
В нем тоже много чего интересного можно было почерпнуть.
У истинных фанатов, как я думаю, под это все отдельная комната выделена, а то и не одна :)
Можно даже не выносить такие каталоги в главное меню/панель инструментов - по двойному клику на заголовке панели (там где текущий путь) появляется меню избранных каталогов, куда можно все нужные каталоги добавить для быстрого перемещения к ним.
В ТС тоже - скрыть неактивную панель, сделать разную ширину, или вобще друг над другом к примеру разместить, а не рядом.
Не понимаю я тех кто говорит что Проводник - это удобно, а FAR, TC и другие подобные файловые менеджеры - фу и отстой.
Но тут опять же скорее все дело привычки и в том кто с чего начинал. Для меня к примеру, начинавшего с DOS'а, а значит и с NC, VC, DN - ничего удобнее двухпанельных файловых менеджеров типа TC и т.п. просто нет...
Ну реализованный корейцами автобой максимально примитивно сделан на стороне сервера, судя по поведению персонажа в нем даже на офф серверах. Так что его сделать в целом достаточно плевое дело на любой сборке - у меня к примеру его реализация, достаточно сильно похожая на итоговое действие в клиенте на оффе, заняла от силы всего несколько сотен строк кода. Притом ключевой метод автоохоты, т.е. выбор подходящих целей для атак, занимает из этого 40-50 строк всего.
З.Ы. Не понимаю зачем корейцы вобще автоохоту сделали полностью по сути на стороне сервера, а не реализовали всю логику в самом клиенте - все нужные данные с сервера и так приходят и возможности реализовать это в интерфейсе на unreal script не составляет сложностей - люди вон автохоту на функциях самого клиента делали даже для того же древнющего интерлюда к примеру.
Ну почему же - в открытом доступе есть разные ветки эмуляторов, даже с исходниками.
Но конечно же с одним большим нюансом - они по сути являются достаточно сырыми полуфабрикатами, которые надо основательно доводить до ума, прежде чем рисковать запускать на них сервер.
При этом для большинства "админов", захотевших запустить свой сервер, это в целом непосильная задача, т.к. у них знаний зачастую не хватает даже что-то в банальных конфигах настроить, не то что что-то в исходном коде поправить...
И кстати не удивлюсь, если ТСу, пользуясь его неопытностью, вобще не втюхали за деньги что-то, что и так лежит в открытом доступе на каком нибудь из форумов, посвященных работе над серверами.
При чтении рука неудержимо тянулась к лицу, чтобы сделать фейспалм, учитывая что я сам тоже давно уже вожусь с написанием/переписыванием одной из веток эмулятора сервера линейки.
ТС походу в процессе умудрился найти и наступить на все грабли, какие только можно.
Таки может Doom 3? Ибо Doom 64 - это версия игры для Nintendo 64 от 1997 года.
Мне все эти лозунги в About и т.п. тоже не мешают, но если уж автор начал смешивать политику и работу, то кто может поручиться за то что он не захочет в какой-то момент пойти дальше и добавить "подарочек", активизирующийся к примеру по наличию определенной локали в системе или еще по чему?
Тем более как показывает случай например с node-ipc в свое время - это может вполне прокатить и ничего особо за это автору не будет.