Надо посмотреть содержимое .htaccess и urlrewrite.php те что в корне сайта можете сюда скопировать? Дело в том, что если запросы доходят до вашего сайта, то проблема уже в 90% не в хостере, а в сайте.
Да и еще вопрос, если ввести белиберду без jpg, то главная страница не открывается? А то может у вас битрикс отрабатывает правильно, только там 404 страница через одно место настроена или ненастроена вообще?
Я долгое время считал ровно так же как и вы. Увидев сколько работы на битрикс, я прошел курсы, прошел их обучение, сделал несколько пилотных проектов и понял что не так страшен черт как его малюют.
Так можно сказать про любой сложный продукт, который не понимается на интуитивном уровне.
Я отношусь к этому как, возьмем пример ВП, он расчитан, что на нем будут далекие люди от IT запускать свои личные сайты, по этому он такой действительно простой и интуитивно понятный и вроде даже удобный. А с другой стороны, инструмент рассчитанный на работу команды, квалифицированной команды. На сайте работают и менеджеры по продажам и маркетологи и технари и сеошники. Все они профессионалы и им не впадлу должно быть изучить инструмент с которым им непосредственно работать 8 часов в день. А теперь представьте что человека из первых кидают ко вторым, и вот тут начинается: "да ваша корова УГ, моя более пятнистая". И тут даже не про битрикс, а в принципе в жизни так во всем.---------- Добавлено 29.08.2016 в 16:17 ----------И самое главное, все считают почему то стоимость создание сайта. Но это самая незначимая часть вообще. Считать всегда надо скорость внедрение новых фич, стоимость обслуживания проектов на всем этапе их существования. Сделать то можно хоть на асемблере. Только когда пойдет тренд на российском рынке, тот же битрикс его подхватит, реализует, а технари своим клиентам внедрят за пару дней, а какой нибудь WooCommerce вообще об этом тренде знать не будет (не его рынок), вы пойдете на форум, вам кто то как то сделает (два/три месяца до реализации это очень оптимистично) за деньги (в битрикс обнова придет сама), и после таких с десяток доработок, разными спецами, разной квалификации ваш проект начинает гибнуть, потому что каждый чих ломает всю систему и стоимость внедрения новых фич растет по времени и по деньгам по экспоненте вверх. Рано или поздно вы придете к переделке сайта и все повторится вновь, а потом вы посмотрите на свое ТЗ, придете в компанию и скажите: "Сделайте мне на Битрикс, там есть все что мне нужно".
А проекты которые сделали и бросили в сети - мертвы с рождения, они не конкурентноспособны. По этому при выборе инструмента вам надо для себя понять, что там будет дальше. Если ничего, то можно делать на чем угодно и не думать о поддержке.
И опять же, решения как битрикс расчитаны на компании без штата IT, где нет возможности писать быстро с нуля, то есть держать штат разработчиков для работы над проектом (такие как раз гиганты и задают тренды), но тут стоимость обслуживания конечно же зашкаливает, но такие компании снимают все сливки.
PS. Напомню, что я говорю в контексте ИМ - понятное дело, что остальные проекты не столь критичны к поддержке и обслуживанию и я не призываю делать их исключительно на какой то одной системе. Я например выбираю инструмент под задачу, а непытаюсь задачу подстроить под инструмент которым владею.
Так можсно сказать про любую систему, на место битрикс поставив любую CMS. Я вижу что вам либо не повезло с проектом, либо вы даже вникнуть не пытались :)
Дизайнер интерфейсов называется. А так удобно сделано опять же в битрикс. обычная таблица работы с номенклатурой с возможностью группировать и сохранять фильтры. То есть при большом количестве номенклатуры, она бьется фильтрами на сегменты и сохраняется, тем самым работая только с группами товаров. Работать можно как со всей номенклатурой, так и номенклатурой отдельного раздела.
Чёт все накинулись на битрикс, я понимаю что его тут не жалуют и я его не долюбливаю, но выступлю в защиту :)
Я, как разработчик тоже выбрал битрикс, но не тупо для всех задач, как многие специалисты (на ВП магазины клепают), а для определенного круга и вот почему:
0. Самый первый и главный пункт - это поддержка, это обновления, это куча плюшек пока активна лицензия. Например CDN для контента, облако для автоматического бэкапа и так далее. Это саппорт от разработчиков, а не лазанье по форумам в поисках ответа. Посчитайте эти услуги отдельным пунктом в другой CMS.
1. Там стандартные компоненты конечно шлак и код в них шлак, но там довольно сносное ядро/фреймворк под капотом с кучей готовых сущностей, гибкими настройками безопасности и так далее и да я от проекта в проект таскаю свои компоненты и не использую стандартные, так как они заточены под все что только можно придумать, а от этого их настройка становится адом.
2. Вытекая из первого, там много готового кода готового в продакшен. То есть сам по себе большой функционал в коробке, какого нету не в одной CMS для интернет магазина (хотя может ошибаюсь и в ответ подскажите). Для примера, почему мы пришли к битрикс: типовой интернет магазин состоит из товаров, у товаров куча вариаций по цвету/размеру/etc каждая позиция отдельно учитывается на складе (и магазине!) на них есть разного рода групп цен (розница/опт/постоянные клиенты и так далее)
3. Подключение к своей СРМ (тоже шляпа так то), но можно повесить отдел продаж именно туда, телефония, ведение сделок и так далее
4. Вытекая из первого - маркетинговая составляющая. А/Б тесты карточек например. Скидки и акции. Тригерный email маркетинг. Есть даже свой BigData сервис для построения рекомендаций.
5. Заточена под российский рынок (интеграции со всеми возможными сервисами оплат, доставок с авто расчетом)
6. Архитектура всего проекта модульная. То есть в сайт так то можно добавить любой сторонний функционал/код/проект не дергая сам битрикс, если у него (стороннего) единая точка входа.
7. Кто то там сказал про ужасное редактирование шаблонов. НА самом деле там править шаблон можно прям из админки, даже с фронт части сайта. Все зависит от назначенных прав.
8. На старших редацкиях - горизонтальное масштабирование из коробки, для высоких нагрузок.
Возможно есть еще варианты использования.
Битрикс давно вышел из "интеграции с 1С". Там куча готового функционала, которое дико экономят время разработчиков, прям сотни, а то и тысячи человекочасов. И да я всячески отказываюсь делать сайты визитки, лендинги и сайты компаний на Битриксе - исключительно ИМ, так как аналогов на самом деле на рынке нет. Из всего с чем сталкивался - это Magento, но это очень дорогой вариант, потому что много всего надо дописывать, так как не российский рынок.
С точки зрения административного выбора:
1. Если бы был такое УГ то наверное его не выбрали столько компаний разработчиков. Для меня тоже многие популярные системы УГ, просто потому что мне не импонирует их идеология, например я не понимаю как писать код в админке через браузер и не положить его под Git.
2. Просто найти понимающих людей. Знание по битриксу формализированы, объединены в курсы и те имеют тесты и сертификаты. Так вот если у человека есть сертификат на знание битрикс-фреймворка - это говорит о том что он как минимум его знает и знает все рекомендации. Конечно это не говорит о том, что он хороший спец, но согласитесь, проверить знание любой другой системы у человека нереально. Часто когда приходят проекты, я вижу админку в админке популярной CMS потому что предыдущие разработчики просто не знают ядро системы и не поняли как решить задачу.
3. Битрикс сам формирует спрос. То есть они озабочены чтобы клиенты делали сайты на их системе. Они её продвигают, они её расхваливают, они устраивают эвенты и партнером остается только брать горяченьких клиентов. Они пригласят вас на любой свой эвент, чтобы вы там взяли себе клиентов, готовых заплатить денег, а не искали по форумам/доскам объявлений/обзвон и что там есть, приходи и бери.
PS. Если кто подскажет аналоги удовлетворяющие пунктам выше (на этом обычно все замолкают) я буду очень рад. Очень не хватает аналога на самом деле, чтоб было из чего выбрать.
Да давайте определимся. Самопис это то, что вы пишите сами, готовая CMS это то, что вы настраиваете через админку по конфигам. По этому проэкты написанные на фреймворках я отношу к самописам, потому что они делают ровно то, что вы сами написали. В отличии от CMS, которые в момент открытия проверяю какие плагины у них есть, какие надо запустить для генерации страницы и так далее.
Давай я попробую ответить по порядку, просто вы сейчас на том этапе, когда его преодолеете и посмеетесь над своим постом. Знаем, проходили.
Что значит с нуля? Вы пишите свой язык программирования для проекта? Нет? Что значит копипаст? Есть композер, есть гитхаб, есть куча реализации рутинных вещей: Routing, ACL, ORM, шаблонизаторы, DI и так далее и вы вряд ли напишите лучше чем уже написано и оттестировано на куче проектов (а ваша CMS покрыта хоят бы тестами?), вам останется только написать нужную вам логику
Претензии к универсальности. Любая CMS общего назначения и ваша в том числе подвержена "излишней функциональности", а значит она в любом случае будет уступать конечному решению.
В ваши тоже никто не полезет и он становится зависим. Я уверен у вас система не имеет документации и как говорил не покрыта тестами.
А у меня проект на Yii2 с кешированием, индексами на 2х гиговой базой (120000 номенклатура) на виртуалке за 250 р\мес держит 2500 запросов в секунду при нагрузочном тесте (дальше в сеть видимо упирается). Дальше меряться будем?
Что вы вкладываете в слово "нормальным"? Это паттерн и как он должен работать описан довольно понятно.
Я вам могу сказать, что вы переживете этот период в своей жизни, своих велосипедов, cms и собственных фреймворках, обычно это проходит :) И потом начинаешь юзать самописы, потому что встают задачи раскидывать запросы по разным БД, синронизировать сессии между серверами и так далее. Увы готовых решений тут не много, все низкоуровневые, решающие конкретно одну задачу.
Гугл хром в инструментах вебмастера показывает порядок загрузки и синяя линия обозначает отрисовку, красная полную загрузку. Сравните с другим сайтом на котором все ок.
Собственно в этой части и ответ.
Дело в том, что те ресурсы что вы грузите, они грузятся не с вашей Joomla, а с других серверов. И хром в первую очередь пытается загрузить видимую часть страницы и потом уже все остальное. Чем выше контент, тем больше у него приоритет. По этому гугл все неважное, что не влиет на первый экран, предлагает убирать за тег </html> (стили, скрипты и прочие ресурсы)
Аналитикс конечно система помощнее, навороченнее. Но из таких прикладных задач, скажу что в метрики полезная вещь вебвизор, а аналитикс умеет считать ROI.
