Форум PHP

Это техническая версия, которая устраняет небольшие недочёты в отчётах, исключает удалении неархивных данных за последний месяц, в связи с чем невозможно было просматривать статистику за последний месяц. Кроме этого система поставляется с файлом update_add.sql, который позволяет ввести дополнительны уникальные ключи в архивные таблицы, что позволит предотвратить удвоение статистики за день, неделю и месяц, если для архивирования не используется cron. Если база данных разворачивается из powercounter.sql, выполнять файлы update.sql и update_add.sql нет не обходимости. Если вы считаете, что у вас нет проблемы удвоения статистики можно также не выполнять SQL-инструкции update_add.sql - это не отразится на последующих изменениях системы.

http://www.softtime.ru/info/powercounter30.php

опять нигде нет списка измененных файлов.
Как вам идея о применении средств для удаленной разработки? (Я с такими штуками не сталкивался, так что тем интереснее попробовать:). Ну и будет проще контролировать вносимые исправления и дополнения.

Я только за, но я тоже с такими штуками не сталкивался, тем более они не больно-то под Windows распространены насколько я понял... А вообще такую бы штуку не плохо иметь, так как у нас проблемы уже при двух разработчиках, а если будет три - коллапс обеспечен :)))

так как я тоже не сталкивался, то предлагаю такое избретение велосипеда:
сделать это в веб. под каждый файл проекта завести отдельную строку в БД, куда помещать текст скрипта, комментарии об изменениях и дату обновления. То есть перед выкладкой релиза просто проверяем чтобы он включал все свежие файлы. Легко будет отчитываться какие файлы были изменены, и легко будет писать что именно изменено/поправлено.
Есть идеи как это улучшить?

у меня есть скрипт под это дело...могу выложить...а вы можите посмотреть и дороботать если он вам подойдет;)

а c++ ставиться какая то прога для ведения проектов....source self - что то в таком духе...она вам не подходит?

Дык, наверное лучше если бы такой скрипт сам бы и создавал дистрибутив...

Раз уж идея есть - начал набрасывать такой скриптик.
Как будет удобнее: добавлять файлы через форму, либо вставлять текст черед textarea?
Ну и с авторизацией я пока решил не заморачиваться: забил в базу двух пользователей - будем рассчитывать на их аккуратность:)

Лучше наверное добавлять через форму... только эта, хорошо бы чтобы эта страсть не сильно много трафика жрала, а то вон в phpMyAdmin с сотней таблиц два раза подумаешь соваться или нет...

А всё потому, наверное, что разработчики phpMyAdmin подобно Loki очень не любят JavaScript.
JavaScript-овая прослойка позволяет уменьшить траффик на два-три порядка. Фактически позволяет довести его до уровня консольного клиента MySql.

Они наоборот его обожают, только используют для других целей :))), собстенно объём страниц в phpMyAdmin помоему в основном JavaScript и создаётся.

Они его не любят, потому, что не умеют им пользоваться.

Если код (т.е. функции) вынести в отдельный файл(ы), загружаемый через <script language=javascript src=code.js></script> один лишь раз, то потом он будет браться из локального кеша.
А в php-коде останется генерировать только что-то вроде
r(1, 'Вася Пупкин', 'vasya@pupkin.ru', );
r(2, '.........','......');
и т.д.

А если состояние процесса хранить в переменных отдельного фрейма, то некоторые запросы можно вообще будет сделать локальными. Т.е. до локального кеша. Тогда от траффика вообще мало что осталось бы.

На самом деле, штука получается простая: файлы хранятся как текст в БД, их можно там редактировать через форму, оставляя комментарии в специальном поле.
При генерации релиза, надо будет указать номер версии. После чего, сгенерируются все файлы, сгенерируется файл changelog.txt из указанных служебных полей и все это будет выдано зип архивом (если найду соотвествующий класс).
Будет отображаться по каждому файлу информация кто и когда его изменил в последний раз.
На первом этапе это все.
Дальше прикручу систему управления проектами, а потом - авторизацию. Тогда можно будет разным разработчикам работать над разными группами проектов. Кроме того, тогда скрипт будет рапортавать о файлах измененных со времени последнего посещения. Мне кажется, должно быть удобно.
Вот собственно и все. После того как это начнет работать с power counter, и после того как этим будет удобно пользоваться, возможно, кто-нибудь присоединится к дальнейшей разработки этой штуки.

[поправлено модератором]

Патчи это хорошо. Было бы неплохо чтобы система одинаково хорошо себя чувствовала на локальной машине и на сервере и оперировала md5 и датой последнего обновления, которые в большинстве случаев легко можно проверить (если в этом есть необходимость).

Нам в принципе не монструозную программу нужно, а наменее затратный способ создания патчей. Т.е. имеется версия 3.0.0 у человека и применяя набор патчей он бы мог довести её до 3.4.6, как сейча в Linux... если он не хочет использовать патчи - просто качает полный архив версии 3.4.6. Вот эти патчи нужно бы генерировать автоматически, так как вся загвоздка в них - когда их делают и внедряют люди, идёт море новых ошибок.

Систему храниния и учета я вроде как набросал...
Теперь уперся в формирование версии: как сделать zip со структурой папок?
То есть для файлов класс везде лежит (уж не знаю заработает ли у меня), а как создавать сами папки? или релизы вытягивать по фтп, а не одним файлом... может есть у вас мысли на примете?

zip, конечно было бы классно, но уж больно дело это накладное и не надёжное, может мы свой формат будем использовать для упаковки файлов - ведь такой файл можно скормить системе PowerCounter, в который встроить декодировщик и в результате у нас система сама всё будет обновлять?

Тогда предлагайте систему.
Можно засунуть в gzip - работает стандартными средствами. Но опять же, нудно создавать структуру каталогов (ну либо создавать некий индексный файл, в котором будет прописано какой файл во что переименовать и куда поместить). Ну и опять же: полный дистрибутив придется делать подобным образом. В общем, стандартный архиватор был бы очень кстати. А в будущем можно было бы использовать эту систему при работе с несколькими проектами.

Я тут как-то Евгению Петрову предлагал механизм: в качестве ключа имя файла (вместе с путём) - содержимое файла в качестве значения - массив сериализуем в строку - строку архивируем gzip. С тех пор что-то ничего более элегантного в голову не пришло...

zip со структурой папок это просто zip, в котором имена файлов лежат вместе с путями.

Вопрос в том, как бы его сгенерировать средствами PHP, при этом сами совершить минимальную работу :)))

Уже сделал.
Куда вам высдать данные для доступа?

Давайте на simdyanov @ softtime.ru...

PS А системой сложно пользоваться? :)))

Думаю, после месяца стажировки, вас можно будет допустить до пользования:)

Данные отправил. Напишите о впечатлениях.

А вы не хотите посмотреть в сторону cvs ?
http://alexm.here.ru/cvs-ru/

Прежде чем писать скрипт, я скачал пару подобных штук. Впечатление оставили гнетущее: размерами, сложностью и функциональностью. Примерно как карьерный самосвал на городских улицах. Может мне просто неудачные попались.
Нечто вроде CVS у нас уже существует: у меня на машине стоят две версии, изменения в которых фиксируются за довольно продолжительный период времени. На сайте у меня крутятся две рабочих версии локальных. Полагаю, что у Cheos'a ситуация аналогичная. Нам просто нужно было место, где можно было бы держать самые свежие рабочие файлы. Плюс механизм эти фалы отслеживающий, формирующий релизы или апдейты версий. Мне кажется, что у меня получилось... Но дождемся мнения второго разработчика:)

Зависит от того, насколько мало хочется работать :) Примерно так, как в аттаче.

Такой класс я рассматривал. Но чем-то он меня не устроил... в итоге, попался мне в руки немного другой. По утверждениям разработчиков, умеет работать с отдельными файлами в архиве... но я его использую довольно тупо:)

можно поглядеть?
Если это инструмент, позволяющий вносить изменения в уже существующие архивы, тем более, которые не им самим создавались, он должен быть довольно сложным. Неудивительно, что приходится использовать вслепую.

Брал вот тут:
http://www.phpconcept.net/pclzip/index.en.php

К сожалению, user guide у них только онлайновый, потому особо разбираться и не стал.

а статистика запросов исправлена?

А что именно...

там статистика за один день? или за все время?

Пока за одни день - за всё время можно по почте получить.

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

Мне кажется что главной страницей счетчика надо сделать раздел (Хосты и Хиты), мне кажется, что это первостепенной важности информация, которая может заинтересовать сразу после захода.

Что касается той страницы которая сейчас главная. Мне не нравиться что там смешанная статистика и по роботам и по людям. Информация и та и та важна, но как ее правильно сейчас воспринимать не понятно. Если по роботам еще можно как то посмотреть статистику отдельно, то по людям не как. Предлагаю либо сделать еще один аналогичный раздел по людям, или отказаться от общей статистики в этом разделе и оставить только посещения людей (роботов можно посмотреть в Роботах и так). А еще лучше сделать сверху переключатель (Общая/Люди/Роботы) и загружать по умолчанию с Людьми.

И еще по поводу отправки информации на мейл. Я давно уже говорю, что надо делать страничку с настройками счетчика в конце меню. Как мне кажется функцию отправки на мейл надо переместить туда, вместе с другими полезными возможностями, которые сейчас надо прописывать вручную в коде.

Очень жаль, что в нынешней версии исчезли имена ip адресов. Сами ip мало о чем говорят, разве что их количество.

Понятно, в принципе замечания дельные.

>Очень жаль, что в нынешней версии исчезли имена ip адресов.
>Сами ip мало о чем говорят, разве что их количество.
Хм... проверьте не в admin/config.php значение переменной HOST_BY_ADDR - оно не 0? Дело в том, что у многих пользователей задержки большие при формировании отчётов, поэтому по умолчанию динамические хосты отключены, но их можно включить обратно присвоив константе HOST_BY_ADDR значение 1.

Спасибо за подсказку. А это еще один момент в пользу создания страницы с настройками счетчика.

Согласен не дело пользователей конфигурационные файлы править - страницу настроек обязательно введём.

Почему бы нек добавить базу http://www.maxmind.com к ней есть прекрасно описанный api http://www.maxmind.com/download/geoip/api//download/geoip/api/ да и саму базу найти не сложно :)

Так он денег стоит.. За деньги есть и русскоязычные сервисы...
А ссылка не работает.

http://www.maxmind.com/download/geoip/api ошибочка
там ест бесплатная по странам, да и саму базу несложно найти ;)
А какие русские? Рамблер кнопку ставить? Тогда зачем нужна своя статистика?

Так она не своя:)
Это как раз бесплатная версия одного из российских сервисов (ссылку на него забыл - где-то в форуме приводил:).
что касается maxmind, то зависеть от внешней базы не очень здорово: в любой момент этот сервис могут прикрыть (а учитывая что на сайте просят ввести код с картинки, сдается мне, что уже прикрыли).
В любом случае, лично мне этот сервис не нужен. А то что есть, было прикручено лишь по той причине, что база мне случайно попалась:)

при переходе с версии 3.3.2 надо update.sql выполнять?
а то у меня

Ошибка SQL-запрос:  ALTER TABLE system_arch_num_searchquery ADD number_mail INT NOT NULL  Ответ MySQL:  #1060 - Duplicate column name 'number_mail'

хотя никакого столбца такого нет...

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

PS Тема очень длинная поэтому закрываю, для продолжения обсуждения лучше открыть новую тему.