В защиту кострукторов.
В пятницу девушки из соседнего офиса попросили нас(«компьютерщиков») помочь поставить материал на главную страницу вот этого сайта vashgidtour.ru на WP. У нас ничего не вышло, толи кэш там, толи где-то в прям настройкам темы прописывается содержание главной. Где именно и какую «галочку» нужно поставить как я понял, знает только разработчик-фрилансер, контакты которого утеряны. Ситуация практически невозможная при использовании платного конструктора сайтов в котором на каждом шагу подсказки +тех.поддержка.
Как это обычно бывает:
0. Ищат программиста который сделает крутой сайт свой собственный сайт.
1. Программист за 3 копейки делает сайт на какой-нибудь «джумле».
2. Показывает «секретарше» за 20 мин. как «там всё просто».
3. «Секретарша» меняется, иногда и реквизиты доступа к сайту уходят вместе с ней.
4. Ищат программиста который сделает крутой сайт свой собственный сайт.
Считаю, что книги нужны по более фундаментальным темам. По фреймворкам по идее должна быть нормальная документация от авторов, всё остальное — рецепты для чайников.
А статья отличная, как-то сразу так оп и въехал в ember =) Спасибо!
Простите, но в случае если все недостающие оценки заменяются на 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 клиентов. Разделение труда конечно имеет место быть, студии тоже разные бывают.
Затем что часто сайт делает один человек он и верстальщик и программист и архитектор и сам себе проджект менеджер и иногда ещё и дизайнер и стоимость его труда равна средняя стоимость сайта по рынку/затраченное время.
В пятницу девушки из соседнего офиса попросили нас(«компьютерщиков») помочь поставить материал на главную страницу вот этого сайта vashgidtour.ru на WP. У нас ничего не вышло, толи кэш там, толи где-то в прям настройкам темы прописывается содержание главной. Где именно и какую «галочку» нужно поставить как я понял, знает только разработчик-фрилансер, контакты которого утеряны. Ситуация практически невозможная при использовании платного конструктора сайтов в котором на каждом шагу подсказки +тех.поддержка.
Как это обычно бывает:
0. Ищат программиста который сделает крутой сайт свой собственный сайт.
1. Программист за 3 копейки делает сайт на какой-нибудь «джумле».
2. Показывает «секретарше» за 20 мин. как «там всё просто».
3. «Секретарша» меняется, иногда и реквизиты доступа к сайту уходят вместе с ней.
4. Ищат программиста который сделает крутой сайт свой собственный сайт.
hh.ru/search/vacancy?clusters=true&enable_snippets=true&specialization=1.172&area=1&salary=40000&only_with_salary=true&from=cluster_compensation
90 000 рублей в месяц это меньше 10$ в час. Сейчас рынок ещё не перестроился, но я уверен что зарплаты будут расти.
А статья отличная, как-то сразу так оп и въехал в ember =) Спасибо!
— Результатом такой их «медвежьей услуги» является сложный для запоминания пароль, который приходится записывать.
— Записанный пароль в открытом виде(единицы пользователей хранят ключи в зашифрованном виде) гораздо менее надёжен чем пароль слабый для брута.
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, всё что мы зачастую видим «Незначительные исправления», которые порой выливаются в значительные ошибки в своих нестандартных компонентах(без которых как вы поняли выше никак).