давай объясню картину более шире.
Клиенту выдаётся уникальный ключ, по которому я могу его идентифицировать на центральном сервере (ЦС).
Задача состоит в том, что бы 1 клиент мог использовать только 1 домен.
Но если передавать только лишь ключ, то клиент сможет аутентифицироваться на ЦС с любого домена, или, что ещё хуже, использовать несколько копий продукта с 1 ключём.
Так что логин/пароль тоже не вариант.
Всё, что можно подделать на стороне клиента (куки, имя домена итп) использовать нельзя, так как теряется смысл самой идеи уникальности клиента.
Смотря что такое клиент, откуда он берется, какие задачи.
Клиент это сайт, который делает запросы на центральный сервер.
На центральном сервере нужно определить, действительно ли клиент является тем, за кого себя выдаёт. То есть нужно уникально идентифицировать клиента, что бы несколько клиентов не выдавали себя за одного.
Резолвить ип в хост не вариант так как у 1 ип может быть множество хостов.
Поставлю вопрос иначе. Как уникально идентифицировать клиента? (Добавление)
MiksIr пишет:
Передавать в заголовках, но проверять, что он ресолвится в IP клиента.
Хотя в отдельных случаях IP c которого сервер делает исходящие соединения и IP домена могут не совпадать.
похоже самый действенный способ. Нужно будет провести исследование. Если есть еще информация, делись, не стесняйся ))
Предположим, общение происходит между серверами.
Клиент посылает запрос, сервер должен узнать домен клиента.
Можно ли такое сделать?
Передавать имя домена в заголовках не безопасно, т.к. его можно подделать.
Привет.
Что посоветуете использовать?
Читал кое какой материал и сложилось двоякое мнение.
Где-то хвалят PostgreSQL, где-то MySQL, но больше люди склоняются к PostgreSQL по некоторым причинам.
Некоторые из причин:
1. PostgreSQL следует современным стандартам SQL
2. В PostgreSQL механизм репликации лучше чем в MySQL (что то связано с физической и логической репликацией)
3. Всё, чего нет в PostgreSQL и есть в MySQL будет реализовано в будущем, в рамках разумного
Так следует ли взять PostgreSQL за основу для мало- или средне-нагруженных проектов?
setDatePicker($('.date-picker'));// для "коренных" полей
function setDatePicker($el){
$el.datepicker({
dateFormat:"yy-mm-dd"
});
}
$('.root')
.on('click','.buttons .fn-add',function(e){
// ... some useless code
setDatePicker($clonedPickerField);// для динамических полей
// ... some useless code
});
});
На 1 взгляд всё хорошо, пикеры появляются во всех нужных полях.
НО! Если выбрать дату на динамически вставленном поле, то дата вставляется в КОРЕННОЕ поле!
Кто сталкивался, как это называется, как лечить, гуглить, ...? (Добавление)
хех. Решилось. Не заметил ID что добавляет пикер. Нужно было его удалить.
Такая ситуация. Пытаюсь загрузить несколько файлов, если выбираю, например, 2 файла - загрузка проходит успешно, выбираю по более, например, 6 то $_FILES - пустой массив.
Размер файла 1,5-2МБ.
С чем это связано? С каким то лимитом памяти в php.ini?
(Добавление)
Разобрался. Дело в том, что я добавлял новый инпут на основе предыдущего, и в новый копировался класс hasDatepicker из-за чего пикер и не работал.
Перед добавлением убрал этот класс и всё заработало.