AJAX это не язык, не технология, а просто ПОДХОД. Изучать его не нужно, все что вы написали в своем первом варианте - это и есть асинхронное получение данных с сервера. Произошло что-то (событие - выбор первого селекта, например) - создаете объект умеющий работать с HTTP запросами и просите его за вас скачать страницу. Полученный стринг используете дальше как хотите. Хотите - засовываете его во второй селект, хотите - кэшируете его перед этим. В любом случае вы должны будете программировать на javascript. И называйте это аяксом или нет - это никакой разницы не даст.
Если хотите решить задачу самостоятельно, а не получить готовое решение - сходите на dklab.ru (http://dklab.ru/lib/JsHttpRequest/), например. Правда он чего то не отвечает сейчас, но думаю к утру оно работать то точно будет. Там все достаточно подробно было расписано. Да и вообще в сети примеров масса.
Готовое решение тут для вас вряд ли кто-то напишет и отладит, на это нужно время.
В данном случае разница между JPG и PNG небольшая, я же выложил, так что не нужно голословных обвинений в адрес графического формата. Он тут не при чем.
Если мне не изменяет память, кто-то из разработчиков робота (возможно даже вы) с полгода назад говорили что робот умеет принимать gzip контент и если он просит - нужно ему отдавать. Я тогда еще задавал вопрос про сдвоенные запросы - сначала обычный был запрос, потом запрос на сжатый контент.
ТС, в общем такая проблема имеет место быть. У меня та же ситуация с точностью до - 30 сайтов вылетали пока отдавался сжатый контент. От греха сжатие специально для Яндекса отключили. Результаты пока неясны, поскольку в выдаче кое-что вылетевшее пока не появилось ("эксперимент" проведен недавно, недели 3 назад), а в списке проиндексированных страниц пока показывается вообще пурга какая-то.
Дополнительно могу только сказать, что согласно RFC (недавно все перелопачивал опять) если заголовок ACCEPT_ENCODING от клиента приходит пустой, то сжимать нельзя. Если заголовка нет вовсе - на усмотрение сервера, но считается что клиент сможет принять сжатый контент.
В связи с этим вопрос к BigBrother - что имеется в виду под "робот говорит открытым текстом"? Я ничего в запросах яндекса, что говорило бы о непонимании им gzip не нашел.
Вообще, меня сильно разочаровывает зависимость робота от разных заголовков. Все до единого остальные поисковики приспосабливаются к сайтам, а тут все наоборот - нужно приспосабливать сайт к яндексу.
Текущий перечень проблем, при которых Яндексом могут не индексироваться сайты (собрано за длительный срок, возможно что-то уже изменилось):
- выдача HTTP/1.0 в статусе ответа
- выдача неверного Content-length, иногда наблюдались проблемы индексации при отсутствующем Content-length
- переносы строк в заголовках вида #10, а не #10#13
- отсутствие заголовка Date
- сжатый gzip-ом контент (при этом робот аддурелки заявляет что не указана дата документа)
Самая большая проблема, что робот-индексатор похоже до сих пор модифицируется, и это значит что новые вопросы по индексации могут возникать в дальнейшем.
Также по сообщениям некоторых наших клиентов в индекс не принимают RSS ленты новостей, которые перед заголовком <?xml имеют лишние пробелы (не запрещено стандартом вроде бы, IE показывает нормально, FF и Опера - дают ошибку).
Еще есть одно непонятное свойство - сайты на MS IIS индексируются иногда значительно медленнее чем на Unix сервере (Apache). С чем связано неясно, сравнение идет двух пачек примерно одинаковых по сложности и популярности корпоративных сайтов по 20-30 штук.
http://www.twl.ru/panel
Видимо я был неправ, специфика данного изображения в том, что полоски в jpg будут видны как вы и предположили, из-за блочной структуры jpeg сжатия (там изображение на блоки квадратные бьется перед, собственно, ДКП).
Ну пробуйте GIF, у того проблем нет - он построчно все сжимает.
Если из PNG сохранять, какие-то артефакты есть, это да. Скорее всего нужно брать исходник (PSD или BMP) и сохранять из него. При преобразовании из формата в формат могут быть подобные эффекты из-за специфики алгоритмов преобразования/сжатия.
Но вообще мне не очень понятно зачем вам PNG когда есть GIF. И размером меньше и качеством едва ли не лучше. Поместил все три картинки тут: http://www.twl.ru/panel
Хотя у GIF из-за ограниченности палитры немного меняются тона, нужно просто поэкспериментировать с типом выборки цветовой палитры, у меня по умолчанию Optimized стоит. Возможно это можно исправить.
Да и на худой конец JPEG не так уж коряв, вообще-то. Полоски эти вообще почти не видны. Если только знать куда смотреть.
Вы что-то не то или не так делаете. JPEG поддерживает полноцвет (24 разряда на пиксел), равно как и PNG, отличие только в способе сжатия. При полном качестве никаких "переливов" в JPEG нет. Выложите файл JPEG, чтобы уточнить что вы понимаете под "переливами".
Не, я че то до 2700 доходил, но дальше хоть тресни - никак. Баланса в игре маловато, или у меня в ДНК еггог. Боссы слишком толстые, добить не успеваешь просто, плюс если бы они одни, а то там пауза между волнами уменьшается и все - половина пушек стреляет по новой волне, а не в спину боссу.
Ну и полная засада с летунами. Они прут чисто по прямым, поэтому если вовремя на центре гору не соорудить, а потом в двойной коридор по осевым не превратить - асисяй в начале игры уже. А если успел - все равно их слишком много и просто не успеваешь отбомбиться даже если пушки по 4 точки имеют. ПВОшки неэффективные, сапгрейдить высоко их не успеваешь - бабла мало. Скорострелки слабые. Холодильник на верхних уровнях мало че дает, там иммунов много и часто.
Неприятным открытием была пушка с 5 точками за бешеные бабки с дамаджом 400 и very slow поражением. Их приходилось ставить только в углы, бьют на полкарты но очень редко стреляют. Помогают против боссов, бредущих по лабиринту, но летуны...
Летуны это атас.
Вы усложняете все, как мне кажется. Клиент сам подставляется. Раскрутка сайта по идее от наличия сателлита такого пострадать не должна сильно, советов он ТС "как правильно продвигать" вроде не дает. Так что ТС как работала, так и будет работать дальше. И если все делает правильно и умеючи - своего результата добьется как с экспериментами заказчика, так и без.
А не добьется по каким-то причинам - всегда может сказать - "Ну вот тут есть какой-то странный сайтик, я тут его по ссылкам нашла, так вот он нам всю картину и портит, гад. А, так это вы его сделали? Ну сами вот и виноваты. А ну давай сюда денег, а то я тебя по сусалам..."
Просто вы еще молоды. Везде и всегда что-нибудь "такое" творится.
А в те годы в Рунете почти в любой крупной компании был какой-нибудь свой локальный кошмарец. Рынок был небольшой и практически все всё друг про друга знали. Поэтому для тех кто в то время где в приличных интернет конторах работал описанная хроника только повод что-то вытащить из загашника воспоминаний. По сути ты же был почти очевидцем, даже если работал не в Рамблере. А для тех кто от этого был далек - по-моему половина книги будет малопонятна (я имею в виду фактуру, полезное для себя извлечь можно почти из любой книги).
Вы не поверите, но чем только CMS не "пичкают". И документооборотом, и безумными системами разделения прав, и интеграцией с бухгалтерией и складом, и шифрованием контента от злых хакеров, и выводом страниц сайта в PDF формате для туристических агентств, и встроенными веб-серверами, и...
А это вообще-то не функции управления контентом в большинстве случаев. И назначение систем разное, и масштабы, и, как правильно тут заметили, цены.
То есть вы сейчас говорите примерно так: мне бы побольше, побольше всего. А это достаточно абстрактный запрос. Вы решаете конкретную задачу? Огласите, вам подберут варианты.
К слову, в любой (ну, почти любой) западной компании-производителе CMS стратегия продаж не такая как у нас. Там даже демо-сайтов публичных нет. Обычно тебя сто раз спросят зачем оно тебе, и только выяснив через многоэтажную анкету реально тебе что-то надо или "так, поинтересоваться" организуют онлайн презентацию с живым менеджером. Потому что стоит оно там немного других денег.
