по моей логике - существующие коннекты не должны рваться, при релоаде
а новые - быстро находить сервер и соединяться
а учитывая, что можно создать универсальный конфиг главного Жинкса, запроксировать на такие же джинксы, запроксированные с ПХП Питоном ХЗ чем еще, и "добавлять хосты" в этих запроксированных,
но при этом "хосты добавляются" до сих пор в основной конфиг, квалификация добавляющего не позволяет быть уверенным в быстром старте после релоада
Oscar Django: думаю, тут задание на знание алгоритма подсчета чисел Фибоначчи, у Вас же будет считаться заново каждый элемент, оно-то правильно с т.з. языка, но неочень с т.з. алгоритма
на самом деле в недвижимости картинки можно и по гистограмме отсеять от "фото с людьми", не доводя до SIFT, и nudity c использованием OpenCV помощнее будет, и физиономию просто можно подетектить, но ТС нужна одна кнопка, это сужает выбор
что вам рассказать по правам? как в суде отсуживают? или как в Chilling Effects конкурентов подставляют? или про копирование контента трастовыми сайтами?
ну вы же понимаете, что для такой формулировки нельзя избежать слова "индекс", в NoSQL индексов нет, там нельзя добавить "после" (ну, они есть, конечно, для нужд самой базы + можно построить по данным, но реляционные субд это сделают лучше), остаются реляционные
в neo4j "после" тоже добавить нельзя, но можно связать узел с добавляемым
может, вам не СУБД а просто структура данных нужна?
а новые - быстро находить сервер и соединяться
а учитывая, что можно создать универсальный конфиг главного Жинкса, запроксировать на такие же джинксы, запроксированные с ПХП Питоном ХЗ чем еще, и "добавлять хосты" в этих запроксированных,
но при этом "хосты добавляются" до сих пор в основной конфиг, квалификация добавляющего не позволяет быть уверенным в быстром старте после релоада