А у меня чтото уж очень все запущено (исп денвер)
http://s2.ipicture.ru/uploads/20110525/BG3p1jRF.png
Web морда (php) для серверных логов
Re: Web морда (php) для серверных логов
Файл редактировался не рассово верным редактором и в начало вставлся BOM.CraSTI писал(а):А у меня чтото уж очень все запущено (исп денвер)
http://s2.ipicture.ru/uploads/20110525/BG3p1jRF.png
Чтобы исправить, необходимо открыть файл рассово верным редактором, например Notepad++, и пересохранить (Файл —> Сохранить как...) его в формате (кодировка или тип) utf-8 без идентификатора (BOM). В разных программах это может называться по-разному...
НЕ РЕДАКТИРУЙТЕ ФАЙЛЫ ПРОГРАММОЙ Notepad (блокнот Windows). Я уже задолбался об этом говорить.
Web-интерфейс серверных логов ——> http://commfort.com/ru/forum/viewtopic.php?t=6618
Web-статистика посещаемости чата —> http://commfort.com/ru/forum/viewtopic.php?t=6546
Благодарности —> R753244967524 Z664725275810 U806184306803 ЯД:41001743355185
Web-статистика посещаемости чата —> http://commfort.com/ru/forum/viewtopic.php?t=6546
Благодарности —> R753244967524 Z664725275810 U806184306803 ЯД:41001743355185
- CraSTI
- Сообщения: 89
- Зарегистрирован: 20:08, 03.02.2006
- Откуда: Орехово-зуево
- Контактная информация:
Re: Web морда (php) для серверных логов
Yaroslav )) сорри ) на компе нотепад++ не было залил все исправил))
Re: Web морда (php) для серверных логов
Приветствую!
Твой скрипт требует какую-то структуру папок логов, которой у меня в помине нет. Мне тупо нужно прочитать лог канала например с файлнеймом Channel5.cfd. Как я понял, твой скрипт такого не может, да?
P.S.: Посоветуй чем читать серверные логи каналов (как я понял не событий, а именно общения).
Спасибо"!
Твой скрипт требует какую-то структуру папок логов, которой у меня в помине нет. Мне тупо нужно прочитать лог канала например с файлнеймом Channel5.cfd. Как я понял, твой скрипт такого не может, да?
P.S.: Посоветуй чем читать серверные логи каналов (как я понял не событий, а именно общения).
Спасибо"!
Re: Web морда (php) для серверных логов
Я не знаю что за файл Channel5.cfd, у меня логи каналов не сохраняются на сервере, потому, что версия без этой функции.Neka писал(а):Приветствую!
Твой скрипт требует какую-то структуру папок логов, которой у меня в помине нет. Мне тупо нужно прочитать лог канала например с файлнеймом Channel5.cfd. Как я понял, твой скрипт такого не может, да?
P.S.: Посоветуй чем читать серверные логи каналов (как я понял не событий, а именно общения).
Спасибо"!
Мой скрипт парсит логи работы сервера. Вход/вызод пользователей и события содания/редактирования каналов, наложения ограничений и т.д.
Чем читать серверные логи общения спроси у разработчиков. Я не знаю как там что устроено.
Web-интерфейс серверных логов ——> http://commfort.com/ru/forum/viewtopic.php?t=6618
Web-статистика посещаемости чата —> http://commfort.com/ru/forum/viewtopic.php?t=6546
Благодарности —> R753244967524 Z664725275810 U806184306803 ЯД:41001743355185
Web-статистика посещаемости чата —> http://commfort.com/ru/forum/viewtopic.php?t=6546
Благодарности —> R753244967524 Z664725275810 U806184306803 ЯД:41001743355185
Re: Web морда (php) для серверных логов
Спасибо за ответ!
Вот что творит неправильное ТЗ с неправильными исходными данными.
Ваш (твой?) скрипт пришелся в пору. Но есть несколько предложений:
1. Переписать код на ООП, благо сейчас РНР с ним очень дружен. Я не думаю что надо описывать такие плюсы как маштабируемость, модернизируемость и т.п.
2. Сделать кэшинг в SQLite (имхо MySQL тут излишен). Хотя если использовать PDO - будет абсолютно пофиг какая БД, лишь бы PDO-драйвер под нее на сервере был. Обновлять кэш с какой-то периодичностью и сделать кнопочку "Обновить кэш"
3. Впилить несложную систему авторизации. (если следовать п.1 - это будет несложно)
4. Пиклеить пэйджер. на пхп.ру/форум есть готовое решение, бери и пользуй. Решение опять же Объектно0ориентированное, поэтому проблем встраивания не будет (в следствии п.1)
Ну и по внешнему виду:
Фильтры, jQuery, поиск, более приятные цвета, плюшки, свистелки, перделки...
Вот что творит неправильное ТЗ с неправильными исходными данными.
Ваш (твой?) скрипт пришелся в пору. Но есть несколько предложений:
1. Переписать код на ООП, благо сейчас РНР с ним очень дружен. Я не думаю что надо описывать такие плюсы как маштабируемость, модернизируемость и т.п.
2. Сделать кэшинг в SQLite (имхо MySQL тут излишен). Хотя если использовать PDO - будет абсолютно пофиг какая БД, лишь бы PDO-драйвер под нее на сервере был. Обновлять кэш с какой-то периодичностью и сделать кнопочку "Обновить кэш"
3. Впилить несложную систему авторизации. (если следовать п.1 - это будет несложно)
4. Пиклеить пэйджер. на пхп.ру/форум есть готовое решение, бери и пользуй. Решение опять же Объектно0ориентированное, поэтому проблем встраивания не будет (в следствии п.1)
Ну и по внешнему виду:
Фильтры, jQuery, поиск, более приятные цвета, плюшки, свистелки, перделки...
Re: Web морда (php) для серверных логов
1) переписывать мне лень. Делалось для себя на вечер, и просто потом допиливалсь. А расшрарил просто на случай, если кому-то пригодится в том виде, в котором есть. ООП и всё такое это хорошо и я обычно всё так и делаю, но это не тот случай. Это поделка за пару часов свободного времени. Конечно, парсить текстовые логи в рантайме это верх извращения. Но при количестве заходов два раза в неделю это вполне годится и несравнимо с ресурсами, требуемыми, чтобы написать нормальное приложение.
2) кешинг тут не нужен, считаю. Нужен воркер, который будет разбирать логи и складывать в структурированную систему (это может быть любая бд, SQLite, MySQL, без разницы). И отдельно морда, которая будет визуализировать данные уже из базы. Потому, что работая с текстовым файлом очень большой «перегрев» на операциях фильтрации и сортировки (именно поэтому их и нет, я уже писал об этом пару раз). Делаться это должно регулярной задачей (ака крон) с какой-то переодичностью. Т.е. сейчас это одно целое. При заходе на страницу скрипт идёт в нужный файл, открывает его, читает построчно и выводит, разукрашивая и подменяя некоторые данные на долее дружелюбые для пользователя.
3) система авторизации меня тоже не особенно интересует, чтобы реализовывать её прграммно. Если нужно закрыт доступ, то с этим замечательно спраится .htaccess с его basic auth. Смысл это делать на РНР? Для красоты? 10 минут настройки .htaccess против часов разработки авторизации, сессии и т.д. и т.п... нет, я выбираю перове.
4) Пэйджинация есть. Хоть, опять же, ввиду работы с текстовым файлом сама логика её работы неудовлетворительная, в плане «перегрева». При отображении первой страницы читается только данные на первую страницу, а при отображении других страниц читаются все предыдущие в любом случае. Но это не БД, где можно было бы сделать иначе. Т.е., конечно, можно было бы сделать иначе, проанализировать файл, построить индекс но зачем это всё?
Разве скрипт, субъективно, работает долго или грузит систему? Нет, и именно поэтому не вижу смысла.
Справедливости ради скажу, что, конечно, пожелания вполне адекватные, но я просто не вижу смысла всё это делать. Кроме занесения данных в БД. Я это давно собираюсь сделать, но просто нет времени.
PS Этикет интернет общения допускает обращение на «ты» на форумах и в чатах. Я следю этой позиции, но этот момент каждый выбирает «на вкус».
PPS А ещё есть такое высказывание анорнимуса: Когда в сети переходят на "Вы", в реале уже бьют морду.
2) кешинг тут не нужен, считаю. Нужен воркер, который будет разбирать логи и складывать в структурированную систему (это может быть любая бд, SQLite, MySQL, без разницы). И отдельно морда, которая будет визуализировать данные уже из базы. Потому, что работая с текстовым файлом очень большой «перегрев» на операциях фильтрации и сортировки (именно поэтому их и нет, я уже писал об этом пару раз). Делаться это должно регулярной задачей (ака крон) с какой-то переодичностью. Т.е. сейчас это одно целое. При заходе на страницу скрипт идёт в нужный файл, открывает его, читает построчно и выводит, разукрашивая и подменяя некоторые данные на долее дружелюбые для пользователя.
3) система авторизации меня тоже не особенно интересует, чтобы реализовывать её прграммно. Если нужно закрыт доступ, то с этим замечательно спраится .htaccess с его basic auth. Смысл это делать на РНР? Для красоты? 10 минут настройки .htaccess против часов разработки авторизации, сессии и т.д. и т.п... нет, я выбираю перове.
4) Пэйджинация есть. Хоть, опять же, ввиду работы с текстовым файлом сама логика её работы неудовлетворительная, в плане «перегрева». При отображении первой страницы читается только данные на первую страницу, а при отображении других страниц читаются все предыдущие в любом случае. Но это не БД, где можно было бы сделать иначе. Т.е., конечно, можно было бы сделать иначе, проанализировать файл, построить индекс но зачем это всё?

Справедливости ради скажу, что, конечно, пожелания вполне адекватные, но я просто не вижу смысла всё это делать. Кроме занесения данных в БД. Я это давно собираюсь сделать, но просто нет времени.
PS Этикет интернет общения допускает обращение на «ты» на форумах и в чатах. Я следю этой позиции, но этот момент каждый выбирает «на вкус».
PPS А ещё есть такое высказывание анорнимуса: Когда в сети переходят на "Вы", в реале уже бьют морду.
Web-интерфейс серверных логов ——> http://commfort.com/ru/forum/viewtopic.php?t=6618
Web-статистика посещаемости чата —> http://commfort.com/ru/forum/viewtopic.php?t=6546
Благодарности —> R753244967524 Z664725275810 U806184306803 ЯД:41001743355185
Web-статистика посещаемости чата —> http://commfort.com/ru/forum/viewtopic.php?t=6546
Благодарности —> R753244967524 Z664725275810 U806184306803 ЯД:41001743355185