А исправить соответственно
<META http-equiv="Content-Type" content="text/html; charset=windows-1251">
на
<META http-equiv="Content-Type" content="text/html; charset=utf-8">
Drupal + модуль https://www.drupal.org/project/ed_classified
Джумла - качество кода будет паршивое;
Друпал - как повезет, чаще более-менее, ценник тоже будет повыше, гибкости больше;
Если нужно сильно кастомить - Друпал лучше, но фреймворк (только не самописный) - ваш выбор. Но будет дороже, и вы не сможете делать мелкие правки своими силами.
Если планируется немного менять, стоит использовать взрослые инструменты: Jekyll, Octopress, Middleman и иже с ними. Быстро развернуть их можно, например, так.
Но это если вы занимаетесь всерьез, и будете время от времени менять контент, иначе больше времени потратите на знакомство с инструментами.
Дробь есть деление.
Дробь 3|4 == 3/4 == 0.75, это просто разные варианты записи
Таки верно, но человек хотел не того. А хотел он, если не говорить о плагинах, вот такого:
function getCityName() { switch ($_SERVER['SERVER_NAME']) { case 'shop.city1.ru': 'Верхние Чебурашки' break; case 'shop.city2.ru': 'Нижние Чебурашки' break; case 'shop.city3.ru': 'Москвосибирск' break; } }
и где надо подставить имя города - вызываем эту приблуду.
PS: Серч форум сошел с ума, в коде "***91;" вокруг SERVER_NAME это открывающая и закрывающая квадратные скобки
Я бы советовал Drupal. PHP самый поддерживаемый язык, и самый популярный среди веб разработчиков.
Drupal имеет лучшее API на сегодня, лучшую поддержку, и уровень разработчиков чуть выше среднего. Там тоже можно увидеть жесть и ужас, как на WP или Джумле, но много реже.
Огромное количество модулей, отличные возможности настройки для не-программиста.
Сравните шаблон на сайте, с его оригиналом (или просто перепишите поверх оригинальными файлами).
Можно отключить на время, пока хостер не снимет лимиты, потом оживить. Был у меня пациент на друпале: главная при запросе сжирала пол гига озу, и думала пол минуты, зато потом из кеша собиралась очень быстро.
Подключить CloudFlare, или другой CDN - частично спасет при падении сервера, если тот хоть раз отработает нормально. И поставить ограничение на время выполнения скриптов, чтобы при недоступности сторонних ресурсов он просто умирал. По хорошему, кончено, этот запрос надо отловить и выпилить из шаблона, или хотя бы ограничить по времени.
Еще вариант - для данных с большой динамикой и структурой, которой можно пожертвовать - использовать NoSQL, вроде redis или mongo.
Выкосить лишние индексы, если есть. Скорректировать отдачу кешированием конечных результатов. Выкосить лишние записи, если возможно.
Я, разумеется, не видел вашего решения, но физически отключить роут "services/route/1.x" ему вполне по силам. За последние пару лет такое уже было с яндекс апи, и ютубовским (когда /2.x/ вырубили полностью).
Можно ссылку на документацию, по которой это логично? В Песочнице это выглядит так:
https://tech.yandex.ru/maps/jsbox/2.1/deliveryCalculator
т.е. используется именно API, которое генерирует такого вида путь:
https://api-maps.yandex.ru/services/route/2.0/?callback=id_144689920680551510226&lang=ru_RU&token=036b265e71fac8745f3287d9664fa2b1&rll=30.523639%2C50.450361~33.11641243749999%2C51.818831210010366&rtm=atm&sco=latlong&results=1&search_type=geo
А вот по поводу хардкодных путей и самостоятельного использования в основном такое: http://clubs.ya.ru/mapsapi/replies.xml?item_no=39884
Кстати, на счет "проблем не будет" - все жестко заданные URL сломаются в тот самый момент, как яндекс надумает поменять отдаваемую структуру. И если через YMaps API достаточно будет подсунуть новую версию библиотеки, то при ручной реализации надо будет переписывать и жестко заданный путь, и парсинг. Это, кстати, не за горами, учитывая что актуальная версия сервисов "services/route/2.0", и "services/route/1.x" могут просто отключить в любой момент.
