тоже столкнулся с подобной задачей, ответа пока не нашел...
|
Тоже получили данное предложение. В принципе, проект интересный и для него есть все шансы стать прибыльным. И объём немалый, работать без предоплаты и договоры - серьёзный риск.
Для новичка проект, имхо, не подойдёт - загубит он его. Разве что - для толкового фрилансера. Но толковый фрилансер тоже без предоплаты работать не будет. |
|
|
|
|
|
Имеется в виду дистрибутив или данный сайт?
Если первое, то соответствие стандартам W3 зависит от решения разработчика и профессионализма верстальщика. CMS тут ни при чём. Например наш сайт сделан на "1С-Битрикс" и соответствует стандартам: А если имеется в виду данный сайт... 99,99% всех сайтов не соответствуют стандартам (X)HTML. К этому нужно стремиться, конечно Но нельзя сказать, что данную задачу нужно ставить с высоким приоритетом. |
|
|
|
|
|
Гипотетический шаблон меню. Жирным шрифтом отмечена строка, которая как раз ставит символ | после каждого пункта, кроме последнего.
|
|||
|
|
|
|
В теле страницы несколько некрасиво и неправильно
![]() Смысл в том, что JS-ники входят в набор плагинов для prototype и файлы подключаются следующим образом:
Пока решения красивей "слить всё в один script.js" я не придумал. Строка
Как раз отвечает за набор файлов, которые нужно подключить. Хотел разработать универсальный шаблон компоненты для работы с плагинами prototype, но в этом случае либо сразу все плагины слить в один файл (и будет он весить как чугунный мост), либо каждый раз править script.js, что тоже не кошерно. |
|||||
|
|
|
|
Я то ли туплю, то ли неясно выражаюсь
![]() Хорошо, пример. Вы берёте у меня компоненту, помещаете в /bitrix/components/demo и после этого она сможет работать в публичной части. Если компонента будет перемещена в шаблон сайта, то она тоже будет работать. Без правки пролога. И откуда должны подключаться JS-файлы? |
|
|
|
|
|
Для начала цитата из мануала:
Кто поскажет что дельное по данному поводу? |
|||
|
|
|
Разумеется, модуль такой написать можно, и даже будет нужно, так как подобный функционал логично реализовывать в виде модуля. Но Вам необходимо сразу учесть: - отдельный выделенный сервер под всё это дело. Например на UNIX. - установка и настройка почтового сервера. Вэб-интерфейс на AJAX это конечно модно, но пользователи захотят POP3 ![]() - рано или поздно (скорее - рано) столкнётесь с тем, что якобы белые и пушистые горожане распространяют Виагру и увеличивают пенис. То есть необходимо сразу предпринять серьёзные шаги против СПАМа, а то сервис очень скоро окажется во всех возможных блэклистах. - разработка непосредственно веб-интерфейса. Можно,кстати, для этого активно заюзать API модуля "Почта", к сожалению незадокументированного. Учитываем, что современный пользователь хочет от интерфейс "GMail-2007" , а не "Mail.RU-98" , следовательно бюджет этой части тоже будет весьма ощутим. Если учесть только эти моменты (а это далеко не всё), мы получим бюджет весьма серьёзный. А теперь подумайте,сможете ли это потянуть и стоит ли этим заниматься. Если проект предполагает приносить прибыль и быть востребованным у пользователей, "дыра" даже в одном из перечисленных пунктов может быть фатальной. |
|||
|
|
|