Хорошее замечание по поводу п.2 - клиента с иллюзиями, некоего педанта. Согласен полностью, надо такое ТЗ проверять и обсуждать, а не слепо за него браться.
@korobochkin а что мешает подключить WP-Minify или один из плагинов для кеширования (W3 Total Cache, WP Super Cache), которые минифицируют и комбинируют скрипты и стили в один? Оптимизация ресурсов - это как раз важный и нужный этап. Это все автоматизируется :)
@zelenin вообще не нужно ничего дерегистрировать, нужно просто принудительно юзать встроенную версию jQuery, об этом уже тысячи раз писали сами разработчики ядра, большими буквами и жирным красным текстом. Многие плагины на эту родную версию опираются. Использование Google CDN для выигрыша весьма спорное. Если бы Вы из этого CDN одновременно 3-4 библиотеки тянули - тогда есть смысл, а отдельно только jQuery - Вы на dns резолвинге и коннекте потеряете больше, чем на скачивание со своего сервера. А если грамотно развести свои статические файлы на сервере на поддомен, то это еще и не будет упираться в лимит одновременных закачек с одного хоста и распаралелит загрузки, что лишь ускорит еще больше, и вариант с CDN вообще отпадает.
@Lici я в Киеве все делал. По инструкции - идете в отделение Приватбанка, просите сделать вам долларовую карту для приема платежей по SWIFT-переводам. Выдают на месте. Вместе с картой выдадут распечатку со всеми реквизитами для SWIFT-платежа. Далее заходите в свой AdSense, в настройках платежей есть возможность добавить способ вывода денег, теперь кроме чека доступен вариант "Банковский перевод". Выбираете его, заполняете данные из распечатки, сохраняете и назначаете главным способом вывода по умолчанию. Все, следующие платежи будут идти уже на счет. Если установлены автоматические выплаты по трешхолду - автоматом и будут зачисляться на эту долларовую карточку. А уже в рамках Приват24 можно между картами туда-назад гонять и конвертировать.
Всю механику двумя предложениями действительно не решить, но есть одно предложение, от которого необходимо плясать. Если нужна высоконагруженная система с динамическими данными - забудьте про модель "если нет в кеше - обратились в базу, закешировали, отдали пользователю". Пользовательские запросы должны проходить только по двум каналам - максимально быстро отдавать статику (Varnish) и все остальное максимально быстро отдавать из Memcached. А обновления кешей должно идти от бекенда. Изменились данные в базе - принудительно сбросили кеш по этому ключу. То есть, с другой стороны заходим.
@bshepelev а в чем собсно трабла? Смысл самих тегов H1-H6, Header, Footer, Aside etc от языка не зависит. Для каждого языка сами теги те же, меняется только контент в них, в соответствии с языком.
@Kith_Debeetham qTranslate умер некоторое время назад. Если я правильно помню, автор даже писал, что не видит смысла в конкуренции и настоятельно сам рекоммендует всем переходить на WPML. в целом, WPML - очень хорошее решение, но для большинства небольших и средних проектов - слишком большой комбайн. Polylang как раз удачно решает проблему в этом секторе.
@begemot_nn, WP с грамотным кешированием под нагрузкой тоже не разочарует. А вообще, @Kith_Debeetham, если речь о мультиязычке - смотрите на связку WordPress + Polylang. Очень удобное решение. Второй вариант - WordPress Multisite. Порог входа значительно ниже, чем у ModX (к которому у меня лично претензий ноль - нормальная платформа), экосистема в тысячи, если не в миллионы раз мощнее. Слово "попса" (см. выше) имеет немножко негативный окрас, но суть правильная - WP стал настолько популярным не на пустом месте. Миллионы пользователей (в том числе крупных компаний с очень крупными сайтами) не использовали бы дерьмецо (именно поэтому Джумла занимает свое почетное место в хвосте).
@GM2mars причин несколько: 1) Никаких дивов там вообще не надо, у форм есть свои теги, которых более чем достаточно для гибкой и корректной разметки - на выходе получаем чистый маркап ФОРМЫ 2) CSS и его свойства собственно для этого (отображения) и существуют - поэтому использование удобства таблиц для верстки форм через CSS является идеологически правильным решением 3) Взять таблицу за контейнер и использовать в ячейках теги для семантики не получится - это откровенно через жопу. Сделайте таким путем формочку сложную, со своими секциями, заголовками и т.д. и потом посмотрите Document Outline. Ваша семантика будет глубоко в одном месте, поскольку на самом верхнем уровне Outline у Вас стоит ТАБЛИЦА, и все, что внутри, воспринимается как табличные ДАННЫЕ, а не семантический лейаут.
@GM2mars для сложных форм есть fieldset, label И прочие прелести. С помощью нескольких простых строк в CSS все выстраивается по типу таблиц. Почитайте про свойства display: table, display: table-row, display: table-cell.
@opium А почему нафиг гитмодуль? Спрашиваю без иронии, действительно интересно - сам еще с ним не ковырялся, но на горизонте уже маячат несколько ситуаций, где субмодули подошли бы. Вот хотелось бы услышать почему "нафиг". Заранее благодарен.
@volkol почитайте как работает javascript, как браузеры парсят html и скрипты, как происходит взаимодействие с DOM. То, чего вы ожидаете, перечит логике. Если кратко - в момент выполнения скрипта тех элементов, которыми вы хотите манипулировать, еще не существует. Именно поэтому созданы специальные "обертки" типа live() и on().
