Backuper

Рейтинг
4
Регистрация
10.03.2016

Пожалуйста!

AlexGr4:
Учусь

Это очень хорошо. Плохо то, что Вы приходите к сомнительным выводам(это про id), поскольку проблема, скорее всего, вовсе не в них была.

AlexGr4:
Спасибо за ваш вариант, это то что мне нужно

Я этого боялся больше всего, поэтому и не опубликовал сразу. Это ужасный код, который в продакшн нельзя пускать.

AlexGr4:
Даже не знаю что должно помешать не сработать классу send в течении секунды

Все что угодно - браузер в свап ушел, например.

AlexGr4:
Можно будет дописать условие, что бы в таком случае сценарий начинался с начала

Это называется прикручиванием костылей. Просто по этому кусочку видно, что у Вас проблема с архитектурой. Но вы же молчите как партизан на допросе. А пытать Вас никто не станет - у Вас же код не работает, а не у отвечающих :)

AlexGr4:
Нужно запустить только по клику по sendForm.

Странно, что вы тогда сразу вот так не написали:


$(document).ready (function () {
$("input.submit-btn").bind("click", setTimeout(sendForm, 1000))
});
function sendForm () {
if($("div .sendform").hasClass("send")) {
$(".sendform").animate(animTrHide, animSpeed);
$(".print, .noprint").delay(animSpeed).animate(animTrShow, animSpeed);
}
}

Но и такой вариант плох. Ладно, дам маленькую подсказку: подумайте, что будет, если в приведенном выше варианте div с классом sendform не успеет получить класс send за 1 секунду ожидания.

AlexGr4, Этот код так же воздействует на все классы. return false возвращает управление и поэтому setTimeout не вызывается вечно. Но код надо переписывать.

AlexGr4, Вы понимаете вообще, как работает JQuery? Вы используете селектор класса, он выбирает все элементы, которые имеют этот класс.

AlexGr4:
код в первом посте.

Этот код не рабочий. Там серьезнейшая ошибка, на которую я Вам указал.

AlexGr4:
моем случает пришлось отказаться от id совсем. Есть на то причины. В таком случае можно было и классы по всему скрипты разные присвоить, но мне так не подходит.

Что за секретные такие причины? Id для того и придуманы, что-бы идентифицировать определнный элемент. Можно и классы использовать уникальные, но это решение хуже, чем с Id.

AlexGr4:
Есть решение с return false, и это решение работает как мне надо, но я не могу понять логику его действия,

Так покажите работающий код, а не функцию с ошибкой. Вы думаете на форуме телепаты? :)

AlexGr4, Используйте id элементов вместо классов, они уникальны.

И код исправляйте - у Вас бесконечная рекурсия.

MoMM:
в РФ документооборот по финансовым операциям регламентируется не Айхором, а вполне себе налоговой и минфином

Золотые слова!

kelos, Вы сходите в соседнюю тему канувшего в лету cloudmoud и поинтересуйтесь у "довольных" клиентов, сколько им денег вернули. У них все без документальных заморочек было.., да сплыло. Вы, фактически, критикуете Айхор за то, что у них зарегистрировано ООО, получены лицензии, ведется открытый бизнес: адрес, телефоны и реквизитами предприятия доступны для всех на их сайте. В том, что они работают в соответствии с действующим законодательством РФ. Однако...

tysson:
Низкий поклон за достойный труд!

Пожалуйста! Буду рад, если эта информация поможет сберечь свои деньги и, что еще важнее, стабильность проекта и нервы.

Еще одно свойство специалиста вспомнилось. Как-то давно смотрел с ребенком одну из передач "Очевидное - Невероятное", в которой уважаемый Сергей Петрович Капица (вечная ему память), рассказывал о некоторых явлениях ядерной физики. Стоить заметить, что процессы, о которых шла речь, описываются достаточно сложным математическим аппаратом. У нас как-то почти вся группа ушла на пересдачу по одной из таких дисциплин, поскольку достойные оценки практически никто не осилил с первого раза. Так вот, Сергей Петрович настолько легко, понятно и увлекательно рассказывал о сложных вещах, что даже маленький ребенок смотрел с интересом. Конечно, понять как это работает без математике, увы, никак. Но что это, и зачем это, понял даже ребенок.

Сергей Петрович, безусловно талант и гений. Таких единицы. Но после просмотра той передачи, я окончательно убедился в том, что когда специалист в своей теме, как рыба в воде, он сможет понятно объяснить человеку суть этой темы. Без ненужных деталей, без терминологического понтовства, без фраз "ты этого не поймешь, это очень сложно". Найдет метафоры, аналогии и т.п. Причем рецепт универсальный, применим к любой сфере человеческой деятельности.

Wadim, tysson, господа, значит вам пока еще не удалось найти достойного исполнителя :( Но если код хреновый, то документированием его никак не спасти. Как только найдете - завязывайте контакт и работайте дальше с ним.

Да, есть проблема найти специалиста на небольшой бюджет. При определенной квалификации нет смысла работать ниже чем за 20$ в час. Для американского рынка это копейки, а в наших реалиях бюджет в рублях будет ощутимым при такой ставке.

Вот еще несколько критериев, которые, безусловно не являются панацеей, но способны уменьшить риски нарваться на дилетанта:

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

2. С большой осторожностью относитесь к популярным CMS в случае их глубокой переделки. Дилетанты часто не могут осилить идеологически верный способ расширения функционала (например, написав плагин) и лезут править фирменный код по живому.

3. Среди готовых реализовать задачи используя фреймворк число специалистов выше, чем среди предлагающих решение на популярной CMS. Просто в силу порога вхождения.

4. Команда чаще более надежна, чем одиночка. Бывают и команды негодные, но среди одиночек процент дилетантов выше. Человек стремящийся к профессиональному росту стремиться попасть в хорошую команду - опыт в таком случае растет намного быстрее, чем у одиночек. Хорошая команда не будет держать откровенного профана - утопит всю команду. Ну и команда более стабильна, чем одиночка. Кто-то ушел, кто-то пришел, кто-то остался. Одиночка пропал - 100% потеря.

5. Попросите посмотреть кусочек кода. Пару десятков строк достаточно. Вы можете абсолютно ничего не понимать в нем. Это не важно. Просто посмотрите на названия - если видите что-то типа

zakaz_pokupatelya вместо customerOrder или куча малопонятных n1, m2 и прочего - лучше пройти мимо. Не бывает программистов, которые не владеют английским языком. Они были в СССР и сейчас уже на пенсии :). Вся фирменная документация пишется на английском. Хороший пример: авторы популярной IDE IDEA - россияне. Ее интерфейс и документация только на английском языке :) Т.е. если программист не владеет английским - 99% что он получает информацию из обрывков по форумам и, в лучшем случае, из переведенных древних книг. В которых часть информации уже устарела и не рекомендуется к использованию. Но они этого не узнают, пока не выйдет очередная книга лет через n или они, наконец, не выучат язык :) И оформление. Просто посмотрите, что-бы он было аккуратным. Если все криво-косо, куча комментированного кода неиспользуемого - проходите мимо. У специалиста код аккуратен. Комментариев минимум и все по делу. Профан же натащил копи пасты в код, на всякий случай. Поскольку решение дергал с нескольких форумов, а разобраться до конца не смог. И если одно "начнет ругаться", он раскомментирует другое :)

Всего: 44