@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().
@hadra memcached хранит данные в оперативке, в памяти. Это самое быстрое доступное хранилище на данный момент. По сути, самое узкое (и медленное) место memcached - это TCP. Даже с милисекундным пингом в локалке выдача данных из памяти происходит быстрее.
1. С каких пор такие прямые иньекции стали нормой? 2. У топикстартера используется jQuery, что уже само по себе ведет себя не так, как чистый Javascript.
