Сайт куплен, сделка завершена. Типа блиц и все такое.
Самое обычное. Когда ваше ООО перечисляет зарплату на карточку оно ОБЯЗАНО сразу же перечислить налоги с зарплаты на соответствующие счета государству. Вы вообще с налоговым учетом и бухгалтерией знакомились, зарплату хоть раз на карточки платили, потом по балансам это проводили или вы теоретик?
а вывод на ВТБ зарплатную то откуда? там же зарплатные налоги и все такое в пользу государства... или чего то не понял?
Да там не только такое бывает. У меня стоит "отключать error более 7 дней" - не работает. "Не покупать ссылки с сайтов не в индексе Я, G" - не работает. Снимать при превышении числа ссылок автоматически - не работает. Ничего по сути не работает. Если бы не плагин Winkа перерасход на этот мусор был бы чудовищным.
Avelon, а можно программистов попросить старые баги и неудобства довести до ума, а не новую ерунду плодить типа сортировки проектов через одно место для ВМ или раскраски сумм доходов в три цвета или ссылки на выпадающее окно с проектами из хлебных крошек в интерфейсе О (кто вообще эту хрень придумал)? Ведь много чего не работает нормально. У меня в списке проектов О один раскрылся, и на всех машинах он всегда раскрыт после логина в систему. И подобных мелочей мозолящих глаза масса. Сортировка во всех таблицах обозначается неверно (треугольнички не в ту сторону повернуты), проиндексированность и прочие параметры без пресловутого плагина уже вообще никакого доверия не вызывают. Может вообще тогда сделать голый XML интерфейс для всего всего всего и пусть те кто не хочет себя подопытным кроликом считать и страдать от ваших малоосмысленных нововведений себе сам нормальный интерфейс сделает?
Что больше всего беспокоит, так это фильтры, которые автоматом должны снимать ссылки которые превышают порог по числу ссылок, по выкидыванию error ссылок через X дней - не работают. Не работает и автофильтр, который не должен закупать ссылки на непроиндексированных сайтах/страницах (уж не знаю что там именно режется - у вас нет описания - но не работает и так и так).
Как узнать какую нагрузку выдержит - протестировать.
Чем - погуглить на тему stress testing, в частности есть замечательный, бесплатный, простой и с подробным хелпом Microsoft Web Application Stress Tool.
Как организовать кэширование - вопрос из разряда "как заработать денег". Расставляйте по коду контрольные точки и логируйте контрольные значения по памяти, CPU, времени выполнения. Это один из возможных вариантов. Детализируете логи до того уровня какой вам нужен, далее думаете какие операции вас по скорости/ресурсам не устраивают и реализуете нужный вам кэш (на диске, в памяти) выбирая оптимальный алгоритм, структуру и формат данных.
Можно. В общем случае можно любой язык использовать из любого другого (в контексте веба как минимум). Делаете веб-сервис (скрипт, который получает данные по HTTP и отдает данные по HTTP) и вызываете PHP скрипт свой из Perl с помощью LWP, например. Можно вызвать обработку PHP скрипта запустив интерпретатор PHP из командной строки через Perl'овский system или `` (возможно придется немного поколдовать с переменными окружения, передавая их значения отдельно). Ну и другие способы наверняка найдутся как всегда.
У первого способа минус - быстродействие и надежность, хотя если надлежаще все обработчики ошибок реализовать - проблем не будет (по опыту).
Если коротко: технология разработки Flash-приложений. Имеет свою IDE на базе Eclipse, свои библиотеки визуальных и прочих объектов (гриды, бары, кнопки, тривью и прочее), свой компилятор (можно работать с командной строкой). Программирование ведется на языке ActionScript (по сути Java).
То есть пишете код, на выходе Flash ролик, который может работать в браузере, либо (если использовать Flex AIR) получается на выходе полноценное приложение в браузере не нуждающееся. Написать на нем можно что угодно, но обычно пишутся приложения с интерфейсами, делать которые на Flash ручками можно убиться веником.
Мешанина у вас какая-то. Если у вас договор на разработку сайта, то в момент подписания акта сдачи-приемки работ ответственность Исполнителя перед Заказчиком заканчивается. Поскольку логично, что такая ситуация Заказчика не всегда устраивает, обычно в договоре указываются гарантийные обязательства - в течение какого срока и на каких условиях Исполнитель готов устранять недочеты и ошибки, допущенные им при разработке проекта. Далее либо заключается договор на поддержку, либо Заказчик сам ищет пути разрешения возникающих проблем.
При этом в договорах должны быть четко разделены недоработки Исполнителя и проблемы возникающие по вине Заказчика. Это не всегда нужно писать явно, поскольку недоработки Исполнителя это несоответствие результата техническому заданию, а ошибки заказчика - несоответствие его действий описанному в документации. Соответственно, все что не оговорено может и будет трактоваться обеими сторонами в свою пользу, поэтому в интересах Исполнителя чтобы не портить отношения с заказчиком максимально подробно и четко писать ТЗ и документацию по правилам использования, плюс при старте проекта проговорить все возможные проблемы.
По вашим предположениям. Клиент не может подать в суд за неработающий сайт, если он подписал акт сдачи-приемки и в договоре ничего не сказано о гарантии. Но он может а) не работать с вами больше и б) рассказать о вас другим заказчикам. Выводы делаете сами.
Если сайт сломался из-за неправильно введенных символов в админке - это плохо написанная админка. Если это документировано и заказчик принял такую админку - это его проблема. Если не документировано и акт подписан - его проблема, но виноват исполнитель, лучше исправить админку и принести извинения если вы хотите продолжать с ним работать и получать от него деньги. А чтобы не портить пляжный отдых - ехать в отпуск только убедившись что все работает и проблем не будет, либо все что исправить нельзя до упора документировано (не бывает). Не ездите, в общем, в отпуск без ноута и GPRS.
Дизайн дело десятое, но когда на паблик выкладывается кривая нетестированная верстка (в ИЕ вешает браузер, в FF не видно чекбоксов, и там и там проблемы с основными таблицами с деньгами) складывается ощущение что интерфейс ляпается на коленке школьниками вообще без всякого тестирования.
