rb2

Ветеран сообщества
  • Публикаций

    2 034
  • Зарегистрирован

  • Посещение

Репутация

390 Очень хороший

Информация о rb2

  • Звание

Контакты

  • Сайт
    http://www.opencartjazz.com/ru/

Информация

  • Пол
    Мужчина
  1. Стандарт де-факто, если хотите искать фразу - заключить её в кавычки. Нормально ищет, только что пробовал "опенкарт 3". Это обычное поведение почти любого поискового механизма. Существуют люди, которые этого до сих пор не знают? Жуть! Второй способ - пользоваться для поиска привычным движком, привычным языком запросов. Гуглом, например: "опенкарт 3 site:opencartforum.com"
  2. Оказывается. Как раз в этом и проблема. Но шаблонов, которые делаются вот так "как легче", немеряно. И эта проблема мусолилась как на англоязычном форуме, так и в рунете. Но индусского кода всё равно больше, как ты ни борись и не объясняй дизайнерам, что это неправильно и так нельзя потому и потому. У этой братии всё сводится к тому, что "все так делают", а потому так правильно.
  3. Это ОЧЕНЬ плохая практика, так делать крайне нежелательно. А вы это на поток ставите
  4. А никто и не спрашивал аргументы за или против, что лучше или что предпочесть. Было чётко и однозначно сказано, что вгет нельзя только потому, что он толще на размер апача и жрёт ресурсы. Ай, какая беда. Вот и весь ответ. Конечно, если есть возможность переписать под CLI - почему бы и нет. Но иногда хочется использовать именно готовое, а не писать велосипед. По разным причинам. Иногда - готовый доступ к переменным окружения или POST, чтобы не переписывать это всё с нуля и заново для принятия этих данных из командной строки или конфиг файла. Иногда - чтобы не плодить две копии кода фичи, которая ещё развивается, и аккуратно сопровождать их непонятно ради какой причины. И заявлять "вгет нельзя, потому что ресурсы" - как минимум странно. Потому что есть инструмент, и есть области применения - иногда можно так, иногда так, иногда удобней одно, иногда другое.
  5. С таким же успехом можно советовать никогда не заходить в админку броузером, ведь при этом вы используете лишние ресурсы и упираетесь в лимиты, если упираетесь.
  6. Та откуда ж я знаю?! Меня он не интересует - я им не буду пользоваться. Как и всеми остальными скорей всего. Нет. Преумножайте интернет-контент чем-то полезным, бесполезного хлама и без вас хватает.
  7. Не было. Меня не устраивало, был и на старые версии файл стилей на пару килобайт, делавший то более slim-овый интерфейс, то исправляющий нерезиновый интерфейс и убирающий лишнее с экрана. Да, точно, вообще никаких проблем не было - ни с нагрузкой, ни с уязвимостями. На кой оно надо, обновляться. Можете делать что хотите. Вы тут недавно негодовали, что посты ваши полны конструктива. На мой взгляд - нет. Ваши посты полны инструкций кому что сделать, даже в тех местах, где можно сделать самому и предложить своё решение всем во благо. С функционалом - устраиваться на работу в IPBoard наверное. Движок же закрытый, насколько знаю.
  8. Всем остальным можно делать то, что им нравится. Стонать, биться лбом о стекло, лежать на диване и ждать, набрасывать, есть что дают, делать что делали, иметь что имели. На них же вся современная индустрия работает - не переживайте, у них скорей всего всё будет хорошо. Ну а могут и скопипастить предоставленные кем-то стили, это же несложно даже вручную. А если у кого-то найдётся 15 минут на конструктив и публикацию файла стилей на Userstyles вместо нескольких страниц писанины и гаданий, зачем нужен Sad смайл, то у любого чайника будет возможность установить его и включать-отключать в пару кликов. Например, попробовать потыкаться в готовые стили для IPBoard форумов: https://userstyles.org/styles/browse?search_terms=ipboard Может какие-то из них уже способны удовлетворить всех недовольных. Хотя конечно вряд ли.
  9. Вот мне и непонятно, почему Вам так хочется долго биться головой об администрацию и ждать, пока она исправит расплывающиеся в чьих-то глазах шрифты или горизонтальный скролл, а не молча прописать себе несколько фиксов в свой файл стилей. Про то, что этот подход = костыль, а правильно - что-то среднее по больнице, трендовое и всем нравящееся -- вообще вы меня улыбаете. В 99 из 100 случаев я хожу в интернет за информацией, а не за изысками дизайнеров, у меня свои диоптрии, железо и dpi, свои вкусы и предпочтения по поводу фона и цветов, а также размеров шрифтов, а также привычки и время/место работы. Контент и его подача должны на моём устройстве выводиться так, как удобно мне, а не как придумал хипстерский дизайнер из расчёта на 80-летнюю аудиторию с тремором (именно такое впечатление чаще всего возникает от огроменных шрифтов, 4-5 строк на экране и дизайна "под пальцы"). Или те интерфейсы, что вырисованы попиксельно на 4К дисплее с тщательно подобранными межстрочными интервалами и любовно подобранными шрифтами и прекрасно выглядят на 27" полукруглом мониторе в хирургически освещённом офисе в рабочие часы - мне даром не нужны вечером в поезде на нетбуке 10" или на пляже в полдень, где ценится контраст и такие темы, которые по возвращении домой выглядят... ну как минимум странно. Но на пляже только они удобны. В общем, я считаю, что внешний вид контента должен подстраиваться под мои настройки, а не навязывать непонятно какие (пусть и устраивающие статистическое большинство). И инструменты и стандарты такие возможности предоставляют. Но тренды пошли развиваться в другом направлении: ой-а-чо-у-меня таймс нью роман, я не хочу настраивать браузер, я же девочка. Ты дизайнер - ты и настраивай. Чтобы всё красиво, сразу и везде одинаково. И гвоздями прибито.
  10. Вон человек страницу или две назад опубликовал свой вариант стилей для Stylish и не страдает, что ради этого не был организован конкурс или личка не была забита разговорами о сотрудничестве.
  11. Сверьте этот файл с оригинальным https://github.com/PHPMailer/PHPMailer https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/class.phpmailer.php Конечно, могут быть отличия, связанные с разными версиями установленного у вас phpmailer и текущим состоянием файла из офиц. репозитория, но там уже понятней будет.
  12. OpenCart 3.0.0.0

    И как сделать мультиланг главной ? Так, как я написал. Отдаются как адреса с языковым префиксом, так и голый "/". Для него пришлось сделать исключение. Алгоритм вроде такой: 1. "/ru/*" и "/en/*" переключают язык системы. Дальше движок работает как работал, отдавая контент на выбранном языке. Ссылки формируются с учётом текущего языка. 2. "/" узнаёт о текущем языке. И отдаёт контент на нём. Но на урл с языковым префиксом (например, на "/ru/") редирект не производит. Canonical, думаю, должен здесь гарантированно отсутствовать. Если выбранный язык системы определить не удалось - он устанавливается в язык по умолчанию. Бот без кук и человек при первом посещении увидят дефолтный язык. Если приходит ссылка без кода языка - определяем правильный язык и редиректим на правильный линк с кодом языка. Какой язык правильный? Вот тут возможна дилемма. * Если у нас вариант, когда код языка всегда присутствует в урл, то ссылки без кода языка - ошибочны и их надо редиректить на адрес с текущим выбранным языком в урл. * Если у нас вариант "спрятать язык по умолчанию из урл", то ссылки без кода языка легитимны и язык при их появлении надо устанавливать не в текущий, а в язык по умолчанию. Каноничные и все внешние ссылки обязаны быть с кодом языка. Вроде правильно.
  13. OpenCart 3.0.0.0

    Там нельзя принудительно префикс ставить (не должно быть редиректа). Иначе в каких-то случаях возникают проблемы (уже точно не помню, где/когда). В общем, корень сайта обязан отдаваться как "/" (без редиректа на текущий /ru/ или /en/), даже если префиксы языка в остальных местах присутствуют всегда.
  14. OpenCart 3.0.0.0

    [...] Т.е получается уже <img ... src="http://site.com/#"> [...] Да, мы это уже обсуждали: firefox ведёт себя странно. (Примерно как Даниэль, он тоже любит много лишних запросов к серверу). Какое отношение это имеет к обсуждаемой теме сеопро с языками и якобы спонтанному переключению языков? Или неработоспособности lazyload с таким сеопро? Вы притворяетесь? Потому что кликнуть вручную по такой ссылке для проверки сеопро, переключается ли язык по голой ссылке, легче, чем городить lazy load.
  15. OpenCart 3.0.0.0

    Корона не жмёт? Я устал спорить об очевидном и о том, что элементарно проверяется. ks Fly cart работает. AJAX работает. Lazyload работает. Встречался, видел. Пля... я не знаю, как ещё объяснить. Конкретику давайте. Что, например, у меня на сайте OCJ не работает в местах, где можно легко аякс или ссылку без обязательного кода языка проверить? Вам ссылок с ahref="#" там где-нибудь натыкать? Или проверок руками и на главной хватит?