- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Advice, честно говоря, никак не могу понять твоей проблемы. Для распаковки архивов любых размеров, в пандоре есть функция "разбивать архив на части", после этого стандартный менеджер льет не один безумный архив на 200МБ, к примеру, а сотню двухмегабайтных, которы распаковываются в один дор. Ты используешь эту опцию или нет?
Да. Но он вроде хочет потом всю пачку залить одним архивом и поставить 1 раз на распаковку вручную. Просто ему попался хостинг, где иерархия папок разрешает такое делать, но в большинстве случаев иерархия несовместима с таким методом (типа папка сайта в /site.ru//htdocs/www/ и т.д.), так что никто перерабатывать заливщик не будет. Вон Топпер посоветовал сторонние решения. Пусть копает в эту сторону.
Дело не в заливке большего дора, а в распаковке. После заливки, UploadManager обращается к скрипту для распаковки. Обратился первый раз, архив начал распаковываться. Архив большой, распаковывается медленно. Время, которое ждет UploadManager прошло, он делает вторую попытку, опять обращается к скрипту распаковки, в это время дор всё еще распаковывается, а UploadManager раз за разом обращается к скрипту распаковки, из-за превышение таймаута/интервала ожидания.
Два варианта решения:
Первый вариант(спасибо,kashim) - "разбивать архив на части". Проблем с распаковкой не будет так как не будет 200мг архива, а будет 10 штук по 20мг.
Второй вариант - вариант с архивацией всей пакетки и заливкой. На пред. странице я писал, он протестирован - работает.
Можно было спросить прямо: "невозможно распаковать большой архив на шареде, что делать?" а то попробуй разгадай, эти ребусы :)
Два варианта решения:
Первый вариант(спасибо,kashim) - "разбивать архив на части". Проблем с распаковкой не будет так как не будет 200мг архива, а будет 10 штук по 20мг....
А разве аглоритм MultiLoader не такой (дор на 200 мб):
Заливаем по фтп 10 файлов по 20 мб, собираем на хостинге скриптом из частей файл на 200 мб (вроде скрипт называет его «r.zip»), разархивируем уже его. ?
То есть все равно нагрузку дает финальный большой архив.
На всякий случай, фикс для мультилоадера, к дефолтному заливщику не относится: /ru/forum/834044
А разве аглоритм MultiLoader не такой (дор на 200 мб):
Заливаем по фтп 10 файлов по 20 мб, собираем на хостинге скриптом из частей файл на 200 мб (вроде скрипт называет его «r.zip»), разархивируем уже его. ?
То есть все равно нагрузку дает финальный большой архив.
Нет. Разделение делается в 2 этапа и распаковывается в 2 этапа:
1. Пандора разбивает архив на полноценные открывающиеся архиватором части(1 этап)
2. Всю пачку архивов отдает заливщику
3. Заливщик рубит каждый кусок еще на части(2 этап)
4. Склеивает кусочки в 1 маленький архив, распаковывет
5. Берет следующий маленький архив, склеивает кусочки в 1 маленький архив, распаковывет
Иначе было бы не решить проблему длинного времени выполнения скриптов на фрихах(и не только) и проблему предела по памяти для пхп скрипта.
А так вот она решается через эту галочку. Поставьте ее уже наконец в пандоре.
---------- Добавлено 27.09.2015 в 14:38 ----------
На всякий случай, фикс для мультилоадера, к дефолтному заливщику не относится:
Это относиться только к автопилотному режиму.
А то что я описал выше относится к обоим заливщика в стандартной связке, без автопилота.
---------- Добавлено 27.09.2015 в 14:43 ----------
1. Если ли аналог разделителя как в РБ?
<!-- hesoyam rb -->
2. Ищу, но пока не нашёл - как создать шаблон map.html? Отмечаю чекбокс, что бы файл map.html создавался, он создаётся, но по точно такому же шаблону, что и остальные страницы сайта. Нужна простая страница со списком/линками всей страниц в столбик.
3. Использованные ключи удаляются из файла - очень хорошо. Но сохраняются ли они куда-нибудь в файл(есть ли такая опция?), что бы потом можно было бы перегенерировать страницы с теми же ключами (вдруг изменения нужно внести)?
Сори пропустил ваш вопрос.
1. Точно не помню что он делал, но помоему он был нужен для цикла ключей, выделенных на страницу. В пандоре делается через блок с более логичным названием {KEYCYCLE}...{/KEYCYCLE}. Примеры в документации.
2. В пандоре карта создается в дизайне сайта, так как такое поведение характерно белым сайтам. А карта на белом фоне характерна как раз доргену RB. Сделать так конечно можно, только надо ли. Решается через использование блоков {MAP}/{POST} и т.д. Примеры в дефолтовых шаблонах.
3. Да можно, но сначала нужно эту опцию включить в файле тюнинга. Параметр LogKeywords=1 нужно прописать и удалить // перед ним. Тогда ключи будут лежать в папке логов.
3. Да можно, но сначала нужно эту опцию включить в файле тюнинга. Параметр LogKeywords=1 нужно прописать и удалить // перед ним. Тогда ключи будут лежать в папке логов.
там вроде есть маленький баг - если в тюнинг.тхт включить DisablePackElementsLogs=1
то почему то из всего пакетного задания сохраняются кейсы только от одного дора из всей пакетки :(
там вроде есть маленький баг - если в тюнинг.тхт включить DisablePackElementsLogs=1
то почему то из всего пакетного задания сохраняются кейсы только от одного дора из всей пакетки
Я так думал что DisablePackElementsLogs отключает вообще все папки логов по элементам пакетки.
И раз такое решение параметром установлено, то и ключей не будет, они ж тоже являются данными элемента пакетки.
Я так думал что DisablePackElementsLogs отключает вообще все папки логов по элементам пакетки.
И раз такое решение параметром установлено, то и ключей не будет, они ж тоже являются данными элемента пакетки.
блин, а я думал что будет сохранятся общий файл с кейсами для всей пакетки - по аналогии с общими файлами ссылок :)
блин, а я думал что будет сохранятся общий файл с кейсами для всей пакетки - по аналогии с общими файлами ссылок
Да, так и есть. Под пакетку сохраняется общий файл ссылок и если LogKeywords то будет и общий файл ключей keywords.txt всей пакетки. Число строчек должно в нем быть такое же как в linsk.txt
Важно случайно не выключить общие логи пакетки параметром DisablePackSelfLogs. Если он стоит, то нужно убрать, иначе общих ссылок не будет(и ключей)