maxfox

Все column-* свойства для контейнера, float, clear, vertical-align для элементов. Так же не работают ::first-line и ::first-letter для контейнера.

А почему вы решили использовать линейные двигатели? Ведь основное преимущество перед тем же ШВП - высокая скорость. Мне кажется, это имеет смысл в совсем уж промышленных установках, где сокращение времени обработки одной детали даст выгоду большую, чем переплата за линейный двигатель. А самоделка, как мне кажется, будет съедать уйму времени на обслуживание, наладку, доработку.. Понятно, что не боги горшки обжигают, но навряд ли у вашей команды есть те же ресурсы, что и у условной Siemens на разработку и тестирование такой сложной системы. Я и сам очень хотел бы собрать линейный двигатель, но даже не представляю, как подступиться. Если все же соберетесь делать - дайте знать, интересен ваш опыт.

Такая функциональность не предусмотрена концепцией flexbox, правильно будет обернуть первые два элемента в контейнер и указать justify-content: space-between, как вам и посоветовали. Пустой элемент - несемантичный хак, но тоже можно использовать.

Скорее всего, никак. (ну, это конечно, OpenSource, никто не мешает вам дописать нужную функциональность :) ) Используйте PgUp/PgDown для навигации по слоям или измените шорткат на удобный вам.

Ну, если хотите "резиновую" страницу, то надо нарезать. Если это не нужно - то резать не надо.
Нарезанная будет подгружаться и отрисовываться медленнее, если вас это интересует.
PS Та картинка, которую вы показали - она, как бы помягче сказать... В общем, над ней стоит поработать. Серьезно поработать. Нарезать и верстать что-либо с таким материалом - пустая трата времени. Хотя, конечно, это не мое дело.

Раньше использовался clickjacking, сейчас, наверное, тоже какие-то хаки есть. В любом случае, это делается в нарушение всех правил ВК, откровенно серая (если не черная) схема. Используйте ретаргетинг ВК и все будет ок.

Создаете группу ретаргетинга в разделе "Ретаргетинг". Там загружаете id из файла. Группу ретаргетинга указываете в настройках рекламного объявления.

1.

https://api.vk.com/method/groups.getMembers?group_id=1&count=1001&offset=0

Вместо group_id написать id группы. Пройти в цикле, изменяя offset. За раз выдает 1000 участников.
2.

https://api.vk.com/method/groups.get?user_id=1&access_token=xxxxxxxxxxxxxxxxxxxxxxx

Вместо user_id - id пользователя, работает только с токеном. Список групп может быть закрыт настройками приватности, тогда без вариантов. Можно только проверить на участие в уже известных группах через groups.isMember или через метод из первого пункта. isMember принимает до 500 пользователей.
3.

https://api.vk.com/method/groups.getById?group_id=1&fields=contacts

Вместо group_id.. Ну ты понял.
Остально зависит от ЯП. VK API пропускает 3 запроса в секунду и вроде не рекомендуется делать подряд много однотипных запросов. В общем, интервалы между запросами лучше побольше.
Ну - и не факт, что в контактах группы указан владелец или вообще кто-либо.

В доке написано:

UserCreationForm
Depends on the User model. Must be re-written for any custom user model.

Т.е. нужно переписать форму. И это не единственное, что нужно переписать. Собственно, в доке все расписано.
Если задача только в том, чтобы хранить дополнительную инфу о пользователе, то проще сделать отдельную модель UserProfile и связать её с основной OneToOne.

Хотелось бы узнать, решил ли автор проблему.
У меня наблюдается аналогичная ситуация в Firefox и Inkscape. В Webkit'е все норм.
Система - Arch Linux. Шрифт взят из пакета ttf-google-fonts-hg.

Очень знакомо, тут выход - либо устроится в хорошую компанию джуниором, либо бороться с этим самостоятельно. Второе - сложнее, но лично для меня выбора не было. Нет образования, опыта работы, плюс собственный бизнес-проект, далекий от IT, но который бросить нельзя. Итого - минимум свободного времени, отсутствие какой-либо поддержки от более опытных коллег. Это тяжело, но писать хочется, т.к. это единственное что увлекает по-настоящему.
Мой совет - берите самую простую задачу и делайте, не бросайте. Найдите себе единомышленника, работайте вместе.
Если интересен Python - можно поработать вместе, зависит о того, в какой области ваши интересы. Если веб - то есть пара интересных задумок, на которые пока не решиться, напарник бы сильно помог.

Если вам нужна защита от копирования - то только на сервере.
В зависимости от характера вычислений, на сервере можно производить какую-то часть работы, без которой клиентский алгоритм бесполезен.

Я не понимаю, вы пытаетесь реализовать cookies через local storage? Зачем? Даже если так, то вам нужно просто хранить достаточно длинный случайно сгенерированный токен, и отправлять его с запросом. По нему сервер будет определять пользователя. Та же session cookie, только с педалями..
Если уж пишете свой велосипед, реализуйте что-нибудь интересное, например challenge-response authentication.

А еще лучше юзать ipaddress или IPy, если это часть проекта, а не скрипт для личного пользования.