Владимир Чернышев

Не
connects = []

а

def __init__(self)
connects = []

PS Отступы парсер съел :(

Вообще, имхо, связи многие-ко-многим не являются сильной стороной Mongo (да и других NoSQL БД, с которыми знаком). Наиболее эффективно они работают со встроенными объектами, то есть связями один-к-одному и односторонними один-ко-многим.

Вариант привлечения из соседних регионов рассматривали? То есть не на полную удалёнку, а, например, неделю работает дома, раз в неделю приезжает в офис. Для регионов удалённых км на 600 (ночь в поезде до Москвы, тот же Питер, с воскресенья на понедельник, например в поезде в Москву, с понедельника на вторник в Питер) довольно интересный вариант, имхо. Сам так катался полгода для встреч с заказчиком (правда раз в месяц, так и экономнее выходило, чем единый проездной и времени в дороге проводил меньше — 60+ часов в месяц на дорогу в офис на краю города vs 22-24 часа на дорогу в Москву и обратно :) )

Не знаю в Питере ни одного человека, который бы сознательно заходил на городские ресурсы, через гугл/яндекс при «бытовом» поиске — сам часто попадаю, и даже иногда что-то пишу в комментах, но чтобы урл запоминать… А так, почти все, кого я знаю, тусуются в вконтакте/одноклассниках, в т. ч. и в городских группах

Делаю так (проверяю концепцию пока только):
ключи, поля для поиска/фильтров хранятся в виде md5-хэша плюс одно поле, в котором хранится зашифрованный сериализованный объект (включая те поля, конечно, которые захэшированы) — для условий = != в WHERE или JOIN работает нормально

Столкнулся с проблемами при работе с упорядоченными значениями:
-поиск по > < BEETWEEN и т. п.,
-сортировка
-и тоже автокомплит (по сути LIKE)

Все проблемы связаны с тем, что любое, имхо, сколь-нибудь стойкой шифрование/хэширование не должно сохранять порядка. Пока решил таким костылём: дополнительно для упорядоченных полей ввёл числовое поле %property_name%_order, для условий типа expired<today ищу сначала expired_order для expired_hash==md5(today), потом выбираю всё что меньше. Сразу вылез недостаток подхода — работа возможна только для множеств без пропусков (вернее для множеств, где существуют граничные значения поиска), как обойти его на стороне сервера (чтобы клиент делал только один запрос на поиск) ещё не придумал. Ну, и вставка/перемещение довольно долгая процедура — обновляется большая часть таблицы

Самый простой способ, если не хочется разбираться в совместимости лицензий между собой и нашим законодательством, — «заставить» клиента самому скачать jQuery и WordPress, а ему передавать только свой код и свою лицензию с инструкциями по интеграции. Для наших «органов» этого должно хватить.

Имхо, хранить 200 000 файлов в папке не самая лучшая идея. я бы сделал структуру папок вроде 12/34/56/78/90/*.jpg, где 1234567890 — obj_id. Хотя, конечно, сильно зависит от ФС и свободной памяти на сервере

>Есть справка Google.

По-моему, вполне достаточно для «глубинного изучения». Прочитать всё бегло, чтобы иметь представление о возможностях, придумать проект, в котором эти возможности используются и приступить к реализации. По крайней мере у меня такой подход.

Прописано, например: it is not necessary to show all parts of the construct in every occurrence

Насчёт тулзы не понял вопроса — рисуйте как хотите, хоть на бумажке

Попробуйте Eclipse, может он больше, чем NetBeans приглянется

Это в какой прессе? Я в обычной (не ИТ) вижу упоминания только про контакт и, иногда, про одноклассников. Про фэйсбук вообще ничего в оффлайне не припомню

Если интересует именно веб-разработка, то лучше, наверное, после изучения базового синтаксиса python, начать с django, если сейчас используете веб-фреймворки на php типа symfony или zend. В таком случае, не следует, имхо, углубляться в тонкости питона как языка, а лучше прочитать что-нибудь по django и либо начинать писать свой проект, либо примкнуть к множеству уже существующих, изучая собственно язык и стандартные библиотеки по мере необходимости. Второй вариант ценен реальной возможностью получить нормальные фидбэки на свой код, а не продолжать писать на php лишь изменив синтаксис, но оставив те же подходы.

Если бы была такая литература или другие материалы (не из серии «Как стать миллионером в Интернете за 24 часа»), то ей цены бы не было или была бы доступной всем, а вокруг нас был бы идеальный интернет.

P.S. Улыбнул п. 5 — обратитесь за консультациями в Microsoft, пускай объяснят как они разъяснили огромному количеству пользователей их ОС, что им нужна кнопка «Пуск» :), причём что в первых версиях Windows её не было, ну или Microsoft Office (если не мелочиться).

Не скажу про стартап, но есть небольшой опыт ведения совместного дела в реале с женой, бывшей женой. Собственно дела уже тоже нет, потому что не смогли отделить деловое общение от личного. То чуть ли не семейные сцены при клиентах, то споры о деловых проблемах чуть ли не в постели в самый интересный момент. Семья распалась раньше, чем дело, его можно было ещё сохранить при обоюдном желании не вспоминать «на работе» про личное, но не случилось.

Мой совет — ещё на ранних этапах фиксировать деловые отношения на бумаге и не банальное «50/50», а динамически менять долю участия в зависимости от личного реального вклада в дело за последние неделю/месяц/квартал/год. Можно сделать так: выплачивать зарплату партнерам, непосредственно занимающихся делами (установив, например, равную почасовую ставку или другую справедливую на общий взгляд систему оплаты работы, например 50% от прибыли согласно отработанному времени), оставшееся от прибыли выплачивать как диведенды с правом реинвестиции любой (или только равной для партнёров, если есть желание оставить 50/50) суммы. То есть по сути каждый будет выполнять две роли — совладельца/инвестора, ничего не делающего, но получающего за первоначальный (и последующие) вклад и наемного работника, работающего за зарплату (пускай и прямо зависящую от прибыли). Если оба вкладываются в дело одинаково, то причин для разногласий быть не должно (не считая вопросов стратегического развития и других чисто деловых разногласий). Если кто-то начнёт манкировать «служебными обязанностями», то его доход от инвестиций не уменьшится, но станет меньше получать заплату и не будет (в идеале) обид типа «раньше вместе крутились, теперь я один, а ты не фига не делаешь, а деньги пополам все равно делим»

Головой :) Правда плохо получается иной раз, например третий день лавровый лист забываю купить. Пытался использовать различные заметки, напоминалки и т. п., но безрезультатно, т. к. либо забываю ПК синхронизировать с телефоном, либо лениво (потому что неудобно) вводить названия покупок. Меня устроил бы сервис подобный такому:
— вспомнив о какой-то покупке, нажимаю на телефоне забинденную кнопку (вызывается при этом приложение или происходит звонок с разумной стоимостью — не важно), я произношу что-то вроде «купить лавровый лист» и «кладу трубку»
— зайдя в магазин вывожу на экран список покупок с разными возможностями типа «купил», «отложить на потом», «скоколько я вчера выпил?!» и т. п.

P.S. А ещё я в неё ем

Важное уточнение :)

Попробуйте вставить

location = / {
return 444;
}

Друпал (с cck) немного не так работает, насколько я помню — из блоков-кирпичиков (а точнее полей различных типов) он, обычно, позволяет только администратору собирать новый тип документа, а остальные пользователи (авторы) могут создавать документы этого типа — заполнить обязательные поля (с заданными администратором ограничениями), заполнить или нет необязательные… Но добавить свои или, хотя бы, не заполнять обязательные автору не получится (при дефолтных правах). В общем всё в традициях реляционных баз данных с жёстко заданной схемой.

server_name написать, который вам нужен