Dotrox

Сжатие заголовков, которое есть в HTTP/2 и нет в предыдущих версиях протокола.

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

Любые ручные доработки выйдут на порядок дороже стоимости этого модуля.

Если вы внимательно прочитаете всё содержимое поста, на который я кинул ссылку, то поймёте, что не стояло. Должно быть SSL (на самом деле, может быть что угодно, лишь бы не текущее значение, но лучше всё же SSL).

Именно Франкфурт прежде всего потому, что это ближайшая локация моего хостера к СНГ. Пинги из Чикаго или Токио были бы слишком большими Ну, а именно этот хостер потому, что при изначальном поиске нормального VDS хостера несколько лет назад я довольно много времени уделил этому вопросу и помимо перекапывания обзоров и чужих тестов сделал ещё свои тесты UnixBench на аналогичных по параметрам тарифах разных хостеров (у кого был тестовый период в какой-либо форме) и результаты хостера, которого я в последствии выбрал оказались заметно лучше конкурентов. За приблизительно 2.5 года на этом хостинге я ещё ни разу не пожалел о выборе.

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

@StarShop , проблема из-за того, что у вас в теге base ссылка с http: ссылки на стили и скрипты относительные и браузер использует этот тег, как основу, а поскольку там http - браузер даже не пытается грузить эти файлы. Вот решение:

Я в вашем контроллере вижу использование только одного шаблона! Если вы говорите, что оно работает, значит всё, что вы выложили не имеет смыла, ибо контроллер, который вы выложили работает только с шаблоном, который вы выложили и js в этом шаблоне всё время обращается только к этому контроллеру. В контроллере я вижу массив с сообщениями, но в шаблоне он не используется, а поскольку контроллер использует только один шаблон - значит ни этот контроллер ни этот шаблон вообще не используются. Правда, не факт, что вы выложили именно тот шаблон, который использует выложенный контроллер, но тогда совсем дебилизм получается!

Ну, @mega94 , судя по всему, это и пытается сделать. Не делай так! Короткий тег - это вообще моветон, а в данном случае совсем жуть получается, ибо есть "<?=" (это особый случай: начиная с 5.4 этот тег не зависит от значения short_open_tag).

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

Ты имеешь в виду, что он сможет на главной в админке увидеть статистику? А разве к главной нельзя полностью закрыть доступ, как и к другим разделам (в любой версии ОК)?

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

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

В двойке не получится: тут шаблон изолирован от контекста. Можно разве что попробовать передать модель в шаблон через $data вытянув её в контроллере через вызов: $this->registry->get('model_path_class'); На вашем примере model_path_class будет model_query_query. Модель во вью никак не противоречит MVC! Не стоит путать модель и запросы к базе. В нормальном мире модель - это воплощение реального объекта со всеми его свойствами и поведением. И в нормальном мире в контроллерах не переливают значения из модели в промежуточные массив, чтоб потом передать в шаблон, а передают в шаблон экземпляр самой модели, при этом никакие запросы к базе не отправляются до момента реального использования полей модели (lazy loading).

Посмотрите на любой мессенджер: никакой пагинации - только бесконечная лента с подгрузкой при прокрутке. Я не уверен, какой эффект вы хотите получить, но вот это: $('#chat').load(this.href); Просто загрузит кусок html по соответствующей ссылке и воткнёт его весь в блок #chat, при этом удалив всё содержимое этого блока, которое было изначально. И как я понимаю, тот кусок html - это весь ваш шаблон чата, а вам нужны только сообщения. Чтоб вставить сообщения, нужно грузить так: $('#chat').load(this.href + ' #chat > *'); Но! Это только часть проблемы. Вторая часть проблемы в том, что у вас в шаблоне сообщения вообще не выводятся! <div id="chat"></div> Вот здесь должен быть вывод сообщения через php. Иначе получается, что при начальной загрузке страницы сообщений там нет и когда вы аяксом отправляете запросы на следующий блок сообщений (страницу), то php ничего не вставляет в шаблон, который отправляется в ответ.

Они обе должны быть! Первые две строки - редирект с www на без www, при этом изначальный протокол не имеет значения, а конечный протокол будет https. Следующие две строки - редирект с http на https, при этом наличие www не имеет значения. Закоментировав вторую строку вы сделали первую ещё одним условием редиректа для четвёртой (несколько последовательных RewriteCond - являются общим условием для следующей за ними RewriteRule). И вы всё таки можете объяснить, что именно не работает? Обе ваши ссылки мне открывают сайт с https и в режиме обслуживания, так что больше ничего увидеть я не могу там.

Как вы думаете, что сейчас делает этот код? А делает он вот что: редиректит на https только в том случае, если ссылка начинается с www. Зачем вы вторую строку закоментировали? И что конкретно у вас сейчас неправильно работает (помимо того, что не редиректит из-за кривого .htaccess)?

Яндекс, как и Гугл, поддерживает несколько способов верификации. Помимо файла - это мета-тег и TXT-запись в DNS. Кроме того, Яндекс позволяет для поддоменов использовать код верификации основного домена. То есть, если вы уже подтвердили права с помощью файла и он у вас лежит в корне основного домена, то ничего делать не надо и этот же файл подтвердит вам все поддомены, если у вас мультимагазин. У алиаса не может быть отдельной папки, иначе это уже не алиас! Смысл алиасов как раз в том, что адреса разные, а директория одна.

А при чём тут тогда пагинация? В чатах пагинации не бывает.

А это пагинация чего должна быть? Вы выложили код от какого-то чата.

Поставьте на директорию admin тоже права 755 рекурсивно. И убедитесь, что там нет отдельного .htaccess. Причина чего? Даже если Хостингер - это ваш хостер, у вас ничего на сайте не должно грузится с этого домена, так что проблема совсем не в том, что оттуда что-то не загружается.

Ну, так вот же очевидный ответ. А заодно объяснение, как возвращение папки повлияло на возвращение нормальной загрузки файлов. Уберите из .htaccess всё, что туда добавляли и убедитесь, что у вас только один .htaccess в корне сайта и больше нигде.

По ссылке на модуль в маркете уже ничего нет, но из описания по ссылке могу предположить, что среди прочего вы заставили статику грузится с CDN Cloudflare. Вспомните, что и где вы настраивали и откатите изменения.

А что это за модуль?

Должно быть не только у этой папки, но и у всех папок и файлов на всех уровнях ниже.