А вообще я юнит тесты не люблю - очень хрупкие они в быстро растущих проектах. Проще модульные/функциональные писать, следить за ковереджем и деталями.
Где-то встречал тип тестов и при запустке можно указывать какой тип нужен. Вот только не вспомню где - или в стандарном UnitTest или в нойзах... вот что-то рядом https://docs.python.org/2/library/unittest.html#sk...
-e, --editable Install a project in editable mode (i.e. setuptools "develop mode") from a local project path or a VCS url.
да, теже айцы, вид с боку, спасиб, поразбираюсь.
For your own stuff, you want to get your package installed and then be able to frequently edit your code and not have to re-install your package—this is exactly what python setup.py develop does: installs the package (typically just a source folder) in a way that allows you to conveniently edit your code after its installed to the (virtual) environment and have the changes take effect immediately.
за python setup.py develop спасибо!
Но ведь реинсталлируемые приложения допиливаются же. Как происходит этот процесс? В отдельной дире есть приложение, там мы дописали что-то, оттестировали, хотим попробовать заюзать в нашем проекте. python setup.py install - код попадает к нам, используем, видим что есть баги/нужно доработать. Опять идем в отдельную диру, там допиливаем... инсталл... и так далее?
Но ведь дико неудобно же. Легче кодировать и приложение и проект где оно используется, коммитить все вместе, тесты гонять вместе. Вот я и спрашиваю - как? stackoverflow.com/questions/19048732/python-setup-... - да, это именно то что я хочу :)
для мускуля можно попробовать провернуть такой трюк: создать БД из скриптов CREATE TABLE, поставить себе MySQLWorkBench mysqlworkbench.org, в нем реинжинирить эту пустую базу, а потом сделать синхронизацию с реальной базой. MySQLWorkBench делает сравнение структур баз данных. Еще такой же функциональностью обладает SQLyog.
Индекс будет юзаться для поиска. Если в индексе есть все поля, которые нужны в запросе - то чтение из основной таблицы не будет происходить.
Как вариант - в индекс поместить sort_field+id а на клиенте сделать 20 запросов select needed from table where id = как ни странно бывает быстрее, особенно для пагинации.
Про индексы учитывайте время вставки/обновления. Частая ситуация, когда оптимизировали выбрку, но не учли что вставка идет 1500 qps и сервер встал колом :)
Еще нужно знать какова мощность таблицы - если большая, то нужно подкручивать переменные сервера - SORT_BUFFER и тому подобное, что бы сортировка выполнялась в памяти.
Заявления собрать проблематично, но можно — это задача администрации. Данные не будут распространятся в общий доступ, просто будут лежать на сервере, который теоретически можно взломать. поэтому нужно обеспечить защиту (с точки зрения закона, хотя это все, по большому счету — просто прикрытие поп бумажками). А если заявлений нет, то и ДВП мы не можем их использовать? запутался. Что в заявлении должно быть? что-то типа www.couo.ru/main.asp?document_id=166118?
Мне как IT-шнику еще надо понять, какое ПО и как ставить. Что будет средствами защиты для Ubuntu — вот в чем вопрос? В соседнем ответе рекомендуют ALT Linux — там наверно есть такие в поставке, буду посмотреть.
ALT Linux видел, пересесть не него — не проблема. Проблема в том, что мне нужно установить Django и еще что-нить, не входящее в поставку — не потеряется ли от этого сертифицированность?
