Быколай

графику оптимизируйте

вот тут наверняка есть ответ

jQuery Int, чуть опередил меня))

а зачем она долго грузится? при беглом взгляде в файрбаг, обнаружил неоправданно большие жипеги, можно их пожать. >600КБ, это точно много для веба)) Про дизайн распространяться не стану, я в этом мало разбираюсь. Только, имхо, большие шапки (более 200px по высоте) не в кайф. Например вот у меня дома довольно стандартное разрешение 1366*768, на нём большие шапки сайтов занимают почти весь экран по высоте то бишь прежде чем увидеть интересующий контент, я вынужден скроллить страницу вниз

ну, я бы задумался над архитектурой вашего приложения. Почему переменная выводиться до того как известно её значение? Это по меньшей мере не логично. Попробуйте организовать работу вашего приложения в следующем порядке: 1. Смотрим какие данные хочет увидеть пользователь (разбираем url) 2. Получаем все нужные данные (из БД или ещё откуда) 3. Строим страницу из кусочков-шаблонов, куда вставляем данные полученные в п. 2. Или, как вариант, попробуйте освоить какой-нибудь MVC-based frameworks: CodeIgniter, Yii, Kohana et cet?ra и т.п.

Какой грамотный человек, жаль что не помог заодно даже не знаю, оскорбление это или комплимент

помниться, что-то такое было в моей практике. флэш перекрыть z-index'ом перекрыть по-моему невозможно. То ли я устал, то ли вы не чётко формулируете задачу... Короче я ничего не понял

Сегодня, кстати, говорил одной девушкой (работает со мной), весьма лестно отзывалась об Этажах

Да, судя по результатом опроса (видимо все заинтересованные уже отголосовались) наиболее подходящим днём будет Суббота, 3 ноября поскольку двое явно высказались за Этажи, и заведение находиться, можно сказать, в центре, то собираемся ТАМ Я доклад уже начал готовить. Забросил и снова начал. Одним словом кипит работа Дружищи, не ленитесь готовить свои выступления Sedoj, тебя тоже посчитали И того, пока дружище Шумный не определился, четверо. PS: недавно в какой-то ветке видел двух (!) петербуржцев. Но ники забыл, и тему топика тоже В общем подтягивайтесь, люди!

Почему же - вовсе нет Я всего лишь добавил 2 строчки кода в стандартный шаблон компонента "меню" вот в том-то и дело, что битрикс изначально вынуждает этим сложный код делать. Проще всё должно быть, проще

Есть сайт. Там всякие картинки, pdf в количестве > 9000. Всё это дело постепенно растёт, забирая всё больше дискового пространства. В принципе, в современном мире, это один из самых дешёвых ресурсов. Но начинаются уже проблемы с бэкапами, переносами, переездами, копированиями... В общем, есть такая практика: разместить статику на отдельном сервере, который и настроен будет лучше. + если бекапишь/разворачиваешь/заливаешь/синхронизируешь версии и т.п. сайт, не надо тащить с собой всю файлопомойку. + стильно, модно, молодёжно. + одни и те же файлы используются на нескольких сайтах корпорации. Сейчас это 50/50 дубли и ссылки на другой сайт, что не есть гут. + ??? - переписывать загрузчики CMS (хотя я обычно всё лью по FTP) - от битрикса можно ожидать подвоха в самом неожиданном месте - ??? Уважаемые коллеги, хочу узнать ваше мнение относительно выноса статики на отдельный сервер. Насколько это оправдано, при каких масштабах, есть ли существенные неудобства, которые я упускаю из вида? PS: сейчас хостимся у одного крупного хостинг провайдера на шареде, типа по понтовому тарифу. На самом деле хостинг отстой, как и провайдер

конечно простите за оффтоп, но почему-то мне кажется, что вы тут наплодили много адово сложного кода... и дело не в том что вы плохо кодите, а, имхо, в том, что битрикт вынуждает это делать. создавать много кода, который сложен в понимании, сложен в поддержке.

плохо искали значит. погуглите на тему "выпадающее меню". или лучше покурите справочники по темам событие :hover, свойства display, position, z-index...

картинки особенно чумовые по этому запросу

а он работает? раз работает, значит правильно а если беспокоит красота и архитектурная целостность, то лучше прямые инклюды не использовать, особенно в функциях. Я так понимаю render() — отвечает за отображение? Этот метод какого-то класса? По-уму можно создать метод-загрузчик для файлов отображений, и передавать ему не просто имя файла, а путь и данные, которые будут использоваться в шаблоне. Короче я опять всё усложняю. Фреймворков насмотрелся...

воспринимается как вкладка по-русски.

вот тут про селекторы можно почитать.

я вот такое использую: $("a[href$='.pdf']") вам же вхождение в конце строки обнаружить надо?

Насколько я знаю, WebSocket пока даже ещё не стандарт, и с поддержкой у него пока туго. До промышленного применения рано может быть. AJAX же самостоятельный протокол или стандарт W3, а давно популярный способ использования нескольких технологий для асинхронного общения клиента с сервером, приём так сказать.

это уже ajax — асинхронное общение клиента с сервером. То есть перезагрузки страницы не происходит, но данные отсылаются и принимаются. PS: настройки браузера?... ХЗ. Попробуйте чисто скрипт запустить: где только форма и var_dump($_POST) на экшене происходит. Ну и отправить тот же объём постом. Смотрите, файлы же тоже через пост передаются, а там счёт на многие мегабайты и выше идёт.

потёрто.... давно я с такими злыми вещами не связывался. Читал о бегущей, а думал о мигающей... Один фиг, это крайне сомнительное дизайнерское решение, которое может раздражать пользователя. В общем вот нашёл решение http://jsbin.com/uyawi/3/edit

полный труЪ

Ну не факт. Это все могло за 2 года накопиться, если время жизни сессий бесконечное. да, возможно. хотя по умолчанию session.gc_maxlifetime = 1440, вроде бы.

1. никто не любит бегущие строки. 2. ваше сообщение сложно понять.

раз так, выходит Гугл закосяпорил высокие идеи linux, которые его адепты неустанно приводят в качестве преимуществ осей на базе этого ядра. PS: и да, Android не настолько хороша, чтобы заниматься под ней разработкой