Прочитал топик и захотелось купить.
Здесь вы утверждаете, что произошло окончательное снижение цен.
На сайте
Или можно купить за wmr по ценам, озвученным в топике?
Увы, доков на эту тему не нашел
Набросал небольшой примерчик с используемыми в вашем продукте функциями (include, file_get_contents, file_put_contents)
Проверял на php версий 5.1.6 и 5.2.9, разные сервера.
include относительный путь считает относительно местоположения вызываемого скрипта.
А вот file_get_contents, file_put_contents вычисляют отностительно текущего каталога в системе.
Тестовый пример во вложении.
Не знаю как у вас, но у меня относительный путь считается не от запускаемого файла, а от текущего местоположения в системе. Если из шелла скрипт запускать.
Насчет второго пункта разобрался. Не обновлялась статистика.
У вас в хелпе неверно указана строка запуска по крону (вариант "Запуск PHP")
/usr/local/bin/php -q /.../TwitterAccount.php > /dev/null
А в index.php $stat пишется в $file = 'var/'.$account;
Т.е. используется относительный путь.
Думаю стоит или скрипт поправить или строку запуска скажем на подобную:
cd полный_путь_к_каталогу_скрипта; /usr/local/bin/php -q ./TwitterAccount.php > /dev/null
И еще вопросец. Судя по коду, все кто фоловились пишутся в сереализированном виде в файл. 100 человек в сутки, за год получаем около 36к. Не проверяли как будет программа работать на таком объеме данных?
Являюсь покупателем и пользователем сего продукта. В целом добротная софтинка. Респект ТС.
Хочу высказать некоторые замечания/предложения:
1. Судя по коду, есть большая вероятность, что программа будет пытаться фоловить даже тех кто уже зафоловлен. Т.е. перед фоловингом нет проверки на зафоловленность.
Твитер ругается на это "<error>Could not follow user: ... is already on your list.</error>"
Для большей естественности думаю стоит таких запросов избегать. Не исключено что твитер палит таких юзеров.
2. Программа может пытаться фоловить тех кому уже отсылали запрос. Т.е. у нас имеется очередь из 50 человек. Очередь отработали - сформировали новую. Могут попасться те же люди и будет идти попытка их заново зафоловить.
Может возникнуть ситуация когда людям несколько раз приходит приглашение. Плюс тоже неестественно если ты постоянно одних и тех же пытаешься фолловить.
Т.е. неплохо бы хранить список тех кого ты фоловил.
3. Неплохо бы добавить возможность черного списка. Бывают гневные товарищи, которым очень не нравится что вы им прислали приглашение. И было бы неплохо иметь возможность исключить их из following и добавить в черный список, чтоб больше не слать приглашение.
4. Со временем накапливается куча народу во following было бы неплохо периодически отфоловливаться от тех, которые не зафоловили тебя. Т.е. к примеру если чел на протяжении х дней (настраиваем в конфиге) не принял приглашение - исключаем его из following. А то когда ты подписан на тысячу и более человек - очень подозрительно как с точки зрения сервиса, так и для людей которым приходят приглашения.
5. По поводу фоловить тех кто зафоловил тебя - в принципе интересно. Только наверно лучше сделать опционально, т.е. с возможностью вкл/откл через конфиг.
Пригласил его поучаствовать в нашей дискуссии.
Были ли у вас какие-то практические эксперименты в этом плане? Насчет эффективности.
Т.е. к примеру n-сайтов с равноконкурентыми запросами, одна группа продвигалась одинаковыми статьями, другая - разными и т.п.
Насчет индексации одинаковых статей нужно будет проверить.
Еще раз уточняю - речь идет о ПС Google.
Не, это в купленной версии проги
В стандартной базе встречаются строки типа
", как известно," % __НУЛЛ__
",добавляет наш корреспондент," % __НУЛЛ__
"в конце концов," % __НУЛЛ__
Больше десятка таких строк.
Это типа фича такая или недоработка?
Наиболее интересующий меня вопрос:
на сколько обновлена база синонимов по сравнению с последней версией от продукта Synmaster?
Если можно, осветите подетальнее этот вопрос
