Здравствуйте, TheCreator, Вы писали:
I>>В смысле разбор? В пост приходят отдельные поля, их ложим в базу, ничего разбирать не надо.
TC>В том смысле, что вы поля у регистратора сопоставляете структуре своей базы данных (своим полям в таблицу), или нет? Как вы их вообще храните у себя с учётом того, что у регистратора что-то может добавиться/измениться, а также у разных рег-ов разные поля и их идентификаторы.
Всё красиво хранится, в разных полях. Под разных регистраторов — разные скрипты, у регистраторов на моей памяти за несколько лет ничего кардинально не менялось, скрипты один раз написал и забыл, всё работает само.
Re[5]: Кейген на стороне регистратора vs шароварщика
Здравствуйте, TheCreator, Вы писали:
TC>В том смысле, что вы поля у регистратора сопоставляете структуре своей базы данных (своим полям в таблицу), или нет? Как вы их вообще храните у себя с учётом того, что у регистратора что-то может добавиться/измениться, а также у разных рег-ов разные поля и их идентификаторы.
Основные параметры никогда не изменятся — имя, адрес, мыло, название программы. Скрипт кейгена для каждого регистратора свой, а база одна.
Кейген на стороне регистратора vs шароварщика
От:
Аноним
Дата:
02.09.11 11:44
Оценка:
Интересно какие есть плюсы/минусы размещение кейгена на стороне регистратора/шароварщика и какой из вариантов вы используете.
Здравствуйте, Аноним, Вы писали:
А>Интересно какие есть плюсы/минусы размещение кейгена на стороне регистратора/шароварщика и какой из вариантов вы используете.
Если на стороне регистратора то вроде как в теории вся схема будет работать на 0.01% надежнее.
Здравствуйте, Аноним, Вы писали:
А>Интересно какие есть плюсы/минусы размещение кейгена на стороне регистратора/шароварщика и какой из вариантов вы используете.
Никогда не рассматривал такого варианта, чтобы кейген был у регистратора. Кейген на своём сервере — это гибче. Мои кейгены, например, записывают еще всю инфу от регистратора в онлайн-базу.
Здравствуйте, Аноним, Вы писали:
А>Интересно какие есть плюсы/минусы размещение кейгена на стороне регистратора/шароварщика и какой из вариантов вы используете.
Это типа если твой сайт будет лежать, и если покупатель зайдет на страницу покупки у регистратора не через твой сайт, а через например сайт аффилиата или прямо из программы, то он сможет купить, если генератор у регистратора расположен.
Других плюсов не вижу. Хотя мне например это не нужно
Re[2]: Кейген на стороне регистратора vs шароварщика
Здравствуйте, bolide, Вы писали:
B>Мои кейгены, например, записывают еще всю инфу от регистратора в онлайн-базу.
Вы прям всё, что приходит в POST от регистратора, валите в одно поле базы данных типа TEXT/BLOG? Ведь не разбор же у вас реализован, для каждого регистратора индивидуальный -- можно пример кода, пожалуйста? Спасибо.
Re[3]: Кейген на стороне регистратора vs шароварщика
Здравствуйте, TheCreator, Вы писали:
TC>Вы прям всё, что приходит в POST от регистратора, валите в одно поле базы данных типа TEXT/BLOG? Ведь не разбор же у вас реализован, для каждого регистратора индивидуальный -- можно пример кода, пожалуйста? Спасибо.
В смысле разбор? В пост приходят отдельные поля, их ложим в базу, ничего разбирать не надо.
Re[4]: Кейген на стороне регистратора vs шароварщика
Здравствуйте, icezone, Вы писали:
TC>>Вы прям всё, что приходит в POST от регистратора, валите в одно поле базы данных типа TEXT/BLOG? Ведь не разбор же у вас реализован, для каждого регистратора индивидуальный -- можно пример кода, пожалуйста? Спасибо.
I>В смысле разбор? В пост приходят отдельные поля, их ложим в базу, ничего разбирать не надо.
В том смысле, что вы поля у регистратора сопоставляете структуре своей базы данных (своим полям в таблицу), или нет? Как вы их вообще храните у себя с учётом того, что у регистратора что-то может добавиться/измениться, а также у разных рег-ов разные поля и их идентификаторы.