SAPE ввел экспорт в настоящий xls. До этого фактически он отдавал csv.
Поэтому сейчас для того чтобы загрузить лист в YCCY.
1. Откройте лист в экселе(или опен офисе) и сохраните как .csv с табуляцией в качестве разделителя
2. Загрузите полученный файл в YCCY
P.S. Да и еще при сохранении строки в кавычки НЕ заключать установите
Это возможно потомучто кодировка у csv файла UTF-8. Ее нужно указать при открытии файла. Не знаю как в Экселе, Опен Офис у меня сразу при открытии csv кодировку спрашивает.
Только positions.php нужно переписать.
Будем думать, т.к. побыстрому этой настройки в Яндекс XML найти не удалось. У меня сервер в штатах установлен, выдача вроде вполне русская.
Пока реализовали экспорт в csv.
http://demo.skops.ru/positions.php?url=ru.wikipedia.org
Не эксель конечно(оформления цветом отсутствует), зато побыстрому :)
Должно само исправиться когда завтра сборщик перезапустится.
Мастерхост злой хостинг ИМХО :), намучался я с ним однажды с этой же проблемой.
Попробуйте создать файл .htaccess в каталоге где установлен С.К.О.П.С и впишите туда одну строку.
CharsetSourceEnc utf-8
Корректно сохранить UTF-8 текст можно при помощи PSPad.
Это значит что на мастерхосте PHP сконфигурирован так, что запрещает отключать таймлимит из скрипта (т.е. использовать ф-цию set_time_limit() для настройки лимита).
Т.к. для запуска вы используете CLI версию то там таймлимит судя по документации отключен, так что этот варнинг возможно никак не повлияет на выполнение. Как отработал скрипт можно посмотреть на странице диагностики.
Флаг -q я думаю можно не использовать
Теоретически возможно. Во общем то, такой вариант работы не задумывался поэтому стабильность такой работы не обеспечена.
Запуск по HTTP - самый нестабильный и простой в исполнении вариант
1. Удалить или переименовать файл /cron/.htaccess в папке установки скрипта
2. Запустить http://[url куда вы установили С.К.О.П.С.]/cron/yaxml_parser.php
3. Вернуть /cron/.htaccess обратно
Запуск по шеллу - более стабильный способ
Если есть шелл доступ, то нужно выполнить ту же самую команду что и при запуске по cron. Во время работы нужно чтобы шелл доступ не разрывался. (либо запускать с nohup)
Ничего страшного, база восстановилась. Для того чтобы такая ошибка не возникала, насколько я знаю, нужно установить права 777 (rwx-rwx-rwx) папке backup. Однако, данные сообщения показывают что у вас PHP возможно в safe_mode установлен. Так что, если вдруг у вас скрипты сборщика запускаться не будут, выставите и папке cron и всем файлам внутри права 777.
Если время появится, то XML от Yahoo возможно добавим.
По остальным пока неизвестно, разработчики пока не достигли успехов в заключении сделки с совестью(т.к. выполнение автоматизированных запросов противоречит лицензии на использование поиска :) )
Я тестировал на своем сервере, все вроде работает при изменении пароля.
Так сказать сложно.
Проверьте пожалуйста
1. Кодировка файла configs.php должна быть UTF-8 без символа BOM в начале
2. Логин и пароль должны быть латиницей и без пробелов.
Предполагаемые пути решения
1. configs.php, при к-ром система отказывается работать, отправляете на developers[цобако]skops.ru
2. Либо могу посмотреть на вашем сервере, если вышлите ФТП доступ
c0rr добавил 12.08.2008 в 10:54
Cтационарный Комплекс Оптимизатора под Поисковые Системы
Не вопрос, делайте форк проекта, добавляйте функциональность и называйте любым понравившимся названием(не забыв указать что это форк проекта), опенсорс же.
Кстати а почему СОСКОБ! ?
Это, какбэ, от конкуренции потребитель же выигрывает. Если понятие конкуренции можно применить к опенсорсному и коммерческому продуктам.
Неа, остальные тоже могут получить бесплатно, всего лишь нехочу нарушать сложившиеся традиции. ;)
