Как организовать хранение зарегистрированных почтовых ящиков

[udder]

Здравствуйте, стоит задача организовать грамотное хранение зарегистрованных почтовых аккаунтов чтобы не путаться какие были использованы на той или иной площадки.
Ситуация плачевная: регистрирую mail.ru, заношу данные в список.
Затем если нужно регистрировать аккаунты, например в Fb я беру все почтовые ящики из списка с шаблоном mail.ru и копирую в список с шаблоном для регистрации ФБ, на следующий день я регаю опять mail.ru и не использованные ящики добавляются в общий список, и я путаюсь, не знаю какие ящики я уже брал для реги. Как выйти из ситуации?

 

[Vavildi]

Мой юный подаван! Только база данных тебе поможет.
В 9 потоке , был шаблон с примером на mysql
Рекомендую всем - хоть не много и гемморойно вначале.

 

[dio-dev]

Сделай одну таблицу с аккаунтами, и добавь поле статус в котором можешь писать например fb_notused, потом в шаб регистрации на фб береш строку с таблицы если в ней есть текст fb_notused и удаляешь после взятия, а после регистрации записываешь строку в конец таблицы только статус меняешь на fb_used что б его второй раз не брало. И на бед енд тоже лучше повесить.

 

[doc]

можно попробовать таблицу с дополнительными столбцами-флагами под каждый сервис. Но для выборки придется писать шаблон

 

[WebBot]

оптимально - бд
но вполне можно и excel-таблицей обойтись

 

[Gimlimimli]

Только mysql , удобно статус проставлять использовался или нет. Плюс можно отдельные поля если используются на разных сервисах.
Выборку проще делать.

 

[Vavildi]

оптимально - бд
но вполне можно и excel-таблицей обойтись

а если многопоток сейчас или в дальнейшем ? и эксель уже не подходит.

 

[WebBot]

а если многопоток сейчас или в дальнейшем ? и эксель уже не подходит.

ZP умеет работать с эксель-таблицами в многопотоке

 

[ZX]

а если многопоток сейчас или в дальнейшем ? и эксель уже не подходит.

Многопоток не должен быть проблемой, если один и тот же лок используется.
А вот разные пк уже проблема, там бд тока.

 

[backoff]

а если многопоток сейчас или в дальнейшем ? и эксель уже не подходит.

с чего вдруг?
нормально все работает в много потоке из экселя, ваще проблем нет

ТС, юзай таблицы из экселя, все норм работает, просто и понятно
у меня вот так организовано

запили статус столбец и пихай туда что надо, потом бери от туда инфу и сравнивай с чем надо.

изи

 

[Koqpe]

MySQL

 

[Vavildi]

с чего вдруг?
нормально все работает в много потоке из экселя, ваще проблем нет

ТС, юзай таблицы из экселя, все норм работает, просто и понятно

Лично у меня бывает под 200 потоков в секунду , эксель не справится

 

[backoff]

Лично у меня бывает под 200 потоков в секунду

таких случаев 1 на миллион, эксель для 99% пользователей за глаза хватает

 

[doc]

Лично у меня бывает под 200 потоков в секунду , эксель не справится

справится. Потому что списки и таблицы висят в памяти, а изменения в файлах производятся раз в несколько секунд

 

[Mahno]

я по старинке в названии файла пишу где он юзался))

 

[Dr.Pipetka]

Было бы интересно на конкурсе увидеть что то подобное. Мускул и более менее универсальное решение вообще топчик.

 

[udder]

с чего вдруг?
нормально все работает в много потоке из экселя, ваще проблем нет

ТС, юзай таблицы из экселя, все норм работает, просто и понятно
у меня вот так организовано

запили статус столбец и пихай туда что надо, потом бери от туда инфу и сравнивай с чем надо.

изи

Примерно так и организовал, но есть небольшое опасение, рассмотрим два параллельно работающих шаблона которые взаимодействуют с одной таблицей.

Первый шаблон "Регистратор Mail.Ru" заносит данные в таблицу, в колонку с названием сервиса Facebook заносится строка fb_notused
Второй шаблон "Регистратор Facebook" берет строку с удалением из таблицы, содержащую fb_notused

После завершения регистрации в конец таблицы заношу данные, чтобы определить последнюю строку таблицы, выполняю кубик "Количество строк таблицы" я сохраняю все полученные данные и меняю статус fb_notused на fb_used

Опасение заключается в том, что при определении последней строки, возможно первый шаблон "Регистратор Mail.RU" добавить новые строки, а второй шаблон "Регистратор Facebook" перепишет добавленные строки, т.к последняя строка изменила порядковый номер в сторону возрастания, это секундная операция и определения количество строк происходит перед добавлением Новых Данных, но есть беспокойство.

 

[backoff]

Ну я вообще стараюсь не делать одновременной работы 2х и более шабов с одной базой, либо надо досконально продумывать логику, с написанием отдельного конфиг файла и локом потоков, всегда иду по более легкому пути, просто создаю 2 базы, где потом из одной перекладываю в другую...
Либо, что чаще делаю - это просто последовательность работы шаблонов. То есть отработал 1й шаб, запустался после него 2й .. 3 ..4 и тп

При такой схеме как у тебя, думаю лучше использовать sql

 

[zennoX]

таких случаев 1 на миллион, эксель для 99% пользователей за глаза хватает

когда у вас упадет шаб и таблица без восстановления - поменяете точку зрения.

по сабжу - только БД msql

 

[backoff]

когда у вас упадет шаб и таблица без восстановления

это что такое, как это понимать?

как упадет шаб, почему таблица без восстановления, и что значит восстановление?

 

[zennoX]

это что такое, как это понимать?

как упадет шаб, почему таблица без восстановления, и что значит восстановление?

упадет это незапланированное завершение шаба. по ошибке или как то иначе.

без восстановления - что непонятного в этом слове? нельзя открыть таблицу и восстановить данные из нее.

 

[backoff]

падет это незапланированное завершение шаба. по ошибке или как то иначе.

а "еще как-то иначе" это как?

вообще что за чушь полнейшая?
любой нормальный зеннер сделать выход по красной ветке, если будет ошибка, И ЗАПИШЕТ ЕЕ В ЛОГ.

без восстановления - что непонятного в этом слове? нельзя открыть таблицу и восстановить данные из нее.

а с какого хера, она должна на ровном месте должна сломаться? таблица эта?
с такой логикой и sql сломается и кирпич на голову упадет. просто в ахере от того что прочел ...

уже 4 года кручу верчу зенку на ссд диске, и не разу ни одна таблица иди еще какой-то файл БД не ломался... сломается только вместе с хардом, если только, ну или если руки из жопы, тоже варик.

 

[zennoX]

а с какого хера, она должна на ровном месте должна сломаться? таблица эта?
с такой логикой и sql сломается и кирпич на голову упадет. просто в ахере от того что прочел ...

уже 4 года кручу верчу зенку на ссд диске, и не разу ни одна таблица иди еще какой-то файл БД не ломался... сломается только вместе с хардом, если только, ну или если руки из жопы, тоже варик.

с какого хера вопросы будешь задавать разрабам зенки или жене своей, а если тебе пока еще везёт - не утверждай, что этого нет.

и бэдэнды тут не при чем

 

[backoff]

 

[redman]

вообще что за чушь полнейшая?

У меня было пару раз, когда ЗП вырубился, таблица так и не восстановилась. Так что если у тебя не было, не нужно пиздеть и сваливать всё на кривые руки

 

[backoff]

у меня ни разу не было и я делаю всегда бекап перед началом работы шаблона...

а теперь вопрос
у кого руки кривые?
тот у которого ни разу не было и он делает бекапы все равно
или
тот у которого было и он не делает нихрена

ну не перестраховываетесь, чья проблема? только ваша

и еще, возвращаясь к логике ПОВТОРЮСЬ, ЛЮБАЯ база в ЛЮБОМ МЕСТЕ может поломаться

 

[redman]

у меня ни разу не было и я делаю всегда бекап перед началом работы шаблона...

а теперь вопрос
у кого руки кривые?
тот у которого ни разу не было и он делает бекапы все равно
или
тот у которого было и он не делает нихрена

ну не перестраховываетесь, чья проблема? только ваша

и еще, возвращаясь к логике ПОВТОРЮСЬ, ЛЮБАЯ база в ЛЮБОМ МЕСТЕ может поломаться

Я тоже сижу на таблицах и тоже бекапы делаю и меня полностью устраивает. Вопрос не в том делать бекапы или не делать, вопрос случается ли такое с таблицами или нет.

 

[udder]

у меня ни разу не было и я делаю всегда бекап перед началом работы шаблона...

Каким образом делаешь бекап?

 

[backoff]

Каким образом делаешь бекап?

да все просто.

перед началом работы шаблон проверяет есть ли файл с нужным названием и датой, если нет, то копирует и присваивает дату, если есть идет работать
копировать стоит на другой (физический) диск и/или онлайн хранилище

 

[zennoX]

у меня ни разу не было и я делаю всегда бекап перед началом работы шаблона...

а теперь вопрос
у кого руки кривые?
тот у которого ни разу не было и он делает бекапы все равно
или
тот у которого было и он не делает нихрена

ну не перестраховываетесь, чья проблема? только ваша

и еще, возвращаясь к логике ПОВТОРЮСЬ, ЛЮБАЯ база в ЛЮБОМ МЕСТЕ может поломаться

вот базу положить шаблоном вероятность минимальная, особенно когда она не на локале.

а бекапы актуальны в любом случае