Роберт Басыров пишет: я не понимаю смысла регистрации нового пользователя в этих условиях. Если есть линейка завязанных друг на друга курсов в сумме где-то 15-17, если считать все от КМ до Разработчика (когда он будет) и человек не как не может пройти скажем 12-ый, то какой смысл в новом пользователе?
Все логично. Человек проходит курсы (подавляющее большинство их проходит на автомате с ответами, или итерациями - всё для того, чтобы получить сертифицированного), видит, что в одном из них возникла проблема и осталось, скажем, 5 попыток. Он регистрирует нового пользователя, с него успешно сдает тест, однозначно определив достаточный набор правильных ответов, и возвращается к своему реальному аккаунту, продолжив сдавать.
Цитата
Смысл в ограничении числа попыток - заставить пользователя отойти от шаблонной схемы действий.
Очень сомнительно. Я даже склоняюсь к тому, что ограничение автоматически заставляет задаваться вопросом "а что если?" и заранее продумывать варианты "обмана" системы. Затем, осознав получаемый выигрыш, человек специально начинает пользоваться придуманным способом - он экономит время.
Цитата
В чем ошибка юзера? В том что не умеет читать вопрос. В вопросе говориться о КОНКРЕТНОМ списке.
Я иногда работаю с фрилансерами, и стараюсь максимально четко сформулировать задачу. Вкладываю 100% смысла в каждое слово. Казалось бы, человеку осталось прочитать, вникнуть в написанное, и сделать. Однако на практике почти всегда начинаются следующие итерации с вопросами, ответы на которые в принципе можно цитировать из первоначального текста задачи. Но приходится мириться. Мне кажется, люди привыкли пропускать часть слов, считая их не такими уж и важными, они привыкли, что уловят суть и по контексту поймут что от них требуется.
Безусловно, снятие ограничения не решит эту основную проблему. Я просто считаю, что в действительности это ограничение не приносит задуманной пользы, а лишь вносит неясность и принуждает к дополнительным манипуляциям.
Основную же проблему, на мой взгляд, решать нужно как то так http://www.codecademy.com/ =) Понятное дело, что до этого далеко и долго. Но лично я считаю, что пока есть Цель (получение сертификатов/статуса партнера) - эти самые курсы будут восприниматься чаще как преграда на пути к этой цели, а не как способ самообразования.
А зачем, собственно, это ограничение? Какую задачу оно решает? Так или иначе будет либо зарегистрирован новый пользователь, который пройдет таки этот курс (а вы, даже если уличите человека в этом, все равно засчитаете результат), либо вы добавите попыток по запросу. Чаще, думаю, первый вариант.
Мое предложение - в компоненте bitrix:news поставьте галочки "Разрешить RSS" и "Экспортировать в диалект Яндекса:" Где я могу забрать своё вознаграждение? =)
Коллеги, приветствую. Предлагаю услуги верстки psd->html+css+jQuery Качественно, семантично, кроссбраузерно вплоть до IE6 при необходимости.
Интеграция в 1С-Битрикс возможна, но предпочтение отдаю просто верстке. Работа в офисе или за ЗП не интересует. Дорого. Валидность, позавчерашние дедлайны, IE6 и другие причуды увеличивают итоговую стоимость.
Примеры интегрированной верстки - раз, два Обращайтесь.
Немного скорректирую его вопрос. На данный момент компонент генерирует при клике на каждую дату свой массив результатов вида
Код
[MONTH_x]
[0] недели
[0] дни
[...] данные
[MONTH_x]
[0] недели
[1] дни
[...] данные
..........................
[MONTH_x+1]
[0] недели
[0] дни
[...] данные
и т.д. Т.е. если кликнуть на 26 октября, он у него возвращал массив начиная с MONTH8 и заканчивая MONTH7. Кликаем на 1 апреля например - массив начинался с MONTH2 и заканчивался MONTH1. По сути данные внутри были почти всегда одинаковыми, кроме того момента, когда в текущий день\месяц добавлялся класс (что использовалось по идее в шаблоне)
Я предложил другой вариант - этот компонент календаря пусть возвращает всегда один массив, начинающийся всегда с января, вида
По идее, наверное всё же проверки выгоднее проводить внутри компонента и засовывать нужный класс в arResult, а в шаблоне уже оперировать ими, НО - разве тогда не будет генерироваться постоянно разный массив arResult в зависимости от того, какая дата сейчас в $_GET ? И как тогда быть с кешированием, что, на каждую дату будет свой кеш?
Потому я и подумал, что проверки "выбранный день, выбранный месяц" можно проводить прямо в шаблоне. Но тут снова вопрос - а как тут грамотно реагировать на дату в $_GET, чтобы выделять текущую дату\текущий месяц?