Как раз в данном примере -- надо. Это же подсказка в форме. Копирайте придумает другую формулировку подсказки, и придется лезть во вьюшку или сетингс. И хоть в данном случае, и копирайтер, и дизайнер, и фронтенщик и бекендщик -- одно лицо -- так делать не стоит.
А placeholder работает не совсем корректно. Если начал набирать текст, то подсказка исчезает. Но если текст удалить то подсказка больше не появится. Из-за этого весь огород и годорится.
Для приобретения опыта методика тоже работает. Правда нужно чтобы заказчик действительно этот опыт привносил и делился знаниями, а не просто щелкал хлыстом за спиной.
sim3x: Проделал серию экспериментов. Условия, при которых GET-запрос к скрипту не посылается не уловил. Но при изменении самого скрипта все обновляется и возвращается код 200. Без обновлений -- 304. Но иногда (и в каких условиях это иногда) запроса вообще нет.
Ну и ладно. .. и спасибо за помощь...
P.S. Я просто решил сделать форму логин-логаут-юзертатус-регистрация-восстановить_пароль и пр. сделать без обновления основной страницы. Опять же в случае проблем будет проще отключить эту часть и деградировать функциональность. Из-за этого получается целая последовательность подгружаемых $('#куда-то').load('что-то'); блоков (например, подгружаемая по событию captcha и пр.). Из-за этого нельзя сделать единый большой скрипт на входе. Никто не знает какая последовательность $('#куда-то').load('что-то'); сработает, а внешний скрипт не видя еще не загруженных элементов DOM не срабатывает как надо.
При этом login_logout.js берется из кеша. Все работает. Но при такой конструкции сервер вообще не получает запроса GET /static/js/login_logout.js И это вообще странно! Даже перезапуск django-сервера не помогает. С одной стороны -- и фиг бы с ним, но с другой стороны -- а вдруг я буду в этот скрипт правку вносить? Как браузер узнает, что файл-срипта обновился, если он ему даже запросов не посылает?! И как это полечить?
Похоже истина где-то рядом. Но... $('#login-logout').load('login-logout');
Загружает HTML. Там кеширования не происходит (возможно потому, что ответ с кодом 200). А уже в этом HTML подгужается скрипт:
kazmiruk: Самое забавное, что когда я наконец портировал ВСЕ данные и поправил ВСЕ индексы то все заработало. Оказалось, что для SQLite строки "строка " и "строка" -- уникальные. А для MySQL нет. Как только все дубли нашел и "склеил" -- RAW=запросы заработали. И кстати, различие между запросами через ORM и RAW теперь стали не в разы и порядки медленнее, а всего на каких-то несущественных 10-15%. Получается что ORM для SQLite работает хуже.
whats: Все что работает под NN4 - работает везде. HTML3 ведь никто не отменял. Правда это касается только верстки, но не скриптов.
Впрочем, отчасти правда есть. Из-за разной интерпретации процентов в NN4 и IE4 (и выше) с "резиновой" версткой были больши-и-ие проблемы, костыли и пляски с бубном!
В данном случае возможно. Но у меня же не один запрос в проекте. Есть запросы которые почему-то на ORM тормозят. Возможно руки кривые. Но вот тут уже задавал вопрос, и причин 500-кратного замедления так и не обнаружили: Как в Django через ORM сделать SQL-запрос с INNER JOIN?
Ну вот решил -- "раз в одном месте raw -- то и пусть raw будет везде". Мне их проще писать. т.к. SQL я более-менее понимаю (лет десять назад, в эпоху прошлого пришествия в интернет-разработки, был случай когда пришлось наваять запросов аж на 180 строк и двойными встречными UNION и сложнейшими JOIN из пяти таблиц в каждом). А вот ORM для меня очень нов, и на нем сложные запросы у меня готовить не получается.
Пока не ясно как делать центральную картинку "чистой", в все боковые с фильтром-виньектой. Фильтр нужен чтобы визуально прокрутка выглядела более гладко. Дополнительная проблема в том, что картинки могут быть разного размера и пропорций... как эту виньетку делать для разных картинок -- вопрос... :(
Я пока поставил другую карусель, но когда допилю сайт и админку придется снова вернуться к карусельке. У дизайнера желание иметь "именно такую карусель" -- принципиально! Красота -- враг искусства, в общем! :)
В общем поступил так. Нашел на алибабе продваца материский плат от мак-буков. Нашел материнку от искомого макубка и написал ему: "Типа так и так, вот хочу мать поменять. Типа, старая каюк. Но если менять то хочу чтобы можно было поставить 16Gb на борт". Он все разъяснил. Такие мамки -- максимум 8Gb. Ему, в общем, было даже выгодно соврать и наобещать: "слушай, дарагой, даже 32Gb влезет, хороший-товар-слющий"... Так, что заказал 8Gb. В общем тоже не плохо, наверное! :)
MgmZog: Вот тут есть программки для тестирования. Они, типа, смотрят на комп, лезут на сайт и выдают что подходит.
PC Memory Scanner here: www.crucial.com/systemscanner/index.aspx
APPLE/MAC Memory Scanner here: www.crucial.com/mac/index.aspx
В моем случае сказала, что подойдут или модуль 4G, или два модуля 2x4Gb=8Gb. НО МОДУЛИ РАЗНЫЕ! Т.е. если один модуль -- то он на 1.5 вольт, а если два, то на 1.25 вольт! Это меня смущает. Теоретически я такое не могу объяснить. В компьютере же импульсные стабилизаторы питания! Как они могут для одного SO-DIMM выдавать одно напряжение, а для двух другое!? Кроме того, у памяти всегда есть вилка допустимых напряжений. И если из-за лишнего SO-DIMM так сильно садится питание, то можно прям на самом памяти запаять лишний транзистор стабилизации для этого.
Кроме того, прога для PC для моего ноута вообще не захотела ничего сообщать. Я наделся, что если 16Gb на MacBook Pro не заработают, я их себе возьму. Ноут вполне популярный Samsung. Но после такого "теста совместимости" у меня вообще нет теперь веры.
На своем старом ноуте Siemens был опыт, и поставил больше чем рекомендованный максимум. Там и память и процессор вообще предыдущего поколения (еще DDR2). Но такой памяти больше чем 4Gb на планку вообще не производят. Так что получилось максимум всего 8Gb! Против штатных 2Gb -- небо и земля! А тут MacBook Pro, весь из себя передовой, на четыре года свежее... Неужели у него максимум все еще 8Gb?! Так зачем тогда производители делают медленные DDR3. Ведь таких медленных процессоров и чип-сетов уже не делают, а если старые 16Gb не поддерживают, то нет смысла память под них такую делать. Особенно учитывая, что более быструю память на старые Apрle зачастую и поставить нельзя.
Не понятно будет работать одна планка на 8Гиг или не будет. Судя по алибабе у яблочников просто зоопарк материнок. Я вижу возможность только найти такую-же материнку и спросить продавца что там она поддерживает. Т.к. они их ремонтируют, то очевидно знают больше.
Все усложняется, что отдельно продают и BIOS к разным материкам. Т.е. есть гипотеза, что даже на уровне фирмваре могут быть нюансы.
А placeholder работает не совсем корректно. Если начал набирать текст, то подсказка исчезает. Но если текст удалить то подсказка больше не появится. Из-за этого весь огород и годорится.