А на последней версии инстанта будет работать? И как этот компонент будет дружить с InstantMaps?
Roman
А на последней версии инстанта будет работать? И как этот компонент будет дружить с InstantMaps?
1) На сайте речь идёт о новостройках и title это адрес дома. В принципе стандартный поиск находит дома по запросу "Столыпина 25", но выдаёт список и остальных домов с этой улицы с сокращёнными названиями, что не позволяет найти нужный дом:
И это очень не хорошо для сайта. Как можно увеличить количество символов для результатов поиска?
2) В компоненте включен фильтр и там тоже можно искать по адресу дома (у нас это title), но по факту он покажет нужный дом при точном совпадении символов. Соответственно по запросу "Столыпина 25" фильтр не выдаст "г. Ульяновск, ул. Столыпина, д. 25". Как это можно решить?
Для сайта куплен InstantMaps и исправно работает, но поиск по адресам понятный для людей организовать не получается. Что можно придумать?
Roman, Откройте в Notepad++ две базы, нормальную и битую и посмотрите и сравните начало (до таблиц) и конец ни чем не отличаются?
Было пару раз разные баги, один раз в начало добавлялось указание на то куда ставить (кажется так или что то подобное) пришлось это в ручную удалить.
В другой раз в конце базы добавлялись крякозябры типа другой кодировки, тоже это в ручную удалял...
Еще Sonat, тут правильно направление дал, попробуйте битую базу поставить на локальный, если встанет, уже её экспортировать и залить на сайт.
Спасибо — попробую. А как-то можно БД сравнить не в ручную?
Написал в Т.П, хостингу jino.ru, ответ:
лимиты проверьте и памяти сколько. Параметры хостинга самые дешевые?
503 Service Unavailable
Хостинг не дорогой, но на данный момент нагрузка значительно снижена. И при более высокой нагрузке не было проблем с сохранением и восстановлением БД. Наблюдаю сейчас сильную нагрузку на CPU (но ниже нагрузки и не было), а когда сайты находились под ДОС атаками — нагрузка бывала ещё выше…
Если phpmyadmin нормально видит импортированнутую базу, тогда при чем тут разговоры про неудачный импорт?phpmyadmin нормально базу видит, но на сайт захожу и вижу 503
—
С ТП просто мне писали:
… Это означает, что лимитов phpmyadmin для импорта данного дампа недостаточно.
Импорт требуется делать через ssh.Написал в Т.П, хостингу jino.ru, ответ: Всё у нас хорошо, но у вас БД большая наверное — пробуйте через SSH
Кстати я так и не понял, вы на локальном сайте разворачивали копию сайта для проверки?
Что изменилось у сайта: домен? хостинг? сервер?
Я всегда копию сайта разварачиваю на поддомене сайта. Мне так проще и быстрее. На локальном хостинге вообще не работал. Я предполагаю, что проблемы происходят в момент сохранения БД или в момент её заливки. База как бы успешно встаёт, но сайт не работает — 503
Roman,
А логи ошибок с сервера неужели нельзя посмотреть? Панель управления на сервере какая?
В логах я не особо разбираюсь, но когда ручками сравнивал БД то обратил внимание, что в новой БД одна табличка меньше по размеру была. Поменял её отдельно — но не помогло. А другие таблички по размерам не отличались (если я не пропустил чего).
Roman,
Вы хоть отладку включите.
В \system\config\config.php напишите единичку:
'debug' => 1,
Включено уже…
Можно ещё увеличить max_execution_time в php.iniТак как эта проблема для меня новая, то даже не знаю в каком направлении рыть… Какие варианты возможны?
А где это увеличить?
С ТП просто мне писали:
Здравствуйте.
Это означает, что лимитов phpmyadmin для импорта данного дампа недостаточно.
Импорт требуется делать через ssh.
Не совсем понятно в кокой момент ошибка.… как всегда делаю копию сайта на хостинге файлов и БД. Обычно проверяю что эта копия работает и все правки делаю на ней, а потом заливаю сайт на родной домен.Но в этот раз у меня не получается оживить копию MySQL, сайт с ошибку показывает:
503 Service Unavailable...
1. забрали БД с хостинга — все норм?
2. развернули БД у себя, внесли правки — локальный сайт работает?
3. залили БД на новый сайт — phpmyadmin нормально базу видит?
4. заходите на новый сайт — тут?
phpmyadmin нормально базу видит, но на сайт захожу и вижу 503
Маленький сайт (с которым проблемы) на данный момент работает и проблем с ним я не наблюдаю.
А копии больших сайтов на этом же хостинге и на этом же поддомене — копируются без проблем и работают.
Собираюсь обновить движок и т.п. — как всегда делаю копию сайта на хостинге файлов и БД. Обычно проверяю что эта копия работает и все правки делаю на ней, а потом заливаю сайт на родной домен. Но в этот раз у меня не получается оживить копию MySQL, сайт с ошибку показывает:
503 Service Unavailable
Please, enable debug mode in the site settings
Думаю, может чего не так в файлах — перезалил и проверил ещё раз config.php Но результат тод же.
Написал в Т.П, хостингу jino.ru, ответ: Всё у нас хорошо, но у вас БД большая наверное — пробуйте через SSH (но я им пользоваться не умею, да и сайт реально состоит из 10ти страничек). Думал дальше бомбить Т.П. т.к. были подозрения на фиговенькую работу myadmin, но потом решил взять большой сайт на этом же хостинге и проверить — будет сохранять БД или нет. Копия запустилась с первого раза без проблем вообще...
Вот я теперь думаю: что произошло с БД маленького сайта и почему я не могу её сохранить и использовать для копии сайта?
Так как эта проблема для меня новая, то даже не знаю в каком направлении рыть… Какие варианты возможны?
Ошибка соединения с SMTP-сервером github.com/PHPMailer/PHPMailer/wiki/Troubleshooting
Я проверил на этом сайте другой почтовый ящик — он тоже не стал работать. Переключил настройки на Sendmail — и только после этого сайт начал отправлять письма. Но очень хочется обратно вернуть SMPT так как на сайте настроена рассылка по клиентам (KMailer) и все рекомендуют SMPT + возможность отписки по ссылке в письме (а то в спамеры определят и будут проблемы).
Я сомневаюсь, что проблема возникла после установки KMailer, и одна из рассылок была включена на момент сбоя SMPT, в итоге 8го числа люди письма получали и открывали и по ссылкам переходили на сайт, а вот уже 9го числа только переходили по ссылкам из писем от 8го числа. Письма которые были отправлены 9го и 10го (как я понимаю) на самом деле не отправлялись вообще...
Какие файлы нужно перезалить в движке, что бы устранить эту беду?
Данный ключ отвечает за выполнение скрипта не в фоновом режиме.
Если так указано в рекомендации то укажите с ключом, но особой необходимости в этом нет.
Работать будут оба варианта задания.
php5.4 /home/users/9/9176349101/domains/on-line73.ru/cron.php > /dev/null
php5.4 -f /home/users/9/9176349101/domains/on-line73.ru/cron.php > /dev/null
Вроде всё работает, тему закрываю.
Спасибо за совет, но я это пробовал уже. Но вот ещё интересный момент: трафик на сайт идёт через www.cloudflare.com/ и там есть интересная функция про которую я постоянно забываю))) Сервис помнит сайт и ctrl + F5 не помогает)))
Roman, в конфиг файле выставить 'template_admin' => 'default'
И после обновления очистить кеш браузера, нажав, например, ctrl + F5.
Но обновление там происходит автоматом через несколько часов. Всё само заработало — тему закрываю)))
—