Language Log

Тема в разделе "Готовые модули и модификаторы. Бесплатно", создана пользователем Chukcha, 4 мар 2017.

?

На хрена это нужно

  1. Прикольно

    66,7%
  2. Не понял ничего

    33,3%
  3. А мне оно нужно?

    0 голосов
    0,0%
  1. Chukcha

    Chukcha Специалист

    Сообщения:
    3.013
    Симпатии:
    685
    Только для разработчиков!!!!

    Когда пишешь модуль или расширение, с расчетом на несколько языков, то конструкция
    $this->language->get становится чуть ли не родной :)

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

    text_heading
    или
    error_not_empty

    Если с таким как text_heading - еще более менее понятно, то
    error_not_empty - может быть где угодно, но не в зоне видимости (например, в коде скрипта, или в скрытом блоке)

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

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

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

    ps в ходе эксплуатации возникло несколько идей
    1. Какого файла нет
    2. В каком фаеле нет

    зы Для интересующихся... на будущее!
    Не забываете, что если вы модифицируете системные файлы с имеющие в своем составе require*? include*, то не забудьте что на момент обработки своим файлом, файл уже модифицирован.
     

    Вложения:

    Последнее редактирование: 4 мар 2017
    ahurtep и Romans нравится это.