saigontov
-
Публикации
335 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
2
Сообщения, опубликованные пользователем saigontov
-
-
Добрый день! marinline(точка)ru
Ситуация:
1. Есть большое количество постов
2. В каждом включено доп поле «Галерея». Но при наполнении контентом была выключена галочка о создании уменьшенной копии, поэтому при просмотре фуллстори не работал режим галереи (слайдшу) при клике на фотку.
Задача
3. Запустить режим галереи. Но! Неужели мне придется заново перезаливать в каждом посте все фотки?
Ведь при этом:
3.1 -- это капец какой временной геморрой
3.2 -- фотки опять поменяют свой URL и краулер снова начнет выкидывать 100500 erors 404 на ближайшие полгода. -- вот это очень обламывает
Может есть какие-то альтернативные методы запустить галерею, не перезаливая 100500 фотографий в каждом посту?
4. Теоретически я понимаю что есть пару выходов:
4.1 -- это произвести массовую работу с мускулом
4.2 -- это пошаманить над show.full.php
Осталось понять, какой из них менее опасный для движка. Если правда нет других альтернатив...
-
В 08.11.2018 в 16:20, celsoft сказал:
А метки ?UTM это что по вашему не разные адреса? Такие же разные, что и указали вы. Вам нужно определится может ли это быть на вашем сайте или нет.
Актульные версии содержат канонические ссылки в себе, поэтому в выдачу пойдет в поисковике пойдет только одна страница, остальные исключены из индекса.
Понятно! Спасибо
-
38 минут назад, celsoft сказал:
Отключите контроль неверных ЧПУ в настройках скрипта и переадресации не будет.
Так, ведь тогда скрипт перестанет обрабатывать адреса и получится что одна и та же страница будет доступна по двум адресам, к примеру:
http://www.marinline.ru/785-smazka-2-4-c-227gr.html и http://www.marinline.ru/catalog-all/accessories/masla-i-smazki/uxod-za-dvigatelem/785-smazka-2-4-c-227gr.html
Таким образом, поисковики начнут склеивать страницы - я уже через это проходил на соседнем проекте.
Там как раз проблема с индексацией решилась включением настроек обработки неверных ЧПУ.
Что-то я капитально запутался. Раньше совсем не обращал на это внимание при рекламе. А теперь, когда я дописал PHP скрипт по затягиванию параметров UTM хвостов в заявку на почту, это стало критично важно для меня. Я как раз следующим шагом дописываю скрип, чтобы человек зашедший с UTM хвостом не потерял его при переходу по внутренним страницам, а тут получается обработка ЧПУ на корню рубит мою затею со сквозной аналитикой.
-
Сайт: marinline.ru
Добрый день! Сегодня обнаружил такую не приятную штуку: почему-то на сайте в браузерной строке сбрасываются ?UTM метки на всех страницах кроме главной.
Это .htaccess видимо барахлит, как думаете? Тоесть, когда по рекламе юзер попадает на внутреннюю страницу, то весь UTM хвост стирается и в строке остается только чистая URL
-
1 час назад, celsoft сказал:
Никакого отношения эта настройка не имеет к данной проблеме и не может иметь. Вы вероятно затронули другие настройки сервера, например настройки хранения PHP сессий.
Да ничего я не затрагивал, я и не лазил в настройки PHP. Как эта проблема решается? Это может быть связано с .htaccess?
-
В 06.10.2018 в 11:17, celsoft сказал:
Приступайте к обновлению скрипта по инстукции по обновлению. Не нужно ничего делать в скрипте и в админпанели до тех пор пока у вас стоит версия PHP которая несовместима с вашей версией DLE. DLE 8.5 не совместима с вашей версией PHP, работать эта версия корректно на вашем сервере не будет. Обновляйте DLE до актуальной версии по инструкции, и только потом идите в админпанель и т.д.
Спасибо! Обновление до 13.0 произвел. База вроде тоже встала нормально. Но теперь есть нюанс с админкой. Почему-то после каждого перехода по разделам админки выбрасывает на страницу авторизации. Происходить это начало после того, как я добавил в настройках сервера:
allow_url_include = Off
Почему так происходит?
-
13 минут назад, alex32 сказал:
посмотри в phpMyAdmin таблицу _post и кодировку БД и самих таблиц
Посмотрел: http://take.ms/nmdPL, чисто визуально столбцы есть. На внешке сайта тоже выводятся все элементы новости заголовками: http://take.ms/sH3Ba
Хотя в админке не могу ничего отредактировать, в новость войти не могу.
В мускле у базы кодировка: http://take.ms/Chmjl, ну а внутри конечно уже другая = http://take.ms/ffB8P
Чего делать? У основной базы поменять кодировку?
-
3 часа назад, saigontov сказал:
В общем по итогу импорт с виду прошел успешно. Но вот что теперь творится в разделе «Редактировать новости» (v8.5)
Почему такое бывает подскажите
Вот я красавчик, забыл скрин приложить: http://take.ms/1JONA
-
В 04.10.2018 в 13:45, celsoft сказал:
У вас нехватило PHP ресурсов выделенных на сервере, для завершения работы, сервер принудительно прервал работу PHP интерпретатора. Увеличьте лимиты для на работу PHP в настройках сервера, как это сделать вам нужно узнать в службе поддержки хостинга. Либо восстановите бекап другими средствами, например через SSH
В общем по итогу импорт с виду прошел успешно. Но вот что теперь творится в разделе «Редактировать новости» (v8.5)
Почему такое бывает подскажите
-
2 часа назад, alukardua сказал:
celsoft уже говорил, поднимать бекап от старой версии нельзя, так как обновляются поля базы и сама база при обновлении, решение откат на старую версию скрипта, поднять от нее бекап и снова обновится
А я не говорил, что уже обновился. Как раз таки я и хочу накатить бэкап и потом начать обновляться
-
В 28.09.2018 в 18:17, saigontov сказал:
38000+ как мне кажется весомая история
Итак, наблюдаю такую картину. Перенес все файлы на новый хост. Начинаю накатывать бэкап базы данных и, как и следовало ожидать...
наблюдаю как восстановление застыло на одном месте: http://take.ms/ZaGsd
Есть у кого нибудь понимание, стоит надеяться и ждать что этот процесс продвинется с этой мертвой точки?
Смотрю на эту картину уже примерно 30 минут ))
-
1 час назад, celsoft сказал:
Конечно, хоть 13.1, так было всегда в DLE.
Ок, тут я вас понял.
А что на счет кодировки? Я правильно понимаю что с какой-то версии вы полностью отказались от 1251 в пользу utf-8?
Как здесь процесс устроен с накаткой?
-
54 минуты назад, celsoft сказал:
Правильно. Только какие остальные версии? Обновляться нужно сразу на актуальную версию DLE, без каких либо промежуточных.
Как это? Тоесть если у меня сейчас 8.5 то можно сразу 12.0 накатить (как тут объясняли: https://forum.dle-news.ru/topic/73118-обновление-85-до-130/?tab=comments#comment-366972 )? Просто я так понял, что надо по очереди одну за другой накатывать. А так получается что я сейчас накатываю 12.0 на старую версию 8.5 и далее на 12.0 накатываю 13.0 - это верно?
Я правильно понимаю что с 12.0 автоматический апдейт уже реализован или нет?
-
4 часа назад, celsoft сказал:
В процессе обновления первым шагом, вы обновите файлы скрипта, которые будут работать поддерживая актуальные версии. Ничего предварительно понижать не нужно.
Извините за назойливость, просто хотел переспросить... Правильно я понял, что я ставлю современную версию PHP и накатываю остальные версии не обращая внимание не висячие ошибки на главной?
-
33 минуты назад, celsoft сказал:
7.2.x уже линейка вовсю
Да, актуальная версия DLE работает на ней нормально.
Отлично! Спасибо
-
2 часа назад, celsoft сказал:
Переносить нужно не путем установки скрипта с нуля, а переносом базы данных и файлов.
На разные в разных. Вам нужно перенести файлы и БД, повышать версию до максимально актуальной, и приступать к процедуре обновления скрипта до актуальной версии, строго по инструкции по обновлению. В процессе обновления первым шагом, вы обновите файлы скрипта, которые будут работать поддерживая актуальные версии. Ничего предварительно понижать не нужно.
А какая сейчас максимально актуальная? У меня по дефолту стоит 5.6 - это норм?
-
В 12.06.2018 в 16:51, celsoft сказал:
Здесь и разбирать нечего. В версия DLE 8.3 использует функции которых уже нет в обновленной версии PHP. Необходимо либо понижать версию PHP, либо обновлять DLE до актуальных версий. И таких функций много, а не только одна. Вручную вам очень много нужно переписывать.
Добрый день! Тоже вот сейчас столкнулся с этими «соплями». Мне надо перенести движок DLE 8.5 на другой хостинг и накатить на него версии до актуальной.
При установке столкнулся с тем, что пришлось поменять в установщике
TYPE=MyISAM
наENGINE=MyISAM
- устаревшее ключевое слово (начиная с версии 5.0 MySQL).
Далее на последнем шаге вылезла строка:Warning: Illegal string offset ‘js_min’ in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/inc/include/functions.inc.php on line 682
А на главной теперь http://alcoexpert.beget.tech/ теперь повисли такие строки:
Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/classes/rss.class.php on line 51 Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/modules/show.short.php on line 160 Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/modules/show.short.php on line 160 Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/modules/show.short.php on line 160 Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/modules/show.short.php on line 160 Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/classes/templates.class.php on line 64
И соответственно не отрабатываются теперь некоторые функции типа просмотра коротких новостей.
Скажите, с какой версии DLE начинается переход на новые версии PHP? Я думаю что хостер сможет мне понизить версию PHP для более ранних DLE, а дальше я буду накатывать версии и в момент Х повысим версию PHP. Как думаете, это корректный подход?
-
В 29.09.2018 в 22:35, alex32 сказал:
никаких супер-пупер нагруженных запросов там нет, обновится пошагово прекрасно и на шареде. Просто надо не забывать главное правило - делай бэкапы. И делать все по инструкции обновления, а не выдумывать бредовые идеи.
В 29.09.2018 в 22:19, Мистер Редиска сказал:Именно реклама.
38К новостей это уже минимум VPS, а на хостинге такое не делают, разве что это какой то премиальный хостинг с большими лимитами.В 29.09.2018 в 20:12, alukardua сказал:Это вопрос о замене хостинга, а база просто обновится под 13 версию
не реклама я щас пользуюсь хотхат и не знаю проблем с нагрузкой, так это их проблема
Ok! Всем спасибо!
-
2 часа назад, celsoft сказал:
Можно обновится сразу на актуальную версию. Но подождите версии 13.1, т.к. обновление на 13.0 может пройти с проблемой, если совсем древняя версия ниже 9 линейки, как у вас. Либо обновитесь например сначала на версию например 12.0 и потом с нее на 13.0 если нужно обновится прямо сейчас.
@celsoft есть очень важный вопрос. Дело в том, что у меня сейчас в базе получается 38000+ новостей и 110 000+ пользователей (95% из которых - боты пробившие уязвимость версии 8.5).
С пользователями понятно, ботов я вычищу, а как быть с новостями 38000+ как мне кажется весомая история. Как это может сказаться на процессе накатки версий?
-
2 часа назад, celsoft сказал:
Можно обновится сразу на актуальную версию. Но подождите версии 13.1, т.к. обновление на 13.0 может пройти с проблемой, если совсем древняя версия ниже 9 линейки, как у вас. Либо обновитесь например сначала на версию например 12.0 и потом с нее на 13.0 если нужно обновится прямо сейчас.
Ок, я пока так сделаю, потому что уже надо начинать работы.
-
Всем привет. Вопрос тривиальный. Надо обновить движок с 8.5 до 13.0. Что более правильно в этом случае сделать:
1. Накатывать обновления одно за одним
2. Бэкапнуть базу и раскрыть бэкап сразу на новом 13.0? Или там будут проблемы с архитектурой?
сайт: alcoexpert(dot)ru
-
Парни, все, я решил проблему...
Нашел такую прикольную фичу:
https://donatstudios.com/RewriteRule_Generator
В итоге что я имею... в качестве исходных данных у меня есть 1000+ старых URL'ов и новых URL'ов
... /uslugi/repair-manuals/tekhnicheskie_konsultatsii/ /marinline-uslugi/remont-lodochnyh-motorov/ /uslugi/repair-manuals/vyezd_mekhanika/ /marinline-uslugi/remont-lodochnyh-motorov/ /uslugi/repair-manuals/kompyuternaya_diagnostika/ /marinline-uslugi/remont-lodochnyh-motorov/30-kompjuternaja-diagnostika-lodochnogo-motora.html ...
Эта фича «RewriteRule_Generator» преобразовала мне все строки в такой вид:
... RewriteRule ^uslugi/repair\-manuals/tekhnicheskie_konsultatsii/$ /marinline-uslugi/remont-lodochnyh-motorov/? [L,R=301] RewriteRule ^uslugi/repair\-manuals/vyezd_mekhanika/$ /marinline-uslugi/remont-lodochnyh-motorov/? [L,R=301] RewriteRule ^uslugi/repair\-manuals/kompyuternaya_diagnostika/$ /marinline-uslugi/remont-lodochnyh-motorov/30-kompjuternaja-diagnostika-lodochnogo-motora.html? [L,R=301] ...
Теперь все отлично работает. Проверял и через поисковую выдачу и через ручной ввод и через ссылка с внешних ресурсов и даже из контекстной рекламы (единственное при редиректе теряются UTM хвосты)
Берите на вооружение, уверен много кому поможет!
-
Redirect 301 /test-1/ http://site.ru/test-2/
Redirect 301 /test-1/ http://site.ru/test-2/
Это по сути ничем не отличается от тех строк что у меня уже есть
Более подробный RewriteCond %{REQUEST_URI} ^/test/$ RewriteRule ^.*$ http://site.ru/new-test/? [R=301,L]
А этот вариант сразу кладет сайт с ошибкой 500
-
3 часа назад, alukardua сказал:
попробуй
Самый простой вариант Redirect 301 /test-1/ http://site.ru/test-2/ Более подробный RewriteCond %{REQUEST_URI} ^/test/$ RewriteRule ^.*$ http://site.ru/new-test/? [R=301,L]
Предлагаете для каждой строки редиректа сделать такую конструкцию (второй вариант)?
Вопрос про xfieldimagegallery
в DataLife Engine (Общие вопросы)
Опубликовано:
В общем я решил, что наверное перезалью-ка я все фотки, заодно водный знак наложится