AlexGr4: Спасибо за ваш вариант, это то что мне нужно
Я этого боялся больше всего, поэтому и не опубликовал сразу. Это ужасный код, который в продакшн нельзя пускать.
AlexGr4: Даже не знаю что должно помешать не сработать классу send в течении секунды
Все что угодно - браузер в свап ушел, например.
AlexGr4: Можно будет дописать условие, что бы в таком случае сценарий начинался с начала
Это называется прикручиванием костылей. Просто по этому кусочку видно, что у Вас проблема с архитектурой. Но вы же молчите как партизан на допросе. А пытать Вас никто не станет - у Вас же код не работает, а не у отвечающих :)
Но и такой вариант плох. Ладно, дам маленькую подсказку: подумайте, что будет, если в приведенном выше варианте div с классом sendform не успеет получить класс send за 1 секунду ожидания.
AlexGr4, Этот код так же воздействует на все классы. return false возвращает управление и поэтому setTimeout не вызывается вечно. Но код надо переписывать.
AlexGr4: моем случает пришлось отказаться от id совсем. Есть на то причины. В таком случае можно было и классы по всему скрипты разные присвоить, но мне так не подходит.
Что за секретные такие причины? Id для того и придуманы, что-бы идентифицировать определнный элемент. Можно и классы использовать уникальные, но это решение хуже, чем с Id.
AlexGr4: Есть решение с return false, и это решение работает как мне надо, но я не могу понять логику его действия,
Так покажите работающий код, а не функцию с ошибкой. Вы думаете на форуме телепаты? :)
MoMM: в РФ документооборот по финансовым операциям регламентируется не Айхором, а вполне себе налоговой и минфином
Золотые слова!
kelos, Вы сходите в соседнюю тему канувшего в лету cloudmoud и поинтересуйтесь у "довольных" клиентов, сколько им денег вернули. У них все без документальных заморочек было.., да сплыло. Вы, фактически, критикуете Айхор за то, что у них зарегистрировано ООО, получены лицензии, ведется открытый бизнес: адрес, телефоны и реквизитами предприятия доступны для всех на их сайте. В том, что они работают в соответствии с действующим законодательством РФ. Однако...
Пожалуйста! Буду рад, если эта информация поможет сберечь свои деньги и, что еще важнее, стабильность проекта и нервы.
Еще одно свойство специалиста вспомнилось. Как-то давно смотрел с ребенком одну из передач "Очевидное - Невероятное", в которой уважаемый Сергей Петрович Капица (вечная ему память), рассказывал о некоторых явлениях ядерной физики. Стоить заметить, что процессы, о которых шла речь, описываются достаточно сложным математическим аппаратом. У нас как-то почти вся группа ушла на пересдачу по одной из таких дисциплин, поскольку достойные оценки практически никто не осилил с первого раза. Так вот, Сергей Петрович настолько легко, понятно и увлекательно рассказывал о сложных вещах, что даже маленький ребенок смотрел с интересом. Конечно, понять как это работает без математике, увы, никак. Но что это, и зачем это, понял даже ребенок.
Сергей Петрович, безусловно талант и гений. Таких единицы. Но после просмотра той передачи, я окончательно убедился в том, что когда специалист в своей теме, как рыба в воде, он сможет понятно объяснить человеку суть этой темы. Без ненужных деталей, без терминологического понтовства, без фраз "ты этого не поймешь, это очень сложно". Найдет метафоры, аналогии и т.п. Причем рецепт универсальный, применим к любой сфере человеческой деятельности.
Wadim, tysson, господа, значит вам пока еще не удалось найти достойного исполнителя :( Но если код хреновый, то документированием его никак не спасти. Как только найдете - завязывайте контакт и работайте дальше с ним.
Да, есть проблема найти специалиста на небольшой бюджет. При определенной квалификации нет смысла работать ниже чем за 20$ в час. Для американского рынка это копейки, а в наших реалиях бюджет в рублях будет ощутимым при такой ставке.
Вот еще несколько критериев, которые, безусловно не являются панацеей, но способны уменьшить риски нарваться на дилетанта:
1. С большой осторожностью нужно относиться к предложениям написать все с нуля. Само по себе это не является чем-то плохим, но сильно снижает вероятность нарваться на не осилившего хоть один фреймворк, и при этом уверенного в своих силах, что у него с нуля уж точно взлетит.
2. С большой осторожностью относитесь к популярным CMS в случае их глубокой переделки. Дилетанты часто не могут осилить идеологически верный способ расширения функционала (например, написав плагин) и лезут править фирменный код по живому.
3. Среди готовых реализовать задачи используя фреймворк число специалистов выше, чем среди предлагающих решение на популярной CMS. Просто в силу порога вхождения.
4. Команда чаще более надежна, чем одиночка. Бывают и команды негодные, но среди одиночек процент дилетантов выше. Человек стремящийся к профессиональному росту стремиться попасть в хорошую команду - опыт в таком случае растет намного быстрее, чем у одиночек. Хорошая команда не будет держать откровенного профана - утопит всю команду. Ну и команда более стабильна, чем одиночка. Кто-то ушел, кто-то пришел, кто-то остался. Одиночка пропал - 100% потеря.
5. Попросите посмотреть кусочек кода. Пару десятков строк достаточно. Вы можете абсолютно ничего не понимать в нем. Это не важно. Просто посмотрите на названия - если видите что-то типа
zakaz_pokupatelya вместо customerOrder или куча малопонятных n1, m2 и прочего - лучше пройти мимо. Не бывает программистов, которые не владеют английским языком. Они были в СССР и сейчас уже на пенсии :). Вся фирменная документация пишется на английском. Хороший пример: авторы популярной IDE IDEA - россияне. Ее интерфейс и документация только на английском языке :) Т.е. если программист не владеет английским - 99% что он получает информацию из обрывков по форумам и, в лучшем случае, из переведенных древних книг. В которых часть информации уже устарела и не рекомендуется к использованию. Но они этого не узнают, пока не выйдет очередная книга лет через n или они, наконец, не выучат язык :) И оформление. Просто посмотрите, что-бы он было аккуратным. Если все криво-косо, куча комментированного кода неиспользуемого - проходите мимо. У специалиста код аккуратен. Комментариев минимум и все по делу. Профан же натащил копи пасты в код, на всякий случай. Поскольку решение дергал с нескольких форумов, а разобраться до конца не смог. И если одно "начнет ругаться", он раскомментирует другое :)
Пожалуйста!
Учусь
Это очень хорошо. Плохо то, что Вы приходите к сомнительным выводам(это про id), поскольку проблема, скорее всего, вовсе не в них была.
Спасибо за ваш вариант, это то что мне нужно
Я этого боялся больше всего, поэтому и не опубликовал сразу. Это ужасный код, который в продакшн нельзя пускать.
Даже не знаю что должно помешать не сработать классу send в течении секунды
Все что угодно - браузер в свап ушел, например.
Можно будет дописать условие, что бы в таком случае сценарий начинался с начала
Это называется прикручиванием костылей. Просто по этому кусочку видно, что у Вас проблема с архитектурой. Но вы же молчите как партизан на допросе. А пытать Вас никто не станет - у Вас же код не работает, а не у отвечающих :)
Нужно запустить только по клику по sendForm.
Странно, что вы тогда сразу вот так не написали:
Но и такой вариант плох. Ладно, дам маленькую подсказку: подумайте, что будет, если в приведенном выше варианте div с классом sendform не успеет получить класс send за 1 секунду ожидания.
AlexGr4, Этот код так же воздействует на все классы. return false возвращает управление и поэтому setTimeout не вызывается вечно. Но код надо переписывать.
AlexGr4, Вы понимаете вообще, как работает JQuery? Вы используете селектор класса, он выбирает все элементы, которые имеют этот класс.
код в первом посте.
Этот код не рабочий. Там серьезнейшая ошибка, на которую я Вам указал.
моем случает пришлось отказаться от id совсем. Есть на то причины. В таком случае можно было и классы по всему скрипты разные присвоить, но мне так не подходит.
Что за секретные такие причины? Id для того и придуманы, что-бы идентифицировать определнный элемент. Можно и классы использовать уникальные, но это решение хуже, чем с Id.
Есть решение с return false, и это решение работает как мне надо, но я не могу понять логику его действия,
Так покажите работающий код, а не функцию с ошибкой. Вы думаете на форуме телепаты? :)
AlexGr4, Используйте id элементов вместо классов, они уникальны.
И код исправляйте - у Вас бесконечная рекурсия.
в РФ документооборот по финансовым операциям регламентируется не Айхором, а вполне себе налоговой и минфином
Золотые слова!
kelos, Вы сходите в соседнюю тему канувшего в лету cloudmoud и поинтересуйтесь у "довольных" клиентов, сколько им денег вернули. У них все без документальных заморочек было.., да сплыло. Вы, фактически, критикуете Айхор за то, что у них зарегистрировано ООО, получены лицензии, ведется открытый бизнес: адрес, телефоны и реквизитами предприятия доступны для всех на их сайте. В том, что они работают в соответствии с действующим законодательством РФ. Однако...
Низкий поклон за достойный труд!
Пожалуйста! Буду рад, если эта информация поможет сберечь свои деньги и, что еще важнее, стабильность проекта и нервы.
Еще одно свойство специалиста вспомнилось. Как-то давно смотрел с ребенком одну из передач "Очевидное - Невероятное", в которой уважаемый Сергей Петрович Капица (вечная ему память), рассказывал о некоторых явлениях ядерной физики. Стоить заметить, что процессы, о которых шла речь, описываются достаточно сложным математическим аппаратом. У нас как-то почти вся группа ушла на пересдачу по одной из таких дисциплин, поскольку достойные оценки практически никто не осилил с первого раза. Так вот, Сергей Петрович настолько легко, понятно и увлекательно рассказывал о сложных вещах, что даже маленький ребенок смотрел с интересом. Конечно, понять как это работает без математике, увы, никак. Но что это, и зачем это, понял даже ребенок.
Сергей Петрович, безусловно талант и гений. Таких единицы. Но после просмотра той передачи, я окончательно убедился в том, что когда специалист в своей теме, как рыба в воде, он сможет понятно объяснить человеку суть этой темы. Без ненужных деталей, без терминологического понтовства, без фраз "ты этого не поймешь, это очень сложно". Найдет метафоры, аналогии и т.п. Причем рецепт универсальный, применим к любой сфере человеческой деятельности.
Wadim, tysson, господа, значит вам пока еще не удалось найти достойного исполнителя :( Но если код хреновый, то документированием его никак не спасти. Как только найдете - завязывайте контакт и работайте дальше с ним.
Да, есть проблема найти специалиста на небольшой бюджет. При определенной квалификации нет смысла работать ниже чем за 20$ в час. Для американского рынка это копейки, а в наших реалиях бюджет в рублях будет ощутимым при такой ставке.
Вот еще несколько критериев, которые, безусловно не являются панацеей, но способны уменьшить риски нарваться на дилетанта:
1. С большой осторожностью нужно относиться к предложениям написать все с нуля. Само по себе это не является чем-то плохим, но сильно снижает вероятность нарваться на не осилившего хоть один фреймворк, и при этом уверенного в своих силах, что у него с нуля уж точно взлетит.
2. С большой осторожностью относитесь к популярным CMS в случае их глубокой переделки. Дилетанты часто не могут осилить идеологически верный способ расширения функционала (например, написав плагин) и лезут править фирменный код по живому.
3. Среди готовых реализовать задачи используя фреймворк число специалистов выше, чем среди предлагающих решение на популярной CMS. Просто в силу порога вхождения.
4. Команда чаще более надежна, чем одиночка. Бывают и команды негодные, но среди одиночек процент дилетантов выше. Человек стремящийся к профессиональному росту стремиться попасть в хорошую команду - опыт в таком случае растет намного быстрее, чем у одиночек. Хорошая команда не будет держать откровенного профана - утопит всю команду. Ну и команда более стабильна, чем одиночка. Кто-то ушел, кто-то пришел, кто-то остался. Одиночка пропал - 100% потеря.
5. Попросите посмотреть кусочек кода. Пару десятков строк достаточно. Вы можете абсолютно ничего не понимать в нем. Это не важно. Просто посмотрите на названия - если видите что-то типа
zakaz_pokupatelya вместо customerOrder или куча малопонятных n1, m2 и прочего - лучше пройти мимо. Не бывает программистов, которые не владеют английским языком. Они были в СССР и сейчас уже на пенсии :). Вся фирменная документация пишется на английском. Хороший пример: авторы популярной IDE IDEA - россияне. Ее интерфейс и документация только на английском языке :) Т.е. если программист не владеет английским - 99% что он получает информацию из обрывков по форумам и, в лучшем случае, из переведенных древних книг. В которых часть информации уже устарела и не рекомендуется к использованию. Но они этого не узнают, пока не выйдет очередная книга лет через n или они, наконец, не выучат язык :) И оформление. Просто посмотрите, что-бы он было аккуратным. Если все криво-косо, куча комментированного кода неиспользуемого - проходите мимо. У специалиста код аккуратен. Комментариев минимум и все по делу. Профан же натащил копи пасты в код, на всякий случай. Поскольку решение дергал с нескольких форумов, а разобраться до конца не смог. И если одно "начнет ругаться", он раскомментирует другое :)