У вас на Битриксе был опыт создания 1 сайта — так почему статья так называется?
По поводу Битрикс + крупные компании — смотрите ADV, например.
Битрикс тормозной и громоздкий, многие вещи в нем сделаны нелогично и глупо, но тем не менее, как framework он весьма и весьма неплох, и многие сайты на нем делаются в разы быстрее, чем на других CMS, если особенности работы с ядром и API усвоены. Это я говорю, как человек, сделавший более 40 сайтов на Битриксе.
Более того, на PHP у меня из предпочтений осталось всего два фреймворка — Битрикс и Zend Framework, которые хоть как-то обещают «быструю» разработку, а не недели попыток завершить проект, они позволяют больше думать об интерфейсах, а не о том, что нужно сделать, чтобы хоть что-то заработало, и документация у них самая приличная из всех.
Что касается, веб-разработки в целом — если проект не загнан в рамки PHP как единственной системы поддерживаемой хостингом — я предпочитаю Django (Python) или Spring Framework (Java).
Я думаю, что сейчас то лучшее, что можно пожелать — это только, чтобы админка (допиливание которой, или сборка из готовых модулей и неделями проверка их стабильности в готовых бесплатненьких CMS) легко и (желательно) самостоятельно масштабировалась под нужды проекта — чтобы тратить на нее минимум времени, а на клиентский интерфейс и творчество — больше.
Требует transparent.gif (просто прозрачный гиф пиксель на пиксель), зато работает универсально для всех картинок и элементов с alpha-бэкграундами с установленным классом png.
Но по мне так хуже, и очень-очень не универсально. Плюс не каждый код можно на closest переписать так просто, где-то потребуются все те же parent().parent().parent() (многоуровневый список с одинаковыми атрибутами class у элементов), и мы приходим к нашей проблеме.
Дописал еще минус css решения: перемещаясь по ссылкам tab'ом на клавиатуре — никак не отмечается, что она является текущей в «клавиатурном перемещении»
От девушки из саппорта, Евгении, дожидался ответа полчаса, потом она дала ICQ программиста системы (frost'а), ответа от которого я ждал 5 часов (!). Так что, насчет техподдержки, я абсолютно не соглсен. Неудовлетворен я её качеством.
Кроме того, один из критичных для себя минусов, который отмечу, может быть то, что система не собирает подтверждение успешности операции от сервера с магазином — кинул пакет и молчком, если сервер вовремя не схватит — success, никогда в жизни он его больше не получит, кроме как проверки статуса заказа через XMLRPC API.
Замечательная статья :) Я думаю, она поможет ещё ни одному начинающему девелоперу, который хочет работать «отдельно» от крупных компаний и творить что-то своё.
дык существует свободная реализация ICQ-сервера, и можно её переделать и на прокси и на переадресацию на jabber и т. д., но вот тоже не понимаю, а чем, собственно, это отличаться будет от ICQ-транспорта?
По поводу Битрикс + крупные компании — смотрите ADV, например.
Битрикс тормозной и громоздкий, многие вещи в нем сделаны нелогично и глупо, но тем не менее, как framework он весьма и весьма неплох, и многие сайты на нем делаются в разы быстрее, чем на других CMS, если особенности работы с ядром и API усвоены. Это я говорю, как человек, сделавший более 40 сайтов на Битриксе.
Более того, на PHP у меня из предпочтений осталось всего два фреймворка — Битрикс и Zend Framework, которые хоть как-то обещают «быструю» разработку, а не недели попыток завершить проект, они позволяют больше думать об интерфейсах, а не о том, что нужно сделать, чтобы хоть что-то заработало, и документация у них самая приличная из всех.
Что касается, веб-разработки в целом — если проект не загнан в рамки PHP как единственной системы поддерживаемой хостингом — я предпочитаю Django (Python) или Spring Framework (Java).
Я думаю, что сейчас то лучшее, что можно пожелать — это только, чтобы админка (допиливание которой, или сборка из готовых модулей и неделями проверка их стабильности в готовых бесплатненьких CMS) легко и (желательно) самостоятельно масштабировалась под нужды проекта — чтобы тратить на нее минимум времени, а на клиентский интерфейс и творчество — больше.
Пример — скругленные углы, outline, не поддерживается — ладно, но сайт хотя бы вменяемо смотрится и им можно пользоваться.
В этом смысл
* html img, * html .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 = "transparent.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) ); }Требует transparent.gif (просто прозрачный гиф пиксель на пиксель), зато работает универсально для всех картинок и элементов с alpha-бэкграундами с установленным классом png.
Но как вариант оно хорошо.
$(this).parents(':eq(n-1)');
Но это теперь уже вопрос синтаксиса и читаемости кода другим человеком :)
$(this).parentn(3) против $(this).parents(':eq(2)');
Хм…
У меня вверх по структуре у td, tr элементов нет селекторов, на которых я мог бы остановиться и искать в них нужный мне дочерний.
Попробовал… вообще, это выглядело бы как-то так:
$(this).closest(«tr»).next().find(«a.left-menu-pic»).css(«background-position», «0 -59px»);
Но по мне так хуже, и очень-очень не универсально. Плюс не каждый код можно на closest переписать так просто, где-то потребуются все те же parent().parent().parent() (многоуровневый список с одинаковыми атрибутами class у элементов), и мы приходим к нашей проблеме.
darkwire.habrahabr.ru/blog/91341/#comment_2755532
Добавил еще и про IE7. :)
От девушки из саппорта, Евгении, дожидался ответа полчаса, потом она дала ICQ программиста системы (frost'а), ответа от которого я ждал 5 часов (!). Так что, насчет техподдержки, я абсолютно не соглсен. Неудовлетворен я её качеством.
Кроме того, один из критичных для себя минусов, который отмечу, может быть то, что система не собирает подтверждение успешности операции от сервера с магазином — кинул пакет и молчком, если сервер вовремя не схватит — success, никогда в жизни он его больше не получит, кроме как проверки статуса заказа через XMLRPC API.
В sid 2.6.30. У меня со стабильностью sid проблем никогда не было.