Александр Сисюкин )) для опытного инженера go - язык на пару недель изучения, правда к отсутствию классического наследования придется немного перекроить мышление))
MuTaToRage ок, пройдитесь по коду и проверьте, путь, который проходят данные, чисто по идее где-то они лишний раз сохраняются и не удаляются. Можете через xhprof попробовать.
Александр Сисюкин Производительность и php, выберите что-то одно. У автора в принципе процесс падает, так что плюс 7%, или минус - это не такая большая проблема. Предполагаю, что увеличить лимит он уже пробовал.
ReFeRy Вообще для анализа производительности есть всякие крутые штуки, типа xhprof, которые явно показывают, в чем у вас лаги. 95% нагрузки, что вы указали - это ни о чем не говорит. Нагрузки обычно на CPU/RAM/IO/NET
curl newkaliningrad.ru
<html>
<head><title>301 Moved Permanently</title></head>
<body bgcolor="white">
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx</center>
</body>
</html>
По этому домену только редирект. Примеры же можно взять с другого домена, что как бы уже вносит неоднозначность.
> в договоре ключевые моменты все же прописаны
Давайте еще раз взглянем на пункт 1.1.10 тут явно указано скопировать функциональность, ок. Явного указания меры, в которой нужно скопировать функционал, относительно примера для остальных пунктов я не вижу. Именно по этому мой пример вполне подходит под ТЗ.
Александр Аксентьев Вы собираетесь несжатые данные отправлять? Попробуйте jpg например. iBird Rose Хорошо, что вы не знаете, что такое "пиксель" в контексте арбитража трафика))
Daemon23RUS
> Значит должна быть написана программа с неким функционалом, образец которого прописан в договоре
Вы правы, но на половину, программная часть действительно должна быть, но ее функциональность не описана, в смысле вообще.
> Например поиск ресторана, который тоже прописан в договоре.
Согласен, https://jsfiddle.net/ecv09o5s/2/ вот сие вот в полной мере подходит под ТЗ, там есть надпись "поиск ресторана" и "рестораны". Тут есть и дизайн и верстка и программирование, иначе бы вы отображение не увидели.
Я не защищаю ни Заказчика, который подписал филькину грамоту, ни Исполнителя, который предложил "говно" за мало денег. Я защищаю здравый смысл. По договору описано "нужно говно", и я утверждаю, что полученное в результате "говно" - это вполне ожидаемо, нормально и согласно договору.
Daemon23RUS
> И заказчик мало того что предоставил, так еще и прописал в договоре этот образец.
Еще раз, Исполнитель не обязан реализовывать функциональность в точности с примером, указанным в договоре. То, что должен реализовать исполнительно - это пункт 1.1
> И заказчику не нравится 3й этап
Ок, 2 пакета правок и досвидос
Daemon23RUS по пункту 4.2 хорошо, если результат не устраивает - есть пункт 2.2.4 по сути это единственное к чему можно придраться, однако замечания могут класифицироваться как дополнительные работы, пункт 2.2.1, предполагаю, что это зависит от объема. Если объем правок велик - заключается дополнительное соглашение.
А я и не говорю о том, что бы делать полный рефакторинг. Конкретно для устаревшего функционала делайте обертки, что бы использовать новые реализации, но по старым интерфейсам.
filisonov Вероятность, что вы выиграете очень низкая, так как какой-то результат вы все же получили. То, что он вас не устраивает - это вовсе не значит, что программисты с той стороны нарушили договор. Если бы они ничего не сделали, а только деньги взяли - это был бы совсем другой разговор.
filisonov
Я правильно понимаю, вас не устраивает исключительно результат последнего этапа разработки?
В договоре нет определения процедуры/критериев качества результата. Именно по этому нет явной возможности определить, является ли результирующий продукт не качественным.
Например на странице есть кнопки: Афиша, События, Публикации. Все, Спорт, Концерты, Афиша, Фестивали, Разное. Кнопки при нажатии ничего не делают. С вашей точки зрения - это не качественный результат. Со стороны инженера - это качественный результат потому, что это было единственное требование указанное в ТЗ.
По 2.1.1: примеры предоставлены, явных указаний, исполнитель обязуется использовать их как исходный материал для производного результата я не вижу. Как определить сходность примера и результата? Полностью функционально и визуально? Если так тогда тем более тз должно быть полным. Если частично - тогда как раз и получается результат, изза которого авторзадал этот вопрос. Если эта процедура не определена в договоре - как ее можно нарушить?
По 2.1.3 И "остался с криво работающим сайтом" очень похоже на то, что этот пункт не выполнялся заказчиком в должной мере. Так как сайт - это уже конечный результат, а не промежуточный макет.
По 1.1 процедуру утверждения макетов в договоре я не вижу, и нарушена ли она - не ясно. Точной формулировки понятий прототип, дизайн-макет я тоже не вижу. Дизайн макетом может быть даже набросок ручкой в блокноте на этапе первого обсуждения проекта.
Вот тут между нами разница)) я вкладываю в понятие языка еще и экосистему в которой он развивается. А это годы практики.
С каждым годом специализации становятся все более узкими. Как следствие и знагий необходимо больше.
На счет линушного администрирования пример: в компании К используется chef для управления openvz контейнерами, под рецепты заведены отдельные репозитории, на контейнерах зоопарк из почт, веб систем, систем мониторинга и оповещения, бухгалтерии и все это между несколькими дц. Сколько вам потребуется времени что бы вклиниться в процесс? Обратите внимание, что потолок - это испытательный срок.
