Вот эта регулярка работать не будет, т.к. .* описывает "любой символ, любое количество раз". И сразу после этого стоит ? "может быть а может и не быть".
HACTEHA: У клиента анализировали погрешность LI и GA и выяснилось? Сами всегда смотрели на GA и LI не учитывали, клиент спросил почему, стали выяснять. Оказывается, что на главной странице не установлен счетчик LI (на внутренних установлен установлен), но в статистике идет подсчет пользователей посетивших ту главную страницу, разница с GA 70% в пользу GA, хотя остальные общая погрешность составляет 25 % в пользу GA же. Вопрос - клиент сам не в курсе про LI, код страницы показывает что счетчика LI нет, откуда же тогда подсчитанные посетители😎
Допускаю, как возможность, что при переходе "с главной страницы на внутреннюю", т.е. при HTTP_REFERER который равен главной странице, он засчитывает её посещение.
LenTax: зря я наверно упростил. на самом деле у меня идет разнообразный текст: a href, class и т.д. а исключить мне нужно символ ">"
Вот так описать исключение символа
[^f]+
2038 добавил 11.01.2011 в 20:52
LenTax: зря я наверно упростил. на самом деле у меня идет разнообразный текст: a href, class и т.д. а исключить мне нужно символ ">"
Если честно, то вы и это сообщение упростили донельзя. Напишите задачу полностью, быть может решим =)
Ну и потом вам стоило бы указать, в какой системе применяется регулярка - на ПХП синтаксис один, а, например, в ФАРе немного другой.
2038 добавил 11.01.2011 в 20:54
LenTax: Как указать признак который будет исключать совпадение?
регулярка: 1.*?4
Вот эта регулярка работать не будет, т.к. .* описывает "любой символ, любое количество раз". И сразу после этого стоит ? "может быть а может и не быть".
Seus: Когда я решал эту проблему, поставил форумный phpBB. На оф русском сайте поддержки есть скрипт, решающий проблему совместной авторизации на форуме и основном сайте - для меня это было архиважно. Чуть-чуть подкрутил скрипт, где молотком, где паяльником - все стало на свои места, с авторизацией проблем нет.
С блогом не подскажу, поскольку важный для меня в таких движках функционал предпочитаю реализовывать сам. Соответственно, в написанном самим движке проблем с совместной авторизацией не предвидится вообще 😂
Спасибо за подсказку, попробую прикрутить ПХПББ.
Однако вопрос заключается не в том, что "не умею писать движки", а "какой прикрутить". Да, собственноручно сделанный сайт обладает 100% гибкостью "под себя". Только занимает черезчур много времени.
Я сторонник качественных СДЛ, однако на техническую часть не должно уходить 100ч\часов, когда может уйти 10 (при использовании чужого движка). =)
06.01.11 отправил заявку, получил письмо с кошельком для оплаты.
Оплату отправил 07.01.11 02:48 на кошелёк R372613745691.
Ключа до сих пор не получил.
Вот эта регулярка работать не будет, т.к. .* описывает "любой символ, любое количество раз". И сразу после этого стоит ? "может быть а может и не быть".
Ошибка. Это "Ленивое выражение".
Тут был пост, он неправильный. =)
У клиента анализировали погрешность LI и GA и выяснилось? Сами всегда смотрели на GA и LI не учитывали, клиент спросил почему, стали выяснять. Оказывается, что на главной странице не установлен счетчик LI (на внутренних установлен установлен), но в статистике идет подсчет пользователей посетивших ту главную страницу, разница с GA 70% в пользу GA, хотя остальные общая погрешность составляет 25 % в пользу GA же. Вопрос - клиент сам не в курсе про LI, код страницы показывает что счетчика LI нет, откуда же тогда подсчитанные посетители😎
Допускаю, как возможность, что при переходе "с главной страницы на внутреннюю", т.е. при HTTP_REFERER который равен главной странице, он засчитывает её посещение.
зря я наверно упростил.
на самом деле у меня идет разнообразный текст: a href, class и т.д. а исключить мне нужно символ ">"
Вот так описать исключение символа
[^f]+
2038 добавил 11.01.2011 в 20:52
зря я наверно упростил.
на самом деле у меня идет разнообразный текст: a href, class и т.д. а исключить мне нужно символ ">"
Если честно, то вы и это сообщение упростили донельзя. Напишите задачу полностью, быть может решим =)
Ну и потом вам стоило бы указать, в какой системе применяется регулярка - на ПХП синтаксис один, а, например, в ФАРе немного другой.
2038 добавил 11.01.2011 в 20:54
Как указать признак который будет исключать совпадение?
регулярка: 1.*?4
Вот эта регулярка работать не будет, т.к. .* описывает "любой символ, любое количество раз". И сразу после этого стоит ? "может быть а может и не быть".
пытаюсь дозвониться до этой мартышкиной конторы, а в ответ только "все операторы заняты, вам обязательно ответят... ждите"
во контора, мля..
Заметьте, вы не указали имя конторы.
Мало ли, кто кроме Гугла работает с Ассистом.
Когда я решал эту проблему, поставил форумный phpBB. На оф русском сайте поддержки есть скрипт, решающий проблему совместной авторизации на форуме и основном сайте - для меня это было архиважно. Чуть-чуть подкрутил скрипт, где молотком, где паяльником - все стало на свои места, с авторизацией проблем нет.
С блогом не подскажу, поскольку важный для меня в таких движках функционал предпочитаю реализовывать сам. Соответственно, в написанном самим движке проблем с совместной авторизацией не предвидится вообще 😂
Спасибо за подсказку, попробую прикрутить ПХПББ.
Однако вопрос заключается не в том, что "не умею писать движки", а "какой прикрутить". Да, собственноручно сделанный сайт обладает 100% гибкостью "под себя". Только занимает черезчур много времени.
Я сторонник качественных СДЛ, однако на техническую часть не должно уходить 100ч\часов, когда может уйти 10 (при использовании чужого движка). =)
Смотря какие движки будешь ставить. Бывает встречаются, которые могут некорректно работать в подкаталогах.
Да, собственно именно в этом и вопрос.
Какой движок нормально встаёт в подкаталог?
ТС, у вас вобще сайт работает ??
Я вижу только шапку, куски кода и больше ничего нет... не удивительно что он в ж..пе.
Больше всего я в работе не люблю одну ситуацию - когда программист занимается дизайном. Так что да, сайт там где ему и положено быть :)
Вот ответ, которые я получил от Директовцев:
-------
К сожалению, статистика по CTR указаных кампаний была утеряна и ее
восстановление возможно только с потерей новых накопленных данных.
Если данный вариант Вас устраивает, мы можем восстановить статистку по
состоянию на сентябрь.
-----
Короче, опасайтесь добавления важных кампаний в архив.