Блог

1с битрикс до свидания

Скорее всего скопировалось первое меню. Посмотрите в разделе "О компании" например, about или как он у вас называется через Администрирование - Контент - Структура сайта - Файлы та папки - Ваш раздел "О компании" или там есть данное меню.

Если это дубликат, тогда просто удалите его из данного раздела. У меня нет раздела, специально созданного для пункта левого меню "О компании".

Я настроила его так как на картинке. После того как вместо ссылки ". Левое меню, я думаю,должно присутствовать в папке "Company",если при выборе пункта "Компания"главного меню хочу показать левое. Можно так решить эту проблему или не совсем корректно?

Прикрепленные файлы screenshot. Даже не знаю. Как по мне, так удобнее было бы создать разделы, а не страницы для пунктов меню. Например, О компании - index. Но это лично мое мнение Как может быть одинаковый адресс у разных новостей? Я вроде вам не тыкал, но это ничего. Сейчас модно-молодёжно. Что бы не было смешных казусов когда слово-фраза смешно звучит в другом языке?

1С-Битрикс Разработчикам - Главное меню

В четырёх вариантах? У меня на тот момент, не нашлось другого решения, как сделать таблицу трансляций, хорошо инфоблоков было по штук 20. По таблице я всегда мог рассчитать линку на правильный инфоблок в любом языке. Но если б там было блоков? Еще, тех же времён проблема — получить список стран. Моя цель показать, что битрикс всегда был на грани прогрессивных решений и внедрений новых концепций!

Это был самый совершенный продукт с которым я столкнулся. Одно количество файлов, сгенерированных белковыми искусственными? Слава роботам! Ну о чем я и говорил… Можно было не тратить байты, позиция была изначально ясна… p. Косяков на самом деле гораздо больше, чем раскрыто в статье.

vps windows server trial

Но и достоинств тоже. Эта формулировка остужает и расставляет всё на свои места. У меня за плечами опыт разработки буквально любого ПО на тьме языков, архитектур и инструментов. И я могу сказать, что посты ненависти легко можно написать про всё. Буквально вообще про всё. А вот научиться выбирать и, главное, потом использовать инструмент правильно — гораздо, несравненно более сложно. В целом, если понять о чём думали или не думали разработчики того или иного инструмента, понять внутреннюю архитектуру в ретроспективе и динамике развития, то вполне можно писать правильно с точки зрения данной архитектуры.

И это будет приятно, даже если с точки зрения другой архитектуры это бред сивой кобылы. И это тоже применимо ко всему. Хватит жаловаться. Просто делайте свою работу, это далеко не самая ужасная работа на свете.

Полностью согласен, но когда делаешь конфетку из шоколада, а не из похожей только по цвету консистенции, это гораздо приятнее. Не холивара ради, но для полноты картинки, вставлю свои пять копеек как сисадмин Linux. Для нормальной работы Битрикса требуется действительно быстрая машина, а если посетителей на сайте будет больше одного, то еще и на ssd. Одна из самых тяжелых CMS если не самая тяжелаяв стандартной поставке — установил и работай производительность просто никакая.

Попугаи в панели производительности. Вот примерный сюжет з — заказчик, а — администратор: Вот вам деньги, оптимизируйте сервер под битрикс. Готово, все кешируется нужное время, админ панель не кешируется, настройки сервера оптимальные з. Ничего не готово. Работа не выполнена, никаких денег, держите злобный отзыв. Битрикс работает быстро? Страницы открываются быстро? Да быстро, но не доволен производительностью, до свидания. ValdikSS 20 июля в Естественно, если заказчик полностью отказывается от оплаты, сразу же откатываю настройки к стандартным опыт научил делать бекап конфигов до начала измененийсообщаю об этом и удаляю публичный ключ с сервера.

KawaiDesu 20 июля в Как такой же сисдамин подпишусь. У битрикса очень многое упирается в базу. Если она нормально настроена и вся влезает в память innodbто сайт достаточно шустрый и без всяких SSD. Бывают, конечно, случаи говнокода при разработке, которые тормозят весь движок, но это отдельная песня.

Конечно, попугаи производительности так ещё ш ут ту ка. Как и провещик конфигурации. Например, эта скотина отправляет почту, где в качестве домена отправителя использует hostname машины, с чем частенько категорически не согласен opensmtpd кривой отправитель.

А так же весёлые настройки размера стека и прочие шалости. И срать он хотел, что ты там наоптимизировал, если забыл выключить этот скрипт. В этой формуле не учитывается скорость работы с базой и прочее. Legh 21 июля в А еще можно отрыть документацию по BitrixVM и прочитать, что есть файл, в котором можно переопределить все автонастройки БД. KawaiDesu 21 июля в Конечно же всё можно, и скрипт отключаем. Только вот приличные люди в автогенерируемых файлах обычно явно пишут о том, что они автогенерируемы и могут быть затёрты.

PS найдите такие же внятные курсы от разработчиков для joomla.

Что нужно знать о Битриксе некоторым потенциальным покупателям / Хабр

Valeratal 20 июля в В Битриксе увидел полезный модуль — управления рекламными компаниями, баннеры, статистика и тд в друпале пока не нашел аналога. AlexSerbul 20 июля в Поделюсь собственным опытом с точки зрения достижения цели — запустить интересный кастомный интернет-проект в срок и без геморроя. На Битрикс — запустил успешно десятки проектов в разных компаниях и клиенты как правило оставались довольны. Но когда выбирали для реализации фреймворки типа Symfony, ZendFramework — разработчики сразу радовались, но проекты либо не запускались, либо запускались с адским срывом сроков.

По поводу миллионов элементов в инфоблоках… Позвольте — но если использовать ORM Doctrine будет тоже самое, если не хуже.

как перенести сайт wordpress с денвера на хостинг

Может быть, команда и менеджмент не были к этому приспособлены? Потому, что я наблюдал подобный опыт, но это практически всегда следовало из того, что заказчику назывались сроки разработки не кастомного, а гораздо ближе к типовому решения. Но, конечно, запускать относительно несложный магазин на Битриксе, чтобы работал долго и чтобы была какая-то поддержка с фиксами уязвимостей от разработчика CMS — самое.

Своя ниша. Не соглашусь по поводу А фреймворки — это продукт, который рассчитан на длительную поддержку проекта. В опенсорсе не особо принято и дорого тянуть обратную совместимость фреймворка.

В Битрикс, по опыту, на обратную совместимость тратится куча сил и проекты, написанные лет назад — запускаются на новом ядре. Так принято вообще в мире enterprize — поддерживать софт, в который вложены деньги. Поддержка закончится только в Но это плохой пример — там действительно всё сломают уже с 6 лет. При этом есть ещё BC promiseсогласно которому вам потребуется минимальное количество правок при переходе на другую минорную версию, если они вообще понадобятся.

Ещё в мире Enterpri s e принято актуализировать кодовую базу на долгосрочных проектах. Хотя я, конечно, не умаляю заслуг Битрикса в его нише и в маркетинге. К сожалению, не успел поправить коммент так, чтобы мысль была выражена правильнее, поэтому допишу. Тут встаёт логичный вопрос: У всех инструментов свои цели. Нельзя пихать везде Битрикс ровно так же как и нельзя всё писать на фреймворках. Согласен. Нужно выбрать верный инструмент, рассчитать затраты и риски.

Но всегда иметь перед глазами цель. Ну почему ужасы? Тонны кода на Yii 1. И это отлично, что разработчики продлят поддержку. Это была отсылка к: Вы точно понимаете разницу между CMS и фреймворком?

И то, что это инструменты для решения совершенно разного уровня задач? Разумеется, это очень разные вещи. Продукт содержит рецепты для решения бизнес-задачи, а фреймворк — чаще рецепты и паттерны для решения более низкоуровневых технологических задач. С точки зрения начинающего разработчика всегда интереснее поучиться новому, изобрести велосипед или достроить хвост фреймворк. Продукт для изучения программирования часто, но не всегда, скучен, так как почти все сделано до тебя и остается только работать с API.

Но чем опытнее разработчик, тем, субъективно, как правило, он все чаще выбирает готовые продукты или решения, чем занимается изобретением велосипедов в рабочее время. Речь идет о том, что для абсолютного большинства бизнес задач есть готовые или почти готовые программные решения.

Выводы делайте. И все это конечно очень грустно — ведь за пределами php и типовых интернет-магазинов — лежит огромный и увлекательный мир веб-разработки. Именно, Вы совершенно правы. А потом вдохновенные люди, наигравшись и запутавшись — увольняются, и остаются простые парни, выводящие проект к сдаче кровью и потом: Нанять неопытных студентов за копейки.

Пустить их писать на фрейморке типовой магазин. Вместо контроля за работой и постановки конкретных задач дать им заниматься чем попало. Завалить сроки. Во-первых, готовые продукты берут даже джуниоры, чтобы меньше тратить времени если случается ситуация, что джуниору поручают небольшой проект целиком. Во-вторых, чем опытнее разработчик — тем лучше он понимаеткогда брать готовый продукт, а когда.

Хотя, конечно, есть ещё ситуации, где есть рамки бюджета и как ни крути, а кастомный проект туда не вписать — тогда начинаются доработки готовой CMS, например.

С выводом согласен — очень навороченная система для интернет-магазинов, учтено все, что можно учесть. Для других проектов с большой вероятностью найдутся решения получше.

Понимали, что его точно не. Что будет соответствие на 10, на 20, на 50, на 70 процентов, мы хотели выбрать того, кто соответствовал на 70 процентов, чтобы минимально доделать или переделать что-то самим.

Самые ключевые требования, наверно, были — это присутствие как минимум в двух дата-центрах для резервирования опять же на уровне дата-центра, по этому критерию значительная часть списка сразу отсеклась, мы дальше там даже не рассматривали.

Создание сайта на 1С Битрикс - #1 - Установка Битрикс с нуля для начинающих

Дальше были критерии уже по гибкости управления виртуальными ресурсами, по API, потому что привыкли все автоматизировать, вплоть до тех же аварий на уровне дата-центра, а вот оно случается, к счастью, достаточно редко, но как оно происходит?

Вот упал целый дата-центр. Обычно в обычной компании паника: У нас это выглядит примерно. Дежурные администраторы — они чаще всего просто наблюдают за процессом, как трафик переключается на второй дата центр, они просто держат руку на пульсе, что все проходит хорошо, но паники, ничего подобного нет, потому что все максимально автоматизировано и зарезервировано.

И это было актуально, у нас были требования по гипервизору, опять же может быть это немножко паранойя, но мы изначально не очень хотели рассматривать какие-то коммерческие существующие гипервизоры, опять же на фоне возможных санкций, на фоне ужесточения санкций.

Может быть, это варианты, которые никогда не случатся, но вполне возможно, что когда-нибудь будет отказано в обслуживании российских компаний. В нашем современном мире ситуации возможны разные, мы хотели, в итоге мы пришли к выводу, что даже если рассматривать коммерческие гипервизоры, то рассматривать провайдеры, у которых их как минимум.

Чтобы были и коммерческие, и некоммерческие на случай какого-то резервирования. По этому критерию отсеялась еще часть провайдеров, и, в общем, осталось их там по большому счету уже не очень. А дальше мы, в общем, просто смотрели на размер компании, на количество клиентов, на взрослость, на время присутствия на рынке. Ну, выбирали уже между. Насколько я помню, вообще с момента первого обращения в компанию до момента официального уже запуска прошло порядка полугода.

Там же тестирование было долгое достаточно? Грузили там нормально, я помню. Вообще, были ли проблемы, если говорить откровенно? Потому что объем-то достаточно большой был, да? Примерно можно обозначить, какой был объем по ресурсам, может быть, или как сказать?

Ну, проблемы. Они все решаемые, они были, наверно, на время именно переезда, потому что несмотря на то, что кажется, что времени — мы начали активный переезд в начале года, закончили переезд как раз ко времени вступления закона в силу к 1 сентября.

А 9 месяцев — кажется, что много для человека, который ну скажем далек от ИТ. Ну что такое — ну взяли, перенесли. Реально у нас речь шла про порядка ти виртуальных серверов, это серверы приложений, серверы баз данных, а в базах данных это, наверно, около 30 терабайт в каждом дата-центре зарезервированы, во второй дата-центр это еще около 30 терабайт, и плюс там разная вспомогательная инфраструктура. Это много, это сложно, и самое ключевое — нам было важно это сделать незаметно для клиентов, что вот они работают-работают, с 1 сентября они знают, что работают в России.

Поэтому быстро можно было бы все выключить, перенести, включить обратно.

Рейтинг VDS для 1с Bitrix

Но мы разрабатывали схему, разрабатывали разные структуры рисков и прочего. И потом уже постепенно переезжали. Так как процесс финального переезда получился достаточно компактным и быстрым, были сложности на новой инфраструктуре очень быстро принять этот объем данных.

Потому что когда идет такой лавинообразный рост потребления ресурсов, там вопросы возникают. А ну мы их решали с вашей техподдержкой, а где-то докупали дополнительные мощности, где-то перераспределяли ресурсы. Впоследствии, дальше, когда уже все устаканилось, дальше все в порядке, все хорошо, в общем, все штатным образом решается.

Если вопросы какие-то возникают — они обычным запросом через тикеты в техподдержку. На время вот самого запуска было сложно принять большой объем данных, наверно. Но я думаю, что это было бы у любого провайдера. Я вообще думаю, что не очень много провайдеров, которые вообще способны принять такую нагрузку, ну, в России, и дальше ее хорошо и качественно обслуживать.

Да, я помню, я отслеживаю, я периодически этим занимаюсь, я помню, когда следил за негативом ваших клиентов, собственно, по поводу переезда сервиса, то есть, почувствуют ли они или нет, на самом деле уровень негатива был крайне мал.

То есть я имею ввиду соцсети. В соцсетях в целом я не нашел ничего криминального, то есть, да, были простои, я помню, что у кого-то что-то подвисало, буквально ну наверное обращения таких были, прямо заметны, они, конечно, обсуждались.

И мне нравится, что вы абсолютно открыто и честно говорили клиентам, что вот, у нас переезд, что на самом деле сейчас все будет нормально. И действительно ожидания оправдались, действительно все стало нормально. Было приятно все это видеть, ну уже итог, что называется. То есть я считаю, что прекрасно переехали. Ну вы знаете, у нас есть, мы совершенно честно говорим о том аптайме, который у нас есть за год работы сервиса. И там, в общем, никаких сюрпризов и неожиданностей не было, там до следующей девятки, собственно, не хватало уже от каких-то наших собственных действий, обновлений, еще что-то но и четыре девятки это шикарный результат.

Очень. Мы посчитали сейчас данные за й год, у нас получилось 99, Постоянно выходит что-то новое, сейчас вот меня лично заинтриговало объявление о том, что скоро будет некий вебинар, семинар? Вебинары у нас проходят каждую неделю, а это будет онлайн-презентация новой версии. Прошу прощения, онлайн-презентация, да, про вот новый функционал можно чуть-чуть рассказать, приоткрыть немножечко тайну, завесу?

Скорее всего, нет, потому что до го числа осталось совсем чуть-чуть, а ну очень коротко могу сказать. У нас будет очень много изменений по продукту внутри, по задачам, по CRM, по коммуникациям, наверно, будет один из самых интересных уроков. Тут подробнее говорить не буду, на bitrix Дамы и господа, регистрируемся.

К сожалению, не получилось сейчас выудить, поэтому все на bitrix А… окей. Можно вот так, скажем, немножко подытожить. Какие вы бы дали рекомендации компаниям, которые сейчас рассматривают поставщика облачных услуг, давайте, скажем так, мы говорим, например, про инфраструктурные решения, то есть про ИАС.

Аренда, например, виртуальных мощностей. На что стоит обратить внимание, на ваш взгляд, при рассмотрении поставщика облачных услуг? Наверно, самый первый пункт, я бы его даже назвал бы нулевым, это в первую очередь посмотреть на собственный продукт и собственное решение, чтоб оценить, а надо ли вам вообще облако. Потому что очень многие, по крайней мере года назад, может быть, не знаю, в пику тем, кто продвигал облака - был такой тезис, что вы размещаетесь в облаках, и все у вас автоматически масштабируется под ваши ресурсы, под ваше потребление… А тезис звучит красиво, если приложения, которые размещаются в облаке, в этому готовы.

Потому что очень часто сервис готов масштабироваться вертикально, когда ему, там, не хватает там памяти оперативной или процессора, он берет мощный сервер какой-то, и в итоге все равно упирается в какую-то верхнюю планку.

Приложение должно уметь масштабироваться горизонтально, размещаться на разных серверах и выглядеть в виде веб-кластеров приложений. А если изначально приложение, сервис, который планируется разместить в облаке, к этому не готово, то смысла в этом особого. А потому что не будет большой разницы, не будет большой эластичности, гибкости в управлении ресурсами.

хостинг для сервера в гаррис мод

А если такая возможность есть, то в принципе можно повторить все наши требования к выбору нашего провайдера.