Простите, но в случае если все недостающие оценки заменяются на 2 балла, это по сути означает, что по умолчанию там стоит не 12, а 2 и никакой презупмции невиновности тут нет.
— Системы проверки пароля на прочность пока только в состоянии потребовать пароль стойкий к жёсткому перебору(брутфорсу).
— Результатом такой их «медвежьей услуги» является сложный для запоминания пароль, который приходится записывать.
— Записанный пароль в открытом виде(единицы пользователей хранят ключи в зашифрованном виде) гораздо менее надёжен чем пароль слабый для брута.
Много где пишут о способах сближения соотрудников и необходимость этого сближения какбы сама собой разумеется, но в чём от неё профит? Не знаю как в других странах но в РФ, на мой взгляд, это приводит только к панибратству, нарушению субординации и коллективному раздолбайству как итог. Плюсом к этому идут проблемы в работе из-за личной неприязни соотрудников друг к другу, сформировавшейся на последнем корпоративе, под градусом.
Что хорошо от сближения коллег?
Доля здравого смысла в этих плохих советах всё же есть. Админам реально нужно побольше создавать видимость своей работы и показывать на каких-то примерах её важность. И мне думается, что просто показать вот эту статью недостаточно.
У нас например были проблемы с производительностью, вроде уже всё что можно переоптимизировали, посещаемость высокая, битрикс тяжёлый, тогда ещё mysql сервер(сейчас mariadb) не выдерживает.
Есть у битрикса вот такая проблема в архитектуре idea.1c-bitrix.ru/takeout-countersshowcounter-in-a-separate-table/ счётчик просмотров хранится в той же таблице/строке что и элемент, из-за этого mysql-кэш запросов фактически не работает. Написали свой модуль отложенного обновления счётчиков просмотра, битриксовый counter из нагруженных страниц выпилили.
Битрикс хранит данные о просмотренных баннерах в cookie пользователя, прям данные а не какой-нибудь id посетителя, в нашем случае(много баннеров) получается очень большая строка превышающая максимально допустимый размер cookie, соответственно ряд баннеров показывается больше чем нужно одному посетителю. Пока вижу только вариант писать свой модуль для ротации баннеров, м.б. основываясь на существующем.
Нельзя так просто взять и написать в getlist(api) то что тебе нужно. Простой на первый взгляд запрос к бд через api может легко сгененрировать 100 mysql запросов с join'ами, из-за одного казалось бы невинного параметра в фильтре, иногда лучше выполнять доп.обращения к бд через api в цикле, нагрузка получается ниже.
Использование стандартных компонентов стандартным образом на высокой посещаемости просто уложит сервер, т.к. они проверят права на чтение текущего посетителя, учтут все бизнес процессы и документооборот, создадут отдельный кэш для именно этой маски доступа и выведут ссылку «все» в постраничной навигации, потом даже честно попытаются показать все 65000 новостей поисковикам которые её проиндексировали. 90% того что там написано ненужно так что всегда стоит сделать копию и выпилить 100 лишних строк или написать полностью свой компонент.
Обновления на продакшене — это просто ад. Битрикс не даёт списка изменений, нельзя нормально сделать diff, всё что мы зачастую видим «Незначительные исправления», которые порой выливаются в значительные ошибки в своих нестандартных компонентах(без которых как вы поняли выше никак).
В студиях часто просто программисту дают проект. Вася делает полностью этот сайт, а Петя этот. У программиста паралельно 2-3 проекта у менеджера 2-3 программиста и 10 клиентов. Разделение труда конечно имеет место быть, студии тоже разные бывают.
Затем что часто сайт делает один человек он и верстальщик и программист и архитектор и сам себе проджект менеджер и иногда ещё и дизайнер и стоимость его труда равна средняя стоимость сайта по рынку/затраченное время.
И да «прыщавого компьютерщика с засаленными волосами» каким-бы специалистом он не был, никто слушать не будет, а вот серьёзный дядька Рыжиков на презентациях дело говорит. Я бы кстати с подозрением отнёсся к специалисту который мне советует сэкономить на его услугах, а предложение взять бесплатную cms выглядит именно так. «Скупой платит дважды», тупой трижды но такой поговорки почему-то нет.
Да рынок находится на таком уровне, он совсем недавно вышел из зачаточного состояния.
90% заказчиков подумают что это бесплатное говно, и вообще блог, а им нужен магазин, а битрикс это дорогое — значит хорошее и сайт красивый на русском и что-то про 1с, а 1с — это вам не хухры-мухры. У битрикса очень сильный маркетинг, если бы они направили все силы своего рекламного отдела или кто-там у них на аудиторию разработчиков, а не бизнес, вы бы были без ума, а они без денег :)
Тут плавно подходим к фундаментальным вопросам что такое хорошо, а что плохо и что лучше, много денег у твоей семьи или суперкод которого никто не видит и не поймёт кроме пары коллег, в ущерб своему материальному благополучию и где этот баланс? Тут я думаю пусть каждый решает сам.
Это кстати можно всё применить и шаблонизатор подключить. Но у разработчиков на битрикс так типа «не принято». Сколько понадобится времени/ресурсов строк кода, на то чтобы всё это заюзать и потом использовать? +к порогу вхождения, если это реализуют в ядре и нельзя будет иначе, а это значит меньше специалистов, выше цены, да некоторые конторы просто разорятся.
Наверно этим битрикс и отличается от многих других фреймворков, cms, — он удовлетворяет потребности рынка, а не эго программистов. Он не для «красивых» систем, в нём практически нет места новым подходам и технологиям. С точки зрения разработки как «культуры» он ужасен, но с точки зрения бизнеса, соотношения деньги/время/качество это идеальный вариант. Качество в данном случае — не качество кода или архитектуры, а качество обслуживания клиента, удовлетворения его потребностей.
— Результатом такой их «медвежьей услуги» является сложный для запоминания пароль, который приходится записывать.
— Записанный пароль в открытом виде(единицы пользователей хранят ключи в зашифрованном виде) гораздо менее надёжен чем пароль слабый для брута.
alexstep.com/blog/password-validation.html
Что хорошо от сближения коллег?
roskomzakon.ru/category/bills/concept/public-domain
интернет сообщество уже работает в этом направлении
У нас например были проблемы с производительностью, вроде уже всё что можно переоптимизировали, посещаемость высокая, битрикс тяжёлый, тогда ещё mysql сервер(сейчас mariadb) не выдерживает.
Есть у битрикса вот такая проблема в архитектуре idea.1c-bitrix.ru/takeout-countersshowcounter-in-a-separate-table/ счётчик просмотров хранится в той же таблице/строке что и элемент, из-за этого mysql-кэш запросов фактически не работает. Написали свой модуль отложенного обновления счётчиков просмотра, битриксовый counter из нагруженных страниц выпилили.
Битрикс хранит данные о просмотренных баннерах в cookie пользователя, прям данные а не какой-нибудь id посетителя, в нашем случае(много баннеров) получается очень большая строка превышающая максимально допустимый размер cookie, соответственно ряд баннеров показывается больше чем нужно одному посетителю. Пока вижу только вариант писать свой модуль для ротации баннеров, м.б. основываясь на существующем.
Нельзя так просто взять и написать в getlist(api) то что тебе нужно. Простой на первый взгляд запрос к бд через api может легко сгененрировать 100 mysql запросов с join'ами, из-за одного казалось бы невинного параметра в фильтре, иногда лучше выполнять доп.обращения к бд через api в цикле, нагрузка получается ниже.
Использование стандартных компонентов стандартным образом на высокой посещаемости просто уложит сервер, т.к. они проверят права на чтение текущего посетителя, учтут все бизнес процессы и документооборот, создадут отдельный кэш для именно этой маски доступа и выведут ссылку «все» в постраничной навигации, потом даже честно попытаются показать все 65000 новостей поисковикам которые её проиндексировали. 90% того что там написано ненужно так что всегда стоит сделать копию и выпилить 100 лишних строк или написать полностью свой компонент.
Обновления на продакшене — это просто ад. Битрикс не даёт списка изменений, нельзя нормально сделать diff, всё что мы зачастую видим «Незначительные исправления», которые порой выливаются в значительные ошибки в своих нестандартных компонентах(без которых как вы поняли выше никак).
90% заказчиков подумают что это бесплатное говно, и вообще блог, а им нужен магазин, а битрикс это дорогое — значит хорошее и сайт красивый на русском и что-то про 1с, а 1с — это вам не хухры-мухры. У битрикса очень сильный маркетинг, если бы они направили все силы своего рекламного отдела или кто-там у них на аудиторию разработчиков, а не бизнес, вы бы были без ума, а они без денег :)
Тут плавно подходим к фундаментальным вопросам что такое хорошо, а что плохо и что лучше, много денег у твоей семьи или суперкод которого никто не видит и не поймёт кроме пары коллег, в ущерб своему материальному благополучию и где этот баланс? Тут я думаю пусть каждый решает сам.
Наверно этим битрикс и отличается от многих других фреймворков, cms, — он удовлетворяет потребности рынка, а не эго программистов. Он не для «красивых» систем, в нём практически нет места новым подходам и технологиям. С точки зрения разработки как «культуры» он ужасен, но с точки зрения бизнеса, соотношения деньги/время/качество это идеальный вариант. Качество в данном случае — не качество кода или архитектуры, а качество обслуживания клиента, удовлетворения его потребностей.
+ habrahabr.ru/post/153225/
Битрикс — отражение современного рынка заказной веб-разработки, короче опять во всём заказчик виноват )))
dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=2815 — советы новичкам.
Или что такое кодинг-стандарты?