Sarmano

Soi Приветы , а я потерял тебя как-то... Думал ты тоже отошла от форумов. Рад свидеться! Если вопрос о 2.хх тогда, да исключительно. Очень люблю "потрогать" как и что было реализовано. Иногда получается пофиксить ряд неприятных багов, хотя это не цель. Для 3.хх решился проверить что к чему не так давно, но с ужасом в раздумьях, стоит ли втягиться. Так скорее всего происходит при перерисовке только "шаблонной" части от старого скина. Я попробовал перенести свои на мой взгляд "сложные" по верстке дизайны от старых версий в новые - большая часть интересных трюков и реализаций уход в небытие. Как переделать в новой версии не совсем понял. В свое время я пробовал создать прототип скина "чистый лист", откуда можно было бы верстать как позволяет фантазия, при этом скинизация проходила вызовом модулей в skin_ххх.php файлы. Такой вариант позволял бы немного меняя директивы тэгов и вызов функций, не затрагивая верстку дизайнера, обновлять само ядро форума. В итоге отказался, слабоват в php, а ядро менять стали не просто фиксами, но в совершенно новые обличия. До сих пор не понимаю сделанную реализацию для скинов. Скорее больше походит на колорификацию стандартного стиля. Самое ужасное, что я смог понять - огромное количество бесплатных библиотек и классов, которые даже не совсем понятно что делают при своих размерах. Например, лайтбокс для изображений - насколько действительно это приятно и быстро работает? Есть десятки более шустрых и интересных решений. Интерактивные слайды для опций, меню и т.д. - они даже не отработаны... Сжатие и кэши на сервер и требования к памяти... Ммм... О чем думают... Глубже смотрел код, блин, но он весь пронизан или js, или php вызовами, а ведь это всего-лишь скин. Вот и задался вопросом, если разработки мною любимого движка не могут реализоваться для стилей, не попробовать ли что-то сделать самим.

Всем привет Недавно решил посмотреть что нового в мире форумов IPB. Поначалу с количеством фишек в новом ядре очень обрадовался, решил попробовать переделать скин со своего форума к новой версии и сделать апгрейд ядра. Однако, не все так просто оказалось. Форум насколько сильно "затянули" в css и js, что для верстки остались только некоторые фрагменты обычного кода. Одни условия или на java, или на php и ссылки ссылки, кучи ссылок... Многие спрашивают об обновлении скина старых версий 2.хх на новую версию 3.хх с просьбой "немного дорисуете чего не хватает ...", отвечу сразу - никто Вам не дорисует ничего нехватающего, там все новое, абсолютно все и в совершенно новом исполнении. На сегодняшний день полазив по форумам, не нашел ни одного форума с индивидуальным лицом и графикой, все что есть это простые перерисовки дефольтных элементов уже существующего стандартного скина. Скинизация как сектор рынка для IPB 3.хх для дизайнеров убит? Предлагаю попытаться придумать что-то. Возможно сделать простой (не лоу-фай версию разумеется), но адекватный переработанный скин для создания красивых, неповторимых дизайнов. Какие-то мысли будут? PS. Предлагать перерисованные элементы как что-то новое нет необходимости. Верстка есть верстка. Дизайн есть дизайн. Важно это понимать.

dfc_darkman Нет такой цены на обновление с 2.х на 3.х за 2000 руб. Оплата в полной сумме будет как за новую лицензию. Можно не пытаться искать скидки

Всем привет Интересен вопрос, существует ли не столь мощно привязанная версия форума к скриптам размером почти в 1200кб? Ядро форума очень интересно развивается, много новых опций, все это не может не радовать, но столь тяжелый становиться и сложный код, что трудно ориентироваться внутри системы. Интересно было посмотреть на варианты "старого" исполнения в новом обличии. Внедренные JSMin, Minify, FirePHP хорошая идея, но prototype в 140кб уже немного пугает, не считая остального. Возможно конечно я слишком консервативен, но загрузка страниц новой версии мягко сказать тяжеловата, даже с учетом всех кэширований.

Chib@ Каким образом описанные манипуляции могут затронуть вложения на страницах. Если можно с пояснением принципа или какой-то логикой описания. Заранее спасибо!

Если есть желание и возможность на эксперименты, то вот ссылка на 25 вариантов http://www.cssjuice.com/25-rounded-corners...iques-with-css/ Разумеется интеграция на форум будет за Вами. PS. Вариант Сойки я бы сказал самый "дизайнерский" ввиду логики и удобства, плюс простота.

Поддержка разных браузеров divs и таблиц действительно разная, но сделать совместимый вариант возможно. Например для таблицы можно перезабить вот так: <Table border=0 width=100% height=100% id="logostrip" cellpadding=0 cellspacing=0> <Tr > <td style="background: transparent url(style_images/7_logo4.gif) top left no-repeat;"><a href="index.php"><img src='style_images/dot.gif' height=xx width=xx></a></td> <td></td> <td style="background: transparent url(style_images/logo6.gif) top right no-repeat;"><img src='style_images/dot.gif' height=xx width=xx></td> </Tr> </Table> где dot.gif можно вот такой взять - http://www.smk-minds.ru/portal/downloads/blank_dot.rar также если logo6.gif и 7_logo4.gif служили ссылками, необходимо задать им их родные размеры распорок приминительно к dot.gif height=xx width=xx. Для дивов будет и прпоще и посложнее . Например, опция float:left/right, работает как раз на сдвиг и отображается у всех по-разному. Можно попробовать указывать не только внутренний отступ краев (padding) но и внешний (margin), например <div style="float:right;padding:0;margin:0;"> Но это не решит полностью проблему. Самое простое использовать распорки и в дивах, также как в таблицах но с подбором размеров, а сами рисунки или бэкграунды прятать в стиль и указанием их расположения и варианта отображения, например: <div id="logostrip"> <div style="float:right;padding:0;margin:0;background: url(style_images/logo6.gif) no-repeat top right;"> <a href='index.php'><!--ipb.logo.start--><img src='style_images/dot.gif' height=xx width=xx alt='IPB' border='0' /><!--ipb.logo.end--></a> </div> <div style="width: 100%; background: url(style_images/<#IMG_DIR#>/logo_l_t.gif) no-repeat top left;"> <div style="width: 100%; background: url(style_images/<#IMG_DIR#>/logo_r_t.gif) no-repeat top right;"> <a href='{$this->ipsclass->base_url}'><!--ipb.logo.start--><img src='style_images/7_logo4.gif' alt='IPB' style='vertical-align:top' border='0' /><!--ipb.logo.end--></a> </div> </div> </div> Варианты приблизительны, без тестов, не смогу точнее сказать.

Sannis Насколько не оптимизировано - не уверен. Думаю даже нет смысла ничего оптимизировать, возможно неправ. Насколько смог понять это всего лишь дополнение к стилю на совместимость для IE семейства не более того.

Могут взяться думаю многие... Учитывая цены полного дизайна от 600$ на сегодняшний день, если задача будет состоять в создании именно изменений как дизайна, то скорее всего будет стоить ~250-300$, если только правка css на другую цветомую гамму и не более того, думаю ~120-150$.

CSS Стили страниц можно также сжимать и оптимизировать, хотя многие этого не делают из-за неудобства правки в будущем. Тем не менее всегда можно сохранить оригинальный (несжатый) файл отдельно и после правок пережать заново. Есть также и нюансы в самой настройкой каскадных стилей и их поддержкой в разных браузерах. 1. Сделаем данные "чистыми" для онлайн валидаторов. Для этого нам нужно будет произвести разделение стилей на два вида : - для IE семейства браузеров - все остальные браузеры Многие используют в последнее время ряд команд для красоты, например прозрачности. Поэтому можно вынести подгрузку стиля для разных браузеров: <style type="text/css" media="all">@import url(style.css);</style> <!--[if IE]> <style type="text/css" media="all">@import url(style_ie.css);</style> <![endif]--> Несколько раз замечал стиль под IE, полностью дублирующий стиль по умолчанию в чем нет необходимости. style_ie.css - будет служить лишь дополнением к уже имеющемуся основному стилю style.css В теле стиля имеется строчка прозрачности для класса test: .test{filter:alpha(opacity=85);opacity: 0.85;} Валидатор выдаст ошибку, указав на неизвестную опцию filter: Сделаем разделение для style.css: .test{opacity: 0.85;} для style_ie.css: .test{filter:alpha(opacity=85);} Как видим класс мы не удаляем, но разделяем. В примере класс состоит только команды прозрачности, но скорее всего класс будет заполнен командами, в момент разделения основные команды остаются именно в style.css файле. В style_ie.css только лишь дописывается дополнение от разделения, остальные опции дублировать нет необходимости. 2. В IE существует баг с мерцанием графики при динамическом использовании. Чтобы этого не происходило в style_ie.css сделаем дополнение: html{filter: expression(document.execCommand("BackgroundImageCache", false, true));} 3. Существует в IE также баг с поддержкой PNG файлов с прозрачностью, как ни крути, но иногда очень хочется сделать красивое дополнение к дизайну скажем в момент празников, без полной верски страницы можно добавить элемент с наименьшими усилиями как раз воспользовавшись PNG. Чтобы все это стало возможным, пришлось перерыть очень много информации. Гугл или Яндекс выдадут по запросу достаточное количество решений, но все они работают "не чисто", что-то всегда отображается не как хотелось или задумано. Для реализации воспользуемся следующим классом (вставить в style_ie.css): /* CSS PNG Image Fix for IE */ * html img#png{position:relative;behavior: expression((this.runtimeStyle.behavior="none")&&(this.pngSet?this.pngSet=true:(this.nodeName == "IMG" && this.src.toLowerCase().indexOf('.png')>-1?(this.runtimeStyle.backgroundImage = "none",this.runtimeStyle.filter = "progid:DXImageTransform.Microsoft.AlphaImageLoader(src='" + this.src + "', sizingMethod='image')",this.src = "imаges/blank_dot.gif"):(this.origBg = this.origBg? this.origBg :this.currentStyle.backgroundImage.toString().replace('url("','').replace('")',''),this.runtimeStyle.filter = "progid:DXImageTransform.Microsoft.AlphaImageLoader(src='" + this.origBg + "', sizingMethod='crop')",this.runtimeStyle.backgroundImage = "none")),this.pngSet=true));} Обратите внимание на this.src = "imаges/blank_dot.gif" - здесь указан путь к GIF файлу на сервере, шириной и высотой в 1 пиксель с прозрачным бэкграундом. Можно взять отсюда. Для примера использования, скажем нам требуется в правый верхний угол форума еловая ветка с новогодними игрушками, (рисуем ее разумеется во всей красе) и вставляем следующим образом в код страницы: <nolayer><div style="position:absolute; top:0; right:0;"></nolayer> <img border="0" src="images/xmas.png" id=png> <nolayer></div></nolayer> 4. После подготовки поддержки стилями разных "фишек" с поддержкой браузеров перейдем к сжатию. Поможет нам в этом например сервис - CSS Formatter and Optimiser. В момент оптимизации главное сильно не переборщить в выбором опций, иначе стиль просто будет хотя и не поврежден, но некорректно отображать данные, речь идет в выборе опций форматирования, не самой силе сжатия. 5. Попробуем "ужать" и графические изображения GIF. Сжать у нас не получится, но воспользоваться трюком с экономией можно. Например у нас очень красивый сайт, разумеется при правильной верстке и нарезке графики получится много небольших файлов. Задержки при открытии страниц происходят именно в момент обращения браузером на сервер, каждую картинку требуется открывать как независимую единицу, что разумеется занимает время обращения, тоесть при наличии на странице 50 графических элементов - браузер 50 раз обратится на сервер. Это к сожалению не доли секунд, намного больше ... Требуется вынести всю графику в классы основного стиля и подгружая их в нужном расположении, заполнять страницу, воспользуемся трюком CSS Image Sprites. Сложно ничего нет, но в принципе работы разобраться придется. Любая поисковая система вполне сможет направить Вас найти описания работы и примеры. Мои рекомендации по онлайн сервису - CSS Sprite Generator. Полученные изменения могут дать экономию на графике до 30%, что значительно в условиях форума, но только при условии имеющего у вас количества изображений (более 25) в оформлении. СКРИПТЫ Как все уже заметили скриптов в последних версиях становится все больше и больше. Поэтому настоятельно рекомендую пробовать сжимать самостоятельно, но нужно будет разбираться, что и как. В новые версии дистрибутивов, если не ошибаюсь уже входят сжатые версии, со старыми сложнее. 1. Рекомендую следующие сервисы: JS Minifier - сжимает неплохо, особенно полезен для динамических скриптов без библиотек. Javascript compressor, алгоритм от Dean Edwards - сжимает очень сильно, но не всегда полезен при вызове функций, хотя если Вы разбираетесь, то можно настроить. 2. Скрипты обычно выполняют роль функциональности, поэтому в момент загрузки страниц нет необходимости их загружать до HTML кода или до стилей CSS. Особенно это будет ощутимо при открытии достаточно больших библиотек. Задержки открытий страниц будут измеряться уже не в долях секундах, но в секундах. В момент начала загрузки пользователь не в состоянии воспользоваться скриптом, атрибуты которого еще не подгрузились из кода страницы, поэтому логичнее будет вынести загрузку скриптов в самую последнюю очередь. Для этого зайдем в панель администратора: ВНЕШНИЙ ВИД - Управление стилями - Список стилей - Изменить общий шаблон форума Найдем в шаблоне строку <% JAVASCRIPT %> и перенесем ее в самый вниз. Найти: </body> Выше добавить <% JAVASCRIPT %> Если ГУРУ помогут, подправят или дополнят - будет замечательно. Хотя тема не на миллион, но описанные выше правки и дополнения действительно помогают ускорить и значительно ускорить работу с форумом. Замечаниям тоже буду рад

Из собственного опыта работы со скинами и дизайном сайтов. Что можно/нужно сделать для увеличения скорости работы и открытия страниц по разделам: ПРЕЖДЕ ЧЕМ ДЕЛАТЬ КАКИЕ ЛИБО ИЗМЕНЕНИЯ - СДЕЛАЙ РЕЗЕРВНЫЕ КОПИИ ИЗМЕНЯЕМЫХ ФАЙЛОВ!! СЖАТИЕ ПЕРЕДАВАЕМЫХ ДАННЫХ 1. Я полностью не уверен идет ли сжатие данных при открытии страниц в новых версиях форума, поэтому сначала воспользуемся утилиткой сжатия. Забираем тут. Распаковываем и кидаем на фпт в корень форума как есть. Редактируем файл в корне форума index.php Найти: <?php Ниже добавить: include('/абсолютный_путь_к_файлу_на_сервере/forum/gzdoc.php'); Найти: ?> Выше добавить: gzdocout(); Рекомендация по сжатию - заходим в файл gzdoc.php, находим строчку Значения $level отвечают за силу сжатия передаваемых данных, мои рекомендации 3-5, если у Вас выделенный сервер, то можно поиграть со значениями 6-8. Все вышеописанные манипуляции ускорят загрузку страниц в разы (до 3-5 раз) PS. Можно также поискать компрессор для графики при условии использования Вами на сайте огромного количества PNG файлов, сжатие поможет съэкономить трафик до 60%. Если же используете GIF - данная опция не подойдет. КЭШИРОВАНИЕ В большинстве случаев, открываемые страницы используют редко обновляемую графику и оформления в стиле, тем не менее не все браузеры умеют "интуитивно" обрабатывать данные или тратят доли секунд на обработку данных с выбором откуда их "подцепить" к стилю из кэша бразера или перескачать с сайта, что займет какое-то время. 1. Навяжем браузерам "время последних изменений" в страницах. Редактируем файл в корне форума index.php Найти: <?php Ниже добавить: # Всегда обновлен header("Last-Modified: ".gmdate("D, d M Y H:i:s")." GMT"); # для HTTP/1.1 header("Cache-Control: no-store, no-cache, must-revalidate"); header("Cache-Control: post-check=0, pre-check=0", false); # для HTTP/1.0 header("Pragma: no-cache"); Таким образом "заставим" браузеры не тратить время на их решения, но сразу определиться - страница обновлена. Одной проблемой становится меньше, браузеры "тупо" делают загрузку по нашим настройкам без выбора. 2. Поскольку выше Мы указали браузерам о постоянстве обновлений, необходимо указать что нужно закэшировать и не обрабатывать в будущем (по истечении времени). Все это Мы сделаем через .htaccess. Забираем тут - настроенный файл доступов с глобальными значениями. Также рекомендую закинуть следующий файл в директории, которые требуется кэшировать "навсегда или надолго". Будет полезным закинуть данный файл во все папки с графикой, например ico-posting,style_images,style_avatars и т.д., тоесть во все папки содержащие в большинстве своем изображения.

как установить мод если таблицы в базе данных не стандартные а например board_вместо ibf_

Sannis Согласен с автором выше, возможность отката и многое другое куда привлекательнее, причем некоторые вещи невозможно сделать через админку просто никак не видя полного кода.

Всем привет! У меня немного наскучавший уже вопрос, но я решения так и не нашел. Как можно перенести измененнные файлы skin_*.php в базу данных для последующего импорта скина? Такое возможно? Неудобно творить через админку дизайны, поэтому и назревает такой вопрос. Буду признателен за любую помощь. PS. Ковырялся в режиме IN_DEV и ничего не получил.