rus

давайте доступ, я вам так сделаю.

так а зачем вам xml? сайт то у вас на html, да и сохранять данные вы наверняка будете в том же html... поищите в нете полно примеров парсинга ссылок.

ну тогда тут смысл таков: 1) раз нужны точные данные от пользователей, то нужно смотреть на пример реализации счетчика посещений сайта, с учетом отсеивания ботов и роботов. 2) на основе этого счетчика, делать условие, если сайт посетил "живой" человек, то распарсить (с помощью рег. выражений) определенный блок html страницы сайта, в котором находится виджет и вытащить оттуда эту ссылку. 3) ну и если нужно эти данные сохранить, то сохраняем серверным скриптом в бд, или в файл. 4) а потом уже можно оттуда вытащить и отобразить где вам нужно. если не ошибся, то как-то так...

а ссылка из виджета меняется каждый раз когда заходят разные пользователи?

возьми крупную компанию - мегафон и ее тариф все включено, в рекламе телевизора сказано русским языком, что стоит он 150р. и баста! и никаких там 390р. со второго месяца, и че? то что мелким шрифтом уловка не есть обман? типа предупредили, а вы мол не обратили внимание... пусть это остается на совести обманщиков. к тому же т.с. может просто работник, ему дали задание, вот он и выполняет, работу из-за честности мало кому охота потерять.

ShumNo, сейчас действительно чуть ли не 100% обмана везде и кругом, и этот счетчик не особо большой обман.

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

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

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

интересный у вас подход, мерить благодарность алкоголем ок. пиво - так пиво любое вот из этих: http://top10x.ru/top-10-samoe-dorogoe-i-luchshee-pivo-v-mire/ и счетчик у вас в кармане!

1) сайт "под ключ" - означает что и дизайн тоже будет ваш... и верстка, и установка на cms, и нму аполнение контентом... - так что уже не под ключ. 2) домен и хостинг напрямую связаны с финансовыми вопросами, ваша сторона только свой труд, без вложений. так что этот вопрос должен решать заказчик, по крайней мере оплачивать он должен (либо это может входить в стоимость "под ключ"), а вы можете зарегистрировать. 3) хостинг и домен (раз они будут в дальнейшем принадлежать заказчику) нужно оформлять исключительно только на него! но там есть нюанс, при оформлении домена - требуются паспортные данные, а не всякий заказчик вам их даст так что пускай сам тогда оформляет, там ничего сложного нет. 4) да, как вариант - заказчик регистрирует сам на себя доменное имя, а вы можете за него оформить хостинг (там паспорт. данные не нужны), потом заливаете сайт, он смотрит и оплачивает, а вы ему все пароли.

Да, согласен. Собственно я об этом же и говорил, оно может и используются, но не на поверхности, да и не все скрипты грузятся через него. Не на всем, все ты полюбому не учтешь! Нужно заострять на главном: на структуру бд, на оптимизацию запросов, на кэширование... просто это то, с чем чаще всего потом сталкиваются те, кто юзают ее на хостингах.

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

это не критично. да, конечно, с приходом jq и ему подобных, большинство решений почти на поверхности и не нужно городить трехмерный код в нативе, но иногда все же он выручает, и такие вот небольшие косяки как с this - это (повторюсь) не критично.

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

а что за особенность, можно подробнее? все совершенствуется, и html и css и php... все языки, это же не означает что они кривые?

поясните пожалуйста, в чем кривость нативного js?

Лайк не можете поставить, т.к. новичкам эта ф-ция доступна после набора n... сообщений, да я собственно не гонюсь за ними. Большое пожалуйста

пишите мне на мыло: 99-rus_гав_маил.ру (без нижних подчеркиваний и русских) посмотрим что можно сделать.

а что мешает переделать шаблон (если конечно дело только в верстке)? т.е. сохраняете в папку темплейт в режиме правки и кастомизируйте на здоровье.

http://dev.1c-bitrix.ru/user_help/content/iblock/components_2/news/news.php учитесь пользоваться гуглом

поле CATEGORY в котором хранится связь со сязанным элементом инфоблока.

если форма для отправки на email, то не вижу смысла использование substr и htmlspecialchars. для проверки на пустоту я например делаю так: if(empty($fio) or strlen($fio) < 5) {echo '...'; } для проверки email, в php есть встроеная ф-ция: if(!filter_var($email, FILTER_VALIDATE_EMAIL)) {echo '...'; } для телефона использую эту регулярку: if(!preg_match("/^((8|\+7)[\- ]?)?(\(?\d{3}\)?[\- ]?)?[\d\- ]{7,10}$/", $phone) ) {echo '...'; } но на самом деле, как вы правильно заметили, не стоит злоупотреблять большим кол-вом проверок, это только "отпугивает" пользователей.

что бы долго и много не писать (минусы и плюсы html5 валидации), лучше кину ка я вам ссылку: http://professorweb.ru/my/html/html5/level2/2_2.php мое мнение в целом на счет этого - рано пока.

1) научитесь пользоваться firebug (или любым другим инспектором кода). 2) локализуйте проблему в пределах нескольких строк кода 3) выкладывайте код на: http://jsfiddle.net/