Chingiz
Guest
Одноразовая работа - мод инвайтов для IPB 2.2.2
Необходима система инвайтов (IPB 2.2.2, MySQL)
Регистрация на форуме должна быть дополнена (к стандартным вариантам) возможностью регистрации ТОЛЬКО при наличии инвайта у того, кто хочет зарегистрироваться.
Требования:
- инвайты, которые можно кому-то дать должны отображаться у пользователя в его UserCP. Оптимально, чтобы инвайты генерировались когда юзер нажимает в панели управления кнопку ("генерировать инвайт")
Например Вася зашел в свой профиль, видит кнопку "сгенерировать инвайт". Нажимает. Когда он его сгенерировал, Вася видит в дальнейшем этот инвайт у себя в профиле и видит, зарегистрировались по нему или нет. Ни на какие почты (как у гугля) инвайты отсылаться не должны - Вася берет номер, копирует и отправляет Пете по аське.
При регистрации система сверяет инвайт с базой (есть или нет). Если есть - проверяет активирован ли инвайт и не просрочен ли инвайт. Если еще не активирован и НЕ просрочен - позволяет зарегистрироваться на форуме. Соотв. если уже активирован или просрочен - говорит юзеру - "сорри, брат, инвайт не кошерный".
Мне должно быть уведомление о том, что Вася сгенерировал инвайт KBFE-RE5E-a835 (после того как Вася нажмет на кнопку "сгенерировать инвайт")
- каждый участник должен иметь ограниченое число инвайтов (к примеру 10), но я должен иметь возможность добавить кому-то из участников еще инвайтов, если у него закончатся (все раздаст). Можно воспользоваться "обратным счетчиком", который будет скидываться с 10 до 0 по мере выписки инвайтов. Тогда можно реализовать "добавление" просто сбросом счетчика (но чтобы я это делал не через ручной sql запрос, а через админку например). Администратор разумеется ограничения по числу инвайтов иметь не должен. Можно булевой и доп. полем реализовать или просто изначально присвоить администратору число счетчика например 999999. Человек должен видеть, сколько у него осталось не выписанных инвайтов.
- у инвайтов должен быть "срок годности". Дата выписки инвайта метка "мертвый/живой". Т.е. чтобы например по инвайту, выписанному в апреле - нельзя было зарегистрироваться в ноябре. Срок годности должен выставляться в адимнке (чтобы я мог его менять). При изменении срока годности все выписанные, но не использованные инвайты должны пересчитываться на новый срок. Например если в декабре был срок годности 12 месяцев, а в марте я решил сделать срок годности 3 месяца - чтобы когда я в марте поменял срок годности - декабрьские инвайты тоже пересчитались, и те, которые еще не активированы - заблокировались к активации (стали "просрочеными"). В случае, если я увеличиваю срок жизни, уже "умершие" инвайты не должны становиться вновь активными, как говорится "умерла так умерла". Если же они еще не умерли - их время жизни приравнивается к тому, которое мной сейчас указано. Это нужно чтобы юзеры сами себе "на всякий случай" не выписывали инвайты.
- должен быть полный лист выписанных и полный лист использованных (которые уже активировали) инвайтов (кто и когда выписал). И соответственно полный список "умерших" инвайтов.
- В списке пользователей и в профиле юзера администратору должен отображаться инвайт, по которому человек пришел, и должен отображаться пригласивший этого человека. Также должен отображаться ИП выдавшевого (какой был ИП у того, кто сгенерировал инвайт, в момент генерации) и ИП активировавшего инвайт (какой у него был ИП в момент регистрации). Это нужно чтобы юзеры сами себе "на всякий случай" не выписывали инвайты.
С предложениями и ценами в личку пожалуйста, если что не понятно - задавайте вопросы в топике лучше (может у кого-то еще будут такие же вопросы, чтобы мне не отвечать несколько раз)
-~{}~ 19.03.07 04:42:
UPD.: город неважен, предложения по оплате - с вашей стороны.
Необходима система инвайтов (IPB 2.2.2, MySQL)
Регистрация на форуме должна быть дополнена (к стандартным вариантам) возможностью регистрации ТОЛЬКО при наличии инвайта у того, кто хочет зарегистрироваться.
Требования:
- инвайты, которые можно кому-то дать должны отображаться у пользователя в его UserCP. Оптимально, чтобы инвайты генерировались когда юзер нажимает в панели управления кнопку ("генерировать инвайт")
Например Вася зашел в свой профиль, видит кнопку "сгенерировать инвайт". Нажимает. Когда он его сгенерировал, Вася видит в дальнейшем этот инвайт у себя в профиле и видит, зарегистрировались по нему или нет. Ни на какие почты (как у гугля) инвайты отсылаться не должны - Вася берет номер, копирует и отправляет Пете по аське.
При регистрации система сверяет инвайт с базой (есть или нет). Если есть - проверяет активирован ли инвайт и не просрочен ли инвайт. Если еще не активирован и НЕ просрочен - позволяет зарегистрироваться на форуме. Соотв. если уже активирован или просрочен - говорит юзеру - "сорри, брат, инвайт не кошерный".
Мне должно быть уведомление о том, что Вася сгенерировал инвайт KBFE-RE5E-a835 (после того как Вася нажмет на кнопку "сгенерировать инвайт")
- каждый участник должен иметь ограниченое число инвайтов (к примеру 10), но я должен иметь возможность добавить кому-то из участников еще инвайтов, если у него закончатся (все раздаст). Можно воспользоваться "обратным счетчиком", который будет скидываться с 10 до 0 по мере выписки инвайтов. Тогда можно реализовать "добавление" просто сбросом счетчика (но чтобы я это делал не через ручной sql запрос, а через админку например). Администратор разумеется ограничения по числу инвайтов иметь не должен. Можно булевой и доп. полем реализовать или просто изначально присвоить администратору число счетчика например 999999. Человек должен видеть, сколько у него осталось не выписанных инвайтов.
- у инвайтов должен быть "срок годности". Дата выписки инвайта метка "мертвый/живой". Т.е. чтобы например по инвайту, выписанному в апреле - нельзя было зарегистрироваться в ноябре. Срок годности должен выставляться в адимнке (чтобы я мог его менять). При изменении срока годности все выписанные, но не использованные инвайты должны пересчитываться на новый срок. Например если в декабре был срок годности 12 месяцев, а в марте я решил сделать срок годности 3 месяца - чтобы когда я в марте поменял срок годности - декабрьские инвайты тоже пересчитались, и те, которые еще не активированы - заблокировались к активации (стали "просрочеными"). В случае, если я увеличиваю срок жизни, уже "умершие" инвайты не должны становиться вновь активными, как говорится "умерла так умерла". Если же они еще не умерли - их время жизни приравнивается к тому, которое мной сейчас указано. Это нужно чтобы юзеры сами себе "на всякий случай" не выписывали инвайты.
- должен быть полный лист выписанных и полный лист использованных (которые уже активировали) инвайтов (кто и когда выписал). И соответственно полный список "умерших" инвайтов.
- В списке пользователей и в профиле юзера администратору должен отображаться инвайт, по которому человек пришел, и должен отображаться пригласивший этого человека. Также должен отображаться ИП выдавшевого (какой был ИП у того, кто сгенерировал инвайт, в момент генерации) и ИП активировавшего инвайт (какой у него был ИП в момент регистрации). Это нужно чтобы юзеры сами себе "на всякий случай" не выписывали инвайты.
С предложениями и ценами в личку пожалуйста, если что не понятно - задавайте вопросы в топике лучше (может у кого-то еще будут такие же вопросы, чтобы мне не отвечать несколько раз)
-~{}~ 19.03.07 04:42:
UPD.: город неважен, предложения по оплате - с вашей стороны.
