Ресурсы: Удалить текущий элемент
-
-
@35xakers said in Ресурсы: Удалить текущий элемент:
@bigorat Как то сложновато, а через базу такое можно организовать?
Читайте файл в список и удаляйте по значению
-
-
@35xakers said in Ресурсы: Удалить текущий элемент:
@Fox Это будет корректно работать в 50+ потоков?
Смотря что для вас является критерием слова "корректно"
-
@Fox Боюсь ситуации что в списке
1
2
3
4
5
6
несколько потоков с меньшей разницей возьмут список, каждый поудаляет что нужно и в результате сохранится например
1
2
3
4
5
Хотя должно было удалится больше одной строки, надеюсь смог понятно обьяснить) -
@35xakers said in Ресурсы: Удалить текущий элемент:
@Fox Боюсь ситуации что в списке
1
2
3
4
5
6
несколько потоков с меньшей разницей возьмут список, каждый поудаляет что нужно и в результате сохранится например
1
2
3
4
5
Хотя должно было удалится больше одной строки, надеюсь смог понятно обьяснить)Каждый поток создаст свой собственный список и будет удалять только в нём. С ресурсом при этом не будет происходить ни чего.
-
-
@35xakers said in Ресурсы: Удалить текущий элемент:
@Fox забыл написать. после удаление нужно записать список в файл иначе смысл всего пропадает
Вы хотите, чтобы разные потоки удаляли из файла определённые значения? Сколько потоков и сколько строк в файле? В любом случае с базой выйдет проще, быстрее и надёжнее, чем с файлом.
-
@Fox Тоже склоняюсь к базе, вообще система такая.
Есть прокси к которым подключаться их 50 штук
прокси:ип:реальный ип прокси
Прокси чекер проверяет прокси кидает в конец списка, регер берет первый прокси с него и удаляет после использования, но во время реги прокси может поменяться (реальный так как они динамические) и хотел что бы моментально после реги проверялся реальный ип и если вдруг такой прокси кинул чекер то регер его удалял что бы ни в коем случае не было 2 рег с 1 реального ип.
Возможно я намудрил и это все можно организовать проще)
В базе можно как то так тоже организовать? получается 2 программы и 1 список (ресурс) -
@35xakers said in Ресурсы: Удалить текущий элемент:
@Fox Тоже склоняюсь к базе, вообще система такая.
Есть прокси к которым подключаться их 50 штук
прокси:ип:реальный ип прокси
Прокси чекер проверяет прокси кидает в конец списка, регер берет первый прокси с него и удаляет после использования, но во время реги прокси может поменяться (реальный так как они динамические) и хотел что бы моментально после реги проверялся реальный ип и если вдруг такой прокси кинул чекер то регер его удалял что бы ни в коем случае не было 2 рег с 1 реального ип.
Возможно я намудрил и это все можно организовать проще)
В базе можно как то так тоже организовать? получается 2 программы и 1 список (ресурс)Два скрипта, одна база (пример есть в мануале), отдельная колонка lock, чтобы блокировать используемый элемент и его не взял другой поток и всё. С ресурсами думаю выйдет по сложнее с редактированием элементов.
