фильтрация спама гуглом далеко не идеальна.
за других не скажу, но мне catchall + популярный в интернете домен дают два десятка пропущенных спам-писем в день.
>В последнее время появилось много нереляционных баз данных.
>Это говорит о том, что если вам нужна практически неограниченная масштабируемость по требованию, вам нужна нереляционная БД.
Это говорит ровно о том, что «в последнее время появилось много нереляционных баз данных» и ни о чем более.
Реляционных БД достаточно в 99.9% проектов. При наличии прямых рук — в 99.99% :)
После перехода на макось отказался от оперы, поскольку на маке она объективно хуже сафари.
До сих пор скучаю по оперовским gestures и восстановлению последней закрытой вкладки через Ctrl+Z :)
Есть еще один фактор — возможность свободного создания собственных билдов заинтересованными сторонами. Эта «фича» практически одновременно появилась во всех браузерах, с одной и той же целью — сделать себя популярнее чужими руками.
Google, Яндекс, Мейлру, чтобы привязать пользователя к себе, распространяют «оптимизированные» IE, Firefox, Chrome, содержащие пользовательские поиски, тулбары и прочие мульки. Например проплаченную Яндексом рекламу собственных билдов можно увидеть на основных крупных софт-порталах. В итоге получается ситуация, что крупные порталы за свои деньги двигают пользователям патченные браузеры (читать — рекламируют их), а опера проходит мимо этого списка. То есть бесплатную рекламу не получает.
Визуалка действительно очень крутая. Когда на днях увидел — был приятно удивлен и решил, что какой-то из западных проектов решил прийти на русский рынок. Был еще более удивлен, когда узнал, что проект наш и делается бывшими коллегами. На мой взгляд, действительно очень достойная и сложная работа, заслуживающая уважения. А сколько это все кодить — я даже предполагать не берусь :)
Спасибо, сегодня специально изучил проблему и пришел к выводу, что с пушем гмейла все в порядке. Проблема в айфоновском mail.app, который не умеет читать кои.
Насчет кои — да, к сожалению, еще есть прекрасные продукты, такие как mail.ru, outlook, которые до сих пор генерируют контент в современных кроссплатформенных кодировках win-1251 и koi-8, которые недалекие разработчики utf-8 приложений понимать в полной мере не научились. Короче говоря, сталкиваться с этим говном приходится и вряд ли оно уйдет из рунета в ближайшие год-два.
Именно этот ваш комментарий мне пришел на мобильный в читаемом виде, как и все остальные комментарии с хабра :) Однако 90% остальной почты на мой айфон пушится с битой кодировкой. Что ж, спасибо, буду разбираться в чем причины.
Раньше гугл бесплатно чужими руками локализовывал свои сервисы, теперь — почти даром предлагает помочь с qa.
Следующим шагом будет бесплатное написание кода ;-)
Это статья про бизнес или про технологию? Если про бизнес — то странно видеть такой акцент на сущности Масштабируемость. Вы ведь топовая IT-компания, вроде как бесперебойное массовое обслуживание — это для вас само собой разумеется, не? зачем о нем писать? :)
Тем более, будем объективными, платежная система — это не тот прожект, где стоит архисложно решаемая задача нагрузки. То есть когда Яндекс, ВКонтакт рассказывают о своей «масштабируемости» и объемах — это впечатляет и это в кассу. А слышать от платежной системы — не очень убедительно ;)
Ничего личного, просто указание на странность промо-текста ;)
и да, этот дизайнерский ход полная херня. персонально у меня гораздо бОльшая проблема — видеть наименования 20 открытых табов, а не «экономить место по вертикали».
вы же не предлагаете microsoft нарушать собственные гайдлайны разработки приложений? ;)
в дополнение могу предложить перенести кнопки управления окном в левую часть окна и настройки из подменю options в подменю IExplore ;)
Ну да, так это не противоречит моему утверждению. Из самой базы вы читаете редко, а значит постоянные ее апдейты просто мозолят диск, создавая ненужный overhead. Ошибки здесь две:
1) вам абсолютно не нужна здесь реляционная база для хранения стейта пользователя. без разницы, где все это хранить. на файловой системе, в key-value или еще где то.
2) если все же хочется мускуль. зачем вам в базе квантовать состояние игры пользователя до отдельных объектов? собирайте их в один большой массив, объект или что у вас там, сериализуйте его и пишите с той же частотой в базу. Апдейтов будет в N раз меньше, где N — количество объектов под одним пользователем.
у вас на 100 апдейтов одной записи идет одно ее чтение. Вывод — 99 из 100 апдейтов бесполезны и их можно выбросить.
зачем вам тут вообще база? складывайте сериализованные данные по пользователю на FS одним файлом. Придет пользователь снова — прочитаете. Или храните все его объекты в одном поле в бд в виде блоба или xml между сессиями.
Если где то машин убудет то где то их прибудет ;) Предлагаю оптимизировать не один светофор, а сразу целый район :)
Методами вот этой теории en.wikipedia.org/wiki/Traffic_flow_theory
неплохая штука, благодаря нему узнал, что у меня есть яндекс-кошелек с небольшой суммой на счету :)
есть три НО:
1. по ощущениям браузер стал тормозить при переходе между табами и так далее. Возможно — виноват не яндекс, но тулбар все же удалю.
2. не понял, каким образом менять набор сервисов, представленных в тулбаре. Лингвы, которая мне нужна, по дефолту нет.
3. непонятно как его удалять.