Максим Каракулов

в общем, вот, может кому интересно https://vk.com/page-37441440_48516197

Чем вам не нравится html/css/js ?
Грамотным, хорошим ребятам с сильными знаниями этой ерунды (включая конечно же LESS/SASS/Stylus) платят до 60$/час (в редких случаях), а обычная планка для хорошего фронтендера - 40$/hour.

Если еще напишите какой свой тулкит, фреймворк, так вообще за 100$/час будут брать...

И вообще, учить что-то, СПЕЦИАЛЬНО для заработка денег - заведомо убогое и тупиковое занятие. Вам должно быть интересно, вам должно это нравится, вы сами должны по 15 часов в день на голом энтузиазме сидеть и копаться, а не спрашивать на тостере, что лучше учить, чтобы $$$ капали. Бизнес молодость, блять?

А, ну если вы пользуетесь словосочетанием "делаю сайты", то с вами всё ясно, yet another Indus.

Axure поддерживает создание адаптивных макетов, да и в целом приятный инструмент.

Почти на всех больших проектах мне удавалось избегать использования .raw(), по этому я спросил вас, что там внутри. Почти наверняка есть обходные пути.

Для того, чтобы быть уверенным, что запрос не будет выполнен несколько раз, его можно сразу превратить в список:

object_list = list(MyModel.objects.raw(...))

Для выполнения prefetch_related в raw запросах обычно используют prefetch_related_objects, хотя эта функция в Django не документирована:

from django.db.models.query import prefetch_related_objects
object_list = list(MyModel.objects.raw(...))
prefetch_related_objects(raw_qs, ['fk_field', 'another_fk_field', ...])

Для изучения когда и какие запросы выполняются удобно пользоваться консолью debugsqlshell из django debug toolbar (которую вы скорее всего используете).

Да слать каждую секунду это не то что нужно. Хотя бы по тому что данные в таком случаи будут приходить раз в секунду и не чаще.

Для того что бы клиент получил данные мгновенно надо держать с ним постоянно открытое соединение. Это можно сделать используя long polling или websockets. Для php это затруднительно в плане ресурсов сервера, по этому обычно используют комет сервер. Он как правило заточен на поддержание огромного количества открытых соединений.

Если у вас нет опыта работы с чем nо кроме php вам имеет смысл ознакомится с технологией на примере работы с комет сервисом предлагаемым по Saas модели, это быстрее чем разобратся в node.js и socket.io

Вот несколько comet сервисов.
[Ru] comet-server.ru/menu_id/10

[En] https://www.tambur.io/pricing
[En] pusher.com/pricing

Все до безобразия просто! Создают очень насыщенные событиями страницы (кучи друзей, подписчиков, лайков, непрочитанных сообщений), затем продают. Юзеры очень любят накатывать себе популярности, типа "Посмотрите, как меня все хотят!". Своеобразный имидж. И если друзей и подписчиков накрутить не сложно через ботоводы, то с личкой это можно сделать только вручную.

Думаю вам надо изменить сам подход к вёрстке - нельзя верстать под конкретные разрешения, это тупиковый путь с бесполезными затратами времени.
Оптимальный workflow примерно такой:
1. Делаем максимально резиновую вёрстку. Всё что может быть резиновым - должно им быть, включая изображения. На этом этапе можно с картинками сильно не заморачиваться и делать просто { width: 100%; height: auto; }, перфекционизм - позже.
2. Расставляем брекпоинты. Обратите внимание: их надо расставлять не по "популярным" разрешениям экрана, а в соответствии с дизайном! Как пример - вывод товаров в каталоге в виде сетки. На большом экране будет четыре товара в ряд (25% ширины), потом - три, два и, наконец, для телефонов в портретной ориентации - один товар (100% ширины). Разрешение, при котором будет "перепрыжка" товаров с четырёх в строке на три (и прочие) надо определять визуально, лучше вместе с дизайнером. Результатом этого этапа должен быть сайт, который с максимального разрешения (допустим 2000 пикселей) до минимального (200?) красиво меняется в браузере при плавном изменении размера окна.
3. Тестируем на популярных разрешениях экрана. Заметьте, это практический последний этап. Если предыдущие этапы сделаны правильно, то на этом не остаётся никакой работы - просто проверка.
4. Наводим лоск. Здесь уже можно заняться оптимизациями и украшательставами. В частности - сделать разные источники для каждой картинки. Не буду подробно описывать технологии, руководств много в сети, по картинкам например вот: "Отзывчивые изображения: примеры использования"

Если я делаю сайт для себя то я могу не рисовать макет а примерно видеть и представлять "в голове" этот макет и верстать сразу,но тут я знаю что мне нужно,что я хочу и как хочу. Если же делать для кого-то, то верстать по сто раз и переделывать сайт дольше чем потратить пару минут в фотошопе. А если нужно представить 2-3 дизайна? что верстать 2-3 сайта чтобы потом заказчик сказал что не нравится?

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

Вы не поверите, но строительство такой сети эдак на 20к ботов стоит порядочных денег. И есть тьма "уважаемых" предприятий, готовых платить за такую раскрутку ссылками. Эта задача была одной из причин (но не единственная) почему я уволился. Меня бесят пишущие мне боты, и я не собирался делать сеть из новых двадцати тысяч. Спрашиваете зачем вас просят что-то им написать или подружится с ними? Если это незнакомая вам личность, на 1/2 шанс что это бот, и ему нужно переписываться с реальным человеком, чтобы его не забанили.

Сейчас так много устройств и такие разные размеры экранов, что надо сделать респонсив что бы везде смотрелось нормально, а адаптивный берет только популярные размеры. Это уже в прошлом, надо понимать что адаптивный и респонсив разные понятия.

На разработку респонсива уходить 3-4 больше времени чем на адаптивный, за то результат впечетляющий, ты можешь быть уверен что твой сайт везде смотрится как надо, даже на часах

Совет.
Используй препроцесори, один миксин для медиа запросов может сэкономить много времени и добавит функциональности и будет очень легко манипулировать блоками.

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

Если бустрап твой выбор, то тогда не правилный выбор, надо было самому сделать все, иногда выкинуть из бустрапа все лишное занимает больше времени, чем самому быстро сделать все.

что бы проверить на обычном дисплейе ретину хоть как то, можно запустить файрфокс с такими параметрами..

вводим в адесной строк е about:config - потом находим - layout.css.devPixelsPerPx,


и меняем значение с -1.0 на 2

При разработке структуры сайта важно начать с проработки модели конверсии - пошагового алгоритма успешного (приносящего заказы) поведения пользователя на сайте.
Это не стандартизируемый процесс - для каждого сайта свой алгоритм
Почти никто этого не делает и поэтому так часты последующие доработки сайта
А если изначально вдумчиво проработать модель поведения то сайт будет давать максимально возможные для него конверсии
При разработке мыслить можно так:
- Какие этапы принятия решения происходят в голове пользователя
- Какие практические шаги, действия должен выполнить пользователь чтобы достичь страницы благодарности за заказ - это на самом деле ваша основная целевая страница на сайте, остальные лишь промежуточные на пути к цели
- Практические шаги часто подразумевают вариативность (зарегин пользователь или нет, раньше делал покупку или нет и так далее) поэтому модель поведения нужно прописывать с вариантами А и Б, на практике больше вариантов конечно.
Делать это можно в МС ворд или визио.
Черпать идеи лучше у сайтов-лидеров вашей тематики
И только потом накладывать дизайн на модель поведения

Только тогда вы сможете создать действительно продающий сайт

Adobe запускает веб-версию Photoshop:
habrahabr.ru/post/239761
В демонстрации как раз говорят о разработке макетов страниц.

Вы бы написали, что за сфера.
Если спрос стабилен и услуга не сильно популярна-подумайте, нужен ли вам отдельный человек? Раз вы в этом разбираетесь(я предполагаю), значит, проще именно ВАМ общаться с клиентом.
Предложением услуг обычно занимаются менеджеры-продажники. Но их проблема, на мой взгляд, в том, что им все равно, что продавать: IT-услуги, картошку или самовары. Поэтому в случае узкой ниши я бы посоветовал сперва самому научиться продавать ее, а потом уже брать какого-то человека для этого.

Это разные вещи. Кнопка "нравится" - это не есть эквивалени кнопки "решение" для аудитории. Ответ может быть формальным решением, но написан не очень (решение, не нравится), а может быть сомнительным как решение, но при этом быть хорошо написан и сообщать весьма полезную информацию по теме (не решение, нравится), или гениальным (необычным или исключительно верным (когда так и хочется сказать "о! то, что нужно! даже не рассчитывал на такое идеальное решение!", со мной такое не раз бывало и здесь, на "Тостере", и на StackExchange)) и качественно (лаконично, понятно, грамотно, с примерами, иллюстрациями и ссылкам) оформленным решением (решение, нравится).

@karaboz Решение вопроса в ответе и симпатия к ответу не равнозначны. Привязывать их друг к другу не логично. Если автору вопроса ответ не только помог, но и понравился, он его лайкнет. Лайки на тостере вообще показатель сомнительный, могут налайкать какой-нибудь бред или троллинг, как будто это не ответ к вопросу, а цитата на баше.

Хорошо что рейтинга с плюсами - минусами и кармы здесь нет :)

Нравится когда удаётся решить проблему, но не всегда само решение может нравится.
К тому же и решений может быть несколько, а понравится только одно.