Угу. Причем оба.
Меня пару раз находили по контактику мое место работы, мое прошлое место работы и предприятия где я учредитель. Плюс до большинства хоть сколько-то активных персонажей у меня два рукопожатия.
У Димы сходу - телефон, вроде есть в свежих сливах баз. Фотки с его девушкой, в том числе участие в акции российской Икеи.
Нет, разумеется я понимаю что у вас нет необходимых знаний. Вас не учили анализировать информацию, хоть это и банально и тут можно и без спец.подготовки. Вас не учили следить за своими словами. И разумеется вы не поймете что мой докоп до вашего зуба это подарок, которым вы не воспользуетесь :) Ваш вид вымирает, и я этому рад.---------- Добавлено 22.10.2016 в 13:24 ----------
90% контрагентов проблемные.
Помню случай. Работал в одной фирме. Долго рассказывать, но одного клиента там уж очень вылизывали. Покупал он меньше минимума, выносил мозг, но носились с ним на самом высоком уровне. Оказалось что он был проблемным с самого начала и съел много мозгов перед первой покупкой которая оказалась таки меньше минимума. Хозяин хотел послать его к черту, но директор его уговорил продать ему хоть что-то, отдать образец с витрины чтобы дать достаточную скидку и т.п. Чисто жалко ему было потерянного времени. Через месяц он привел другого клиента. 40% всего оборота фирмы приходилось на этого второго клиента. Если клиент платит, и выполняет свои обязательства, то он нормальный клиент.
Что касается второго персонажа, то да, иметь дело конечно можно. Она ведь молодец, гонорар вернула. Но бюджет то все равно слит, и что важнее - ошибок своих она так и не признала, а сделала "одолжение" что вернула. Т.е. она и с будущими клиентами не будет ничего слушать и лить весь бюджет на неэффективные воронки с дорогими переходами и брать за это ценник как у лучших специалистов. Тут на форме есть и хуже персонажи. Так что решать вам)
MVC.
ActiveRecord. Естественно связи моделей, валидация и т.п.
ActiveForm, виджеты пагинации, сортировки, поиска, префильтров, всяких бутстраповых виджетов и т.п.
RBAC пока дописываю но в целом есть,
Вызов апи движка из командной строки (Т.е. cron и всякие чятики на вебсокетах вполне себе работают в рамках АПИ движка, с роутами ведущими в обычные контроллеры и т.п.
генерация админки из конфигов (собственно всё из конфигов), т.е. пару строк на CRUD с кучей вариаций.
Миграции, точнее что-то похожее - в зачаточном состоянии, но есть.
Два десятка готовых типовых контроллеров для множества задач. Но буду сокращать объединяя похожие.
16 вариантов цветовых схем и т.п., 12 различных параметров настройки структуры шаблона.
Ну и по мелочи корзина там, каталог товаров, отправка писем с шаблонами и т.п.
Всё это несколько больше чем "просто статейник")
Называю это CMS а не фреймворком потому что документации полноценной нет, АПИ меняю за месяц очень сильно, так что готов пока поддерживать только функционал чисто CMS с возможным полным изменением всего кода в любой момент при обновлении. Ну и пока сыро я бы не хотел слишком много людей пускать "под капот". Недавно вон нашел XSRF у себя, в ядре для POST убивается всё что не подписано маркером, а вот через GET в нескольких местах умудрился таки отправлять команды на изменение...
Профили вконтакте меня и Димы у вас есть. Валидация моего профиля достаточно проста, у меня достаточно инфы чтобы идентифицировать мои рабочие телефоны и т.п. У Димы сходу не помню, но думаю тоже не проблема.
Зуб высылайте "новой почтой" в Одессу, на отделение №3.
Спасибо, покурю.
Ну это близко к тому что я предложил в четвертом варианте. Только здесь плотная интеграция с кешированием. Это несколько уменьшает гибкость схем кеширования, инвалидацию этого самого кеша и т.п. А там нюансов полным-полно.
Для единичных проектов это еще можно допустить и отслеживать весь стек кеширования, но для универсальных решений - не очень.
В реальных задачах это самое "прервался" становится очень нетривиальным.
Запрос в базу по основному контенту нам полюбому делать ибо нам нужна дата.
Виджет главного меню у которого куча запросов - закешируется самостоятельно и будет сбрасывать свой кеш при изменении любых данных влияющих на меню, так что их не будет а будет разовый запрос к кешеру.
Аналогично различные блоки в сайдбаре, а то и весь сайдбар целиком.
В целом при грамотном кешировании частей - где результат рендеринга, где только данные - всё умеренно легко выходит.
Общий контент страницы кешируем по небольшому TTL. В хайлоаде кеш "нагреется" быстро, и очищаться будет не часто, а при низкой нагрузке сильно кешировать и не обязательно.
Зачем отдавать при полном перерасчете? Трафик, скорость рендеринга страницы в браузере - это тоже существенно. Особенно для мобильных браузеров и для пауков поисковиков.
Ну вот примерно об этом и вопрос был изначально. Но тут мы говорим о мнениях, а не опыте или анализе.---------- Добавлено 21.10.2016 в 14:46 ----------Многабукафф написал, а основное не сказал.
Почему вообще рассматриваю хеш от всего контента? Больше всего меня смущает то что могут меняться ЗНАЧАЩИЕ данные в совершенно не связанных со страницей местах, и их придется отслеживать вручную. Два примера:
1 - у меня есть виджет контактных данных. В шаблоне основной страницы он выводится как и положено - вызовом виджета. В отличии от всяких меню и сайдбаров это строго важный контент. Микроразметка, все дела.
При этом данные редактируются в базовых настройках сайта ибо могут использоваться и в других страницах (например контакты в футере или шапке).
В таймштампе основного контента это изменение не отразится. Нужно отслеживать вручную в контроллере. Лишняя возможность выстрелить себе в ногу.
2 - в другом проекте у меня есть "хеш-вставки". Это отдельная табличка у которой есть некий текстовый ид и текстовое поле (цк-едитор) в котором редактируется содержимое. А в значащих полях вроде основной статьи страницы можно вставлять специальные коды с этими ИД, и при выводе статьи везде где есть этот код будет вставлен нужный контент. Потом его поменяли в одном месте - и везде поменялось. Например телефоны менеджеров в описании товара и т.п.
Но наша статья "не знает" что ее содержимое поменялось, а наш хеш-инсерт "не знает" где его вставляли, чтобы обновить чужие тайминги.
3 - пока этот функционал ограничен, но в конфигах оно активно меняется: Можно менять схему сайта, т.е. менять наборы блоков на странице, в том числе на разных страницах разные блоки, в том числе выводить динамические блоки. Сейчас это только малозначащие блоки или повторяющиеся везде, т.е. тоже малозначимые, но в целом это возможность отстрелить себе ногу.
В общем задач может быть много, и "хеш всего" это оптимальный вариант.
Ценник Димы ниже чем у Татьяны. Не знаю платили ли ему, он денег наперед не брал, и начинал на энтузиазме. Думаю что ему заплатили, но не интересовался.
Расчеты действительно нехитрые. Бюджет округлили, причем Танин округлили вниз, Димын вверх. Плюс когда Таня закрывала неудачные направления потратив суммы выше всего бюджета Димы, то это занимало незначительную часть от общей суммы, а у Димы даже в разы меньшие деньги заняли больше половины бюджета.
Я смотрел более живые цифры, скажем так по второй половине "бюджета" и т.п. Вышло в 4 раза. Не по последним данным, но незадолго до конца и цена лидов тоже была примерно в 4 раза ниже.
Я не помню точных цифр и они мне не интересны.
Я для себя решил, что Таня не права просто потому что никого не слушала а сидела на море когда сливался клиентский бюджет. Даже если бы было как вы говорите - в два раза дешевле клики, после бюджета в 3к, и признание что намного лучше не будет - это было бы уже значительно лучше чем то, что устроила Таня.
Ее ведь спрашивали всё ли ок с сайтом, всё ли ок идет, передавали советы от других. Было? Было. Но море было важнее.
Собственно поэтому цифры мне не интересны.
ПС: Да, к позиции Елены у меня есть определенные претензии как и у вас. На счет агентов и 20% хихикал примерно хором с вами. Есть и другие моменты с которыми я в корне не согласен. Что-то не буду озвучивать потому что неэтично, что-то потому что надеюсь ближе к весне таки продать ей новый сайт, так что ругать потенциального клиента неблагодарно (да, я заангажирован)). Но вот реально - результат димыного теста подтвердил что работу свою Таня и не делала по сути. Ну и да, чудес не бывает, это тоже показало.
Ну там реально на тест было выделено немного. 2-2.5к рублей.
И насколько я помню 1 заказчик это именно живой заказчик, а таких как было у Тани там было или 2 или три, не помню.
Цифры не помню, помню что большинство показателей (цена клика, колво кликов, конверсия кликов в заказы, цена лида, цена заказа и т.п.) были примерно в 4 раза лучше чем у Тани, но поскольку сейчас не сезон, да и конверсия у сайта низкая, то пока тема заморожена, как я понимаю до зимы.
В целом я ожидал что будет получше. Поэтому и не писал собственно.
Его, да. У него специфическое положение. Не слежу за обстановкой, уже пару лет как меня удачно подсидел мой подчиненный, из фин.бизнеса я ушел, банально подарив ему свою долю в ООО. Мне очень повезло. Через два месяца начались крупные проблемы у нашего западного партнера, от которого зависел весь бизнес. И как следствие банкротство. Банкротство фин.учреждения, со всеми юридическими прелестями и последствиями для руководителей. Но ни я ни мои друзья уже не были ни учредителями ни директорами). Так вот - с тех пор я не слежу за картиной. Но вроде как еще год назад Сбер был 100% дочкой (отдельным юрлицом да, но с контрольным пакетом) "Грефа". При этом еще в прошлом году ребята из Сбера активно открещивались от него, мол да, Сбер, но они только акционеры, а мы законопослушные и вообще...
MoMM, не сочтите за "акт неповиновения", но оно и вправду сложно отделимо:
Я не изучал оригинал документа, и тем более не видел сопроводиловки и контекста, но исходя из известной мне логики работы финансового сектора, а я в разное время работал в этой сфере вплоть до руководителя небольшого финансового учреждения с лицензией (карманного), так что неформальные источники остались. В общем исходя из общей картины я бы поддержал позицию о том, что отключают на по принципу флага, а по фин.нарушениям. Тут или Крым (как говорили выше) или нарушения правил фин.мониторинга в контексте финансирования террористов или другие менее прозрачные моменты.
Отчасти готов признать политический след, ибо у Привата нарушений явно в разы больше чем у Сбера, но трусят Сбер а не Приват, но я бы не стал делать поспешных выводов мол "WU наше всё". Наверняка останется кто-то российский кто ценит законы и репутацию больше чем полит.коньюктуру и всё останется примерно как раньше.
Ориентируюсь в основном на неформальные беседы с управляющими филиалами или небольшими банками которые велись в прошлом году, и на формулировку "запретить МЕЖДУНАРОДНЫЕ системы".
ПС: а вообще забавно как тут многие дают оценку решению как "глупому и _эмоциональному_" не только не проанализировав, но даже и не прочитав мотивационную часть. (Я тоже не читал, да, но я и не знаю умно это или глупо).
Это, это. burunduk исповедует религию "больше жаваскрипта, меньше хтмл, и пофиг что ломаем все схемы маркетологов, Интернет для роботов а не для маркетинга". Я собственно потому и не стал спорить мол лишний риск, какие-то роботы могут не понять. подумать что дор или еще что-то. Статистика может исказиться и т.п., и все это ради "наноптимизации". Но - это же бурундук. Тут спор бесполезен).
ПС: посмотрите его статью про шаблон, из его подписи. Всё с разу станет понятно.
Разжую. Альт может в каком-то смысле быть анкором. таким образом мы разнообразим анкор-лист, а без анкора мы получаем чисто безанкорную ссылку.
