|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
15.06.2011 12:55 |
|
Участились случаи возникновения ошибки XML Parsing Error at 1:19. Error 57: XML declaration not finished при входе в административный раздел > Расширения > Менеджер шаблонов.
Об этом, часто пишут посетители PageRanker.Ru, являющиеся администраторами сайтов на CMS Joomla, в комментариях к материалам, размещенным на сайте.
Причина возникновения ошибки XML Parsing Error at 1:19. Error 57: XML declaration not finished практически всегда одна и та же. Она возникает из-за несоблюдения порядка установки дополнительных приложений в CMS Joomla. Неверно могут быть установлены модули, компоненты, но чаще всего эту ошибку вызывает некорректная установка шаблонов.
Обычно, ошибка появляется в случае, если процесс установки не был завершен. Это может возникнуть из-за обрыва связи при копировании файлов шаблона, компонента или модуля CMS Joomla. Кроме того, пользователи CMS Joomla часто используют внешние, не безопасные веб-ресурсы для поиска на них интересных расширений. Однако, использование таких расширений не может гаратнировать 100%-ую их работоспособность. Администратор ресурса может просто ошибиться, забыв добавить в скачеваемый посетителями сайта установочный архив какой-либо файл или его часть. Не стоит забывать, что такие дествия не редко могут быть сделаны преднамеренно с целью извлечение материальной выгоды либо просто для нанесения вреда Вашему сайту.
Так что же делать, если в админке у Вас висит постоянная ошибка (XML Parsing Error at 1:19. Error 57: XML declaration not finished) и ничего не работает?
|
|
Обновлено 15.06.2011 12:59 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
22.09.2010 09:44 |
|
Тема проброса портов под FreeBSD довольно избитая. У многих имеется сеть за натом, из которой нужны выпустить какой-нибудь сервис. Будь то web, ftp, игровой сервачек или VPN значения не имеет. Изложу свой вариант, который заводится за пару минут.
Под FreeBSD проброс портов можно осуществить многими способами. Используя демон natd, фаерволлом ipfw, pf, различными демонами аля rinetd и так далее. Мне понравилась программка bounce. Назначение которой, как понятно из названия статьи, проброс портов за nat. Она давненько уже есть в портах, так что с установкой проблем не возникнет. unixtips#/root/> cd /usr/ports/net/bounce/ && make install clean
Ставиться за полминуты. Конфигурируется ненамного дольше :)
Для начала не забудем сделать rehash, чтобы обновить PATH и не писать полный путь до исполняемого файла unixtips#/root/> rehash
Вызовем хелп, из которого все понятно.
|
|
Обновлено 09.03.2011 15:08 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
06.09.2010 15:12 |
|
Эта статья поможет разобраться, почему на сайтах время от времени появляется ошибка 502 Bad Gateway и как эту проблему устранить.
Если эта ошибка возникает, значит HTTP-запросы от клиентов до вашего сайта идут через какой-то шлюз. Например, если на хостинге перед веб-сервером Apache стоит веб-сервер nginx, то nginx будет шлюзом.
502-ая ошибка означает, что запрос от клиента прошел nginx, попал к Apache, и Apache не смог запрос обработать, о чем сообщил nginx’у. В результате nginx отдает клиенту ошибку.
Почему Apache не смог обработать запрос? Как это исправить?
Скорее всего, если сайт раньше работал, а теперь не открывается, дело не в конфигурации среды. Часто причина в нехватке ресурсов сервера, и, следовательно, в невозможности обслужить всех клиентов. В частности, проблема может быть в нехватке оперативной памяти. Такое может случиться и на VPS, и на shared-хостинге.
Если PHP работает через FastCGI, то на сервере может не хватать php-cgi процессов в моменты, когда на сайте много посетителей, заглянул прожорливый бот или кто-то рьяно скачивает ваш сайт целиком для изучения в офлайне. Веб-сервер хотел бы запустить дополнительные процессы, но памяти под них уже нет. Значит, нужно добавить памяти либо оптимизировать расход доступной.
|
|
Обновлено 09.03.2011 15:03 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
20.08.2010 12:04 |
|
Эта статья не имеет прямого отношения к тематике сайта www.pageranker.ru, однако не написать про смс мошенничество я не мог. Часто вызывает недоумение отсутствие у организаторов мошенничества простого человеческого рассудка. Итак, вот какие существуют способы вынуть деньги с Вашего счета на оплату услуг связи мобильного оператора связи:
1) Самый популярный на данный момент смс мошенничества - это троян (Trojan.Winlock) Этот троян блокирует windows или у вас на рабочем столе появляется баннер или в браузере , во всех случаях просят отправить смс для того чтобы убрать баннер или разблокировать компьютер, это всё мошенничество, не вздумайте никуда ничего отправлять. Достаточно просто посетить сайты антивирусных компаний , например Dr.Web и там вы найдёте пароли для разблокировки данного рода трояна, после чего рекомендую проверить свой компьютер бесплатной утилитой Dr.Web CureIt , которая так же имеется на сайте Dr.Web.
2) На сайте вас просят отправить смс например для того чтобы зарегистрироваться или получить свои заработанные средства , причём пишут что это совершенно бесплатно , не стоит рисковать , просто позвоните своему сотовому оператору и уточните стоимость данной отправки и всё станет ясно , если же вы всё же отправили смс и у вас со счёта сняли средства, то их можно вернуть, только обязательно прочитайте правила сайта, так как с помощью правил мошенники сделают так, что вы не сможете вернуть средства или же стоимость всё таки они где то указали но вы её не заметили, в таком случае вам тоже не вернут средства.
|
|
Обновлено 09.03.2011 14:59 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
01.07.2010 09:02 |
|
Недавно на форуме увидел продажу домена с ТИЦ30. Но как оказалось позже тиц домена был определен не совсем верно. Поэтому никто его так и не купил.
Большинство людей проверяют показатели домена при помощи сервисов подобных pr-cy.ru, однако профессионалы делают это не совсем так. Они проверяют совершенно другим способом. Наиболее точная проверка ТИЦ домена при помощи Yandex.Bar – панель которую можно установить в браузер Mozilla FireFox или же Internet Explorer.
Но дело в том, что не каждый вебмастер захочет устанавливать Яндекс Бар себе в браузер только из-за проверки покупаемых доменов с ТИЦ. Ведь он абсолютно не нужен.
|
|
Обновлено 09.03.2011 14:52 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
18.06.2010 11:51 |
|
Вы любите конкурентов? Хотите видеть их на первых места в выдаче поисковых систем? Не верю. Я вот их терпеть не могу. И чхал я на мораль и на то, что (а вдруг?) они лучше разбираются в продвижении сайтов, чем я. Мне надо быть в топе, а для этого подходят любые методы, о которых пока что умолчал Уголовный кодекс.
Нет, сразу скажу – устранять конкурентов вещь недостойная, куда логичнее и приятнее опередить их в топе за счет своей собственной работы, качественной оптимизации сайта и работы над внешними факторами. Но иногда бывают случаи, когда такие вот честные методы не работают.
Итак, у нас есть недобросовестный конкурент и надо ему напакостить, ибо человеческое отношение ему чуждо. Первый и самый простой вариант – прогнать его сайт по самым огромным и мусорным базам каталогов, форумов и гостевых книг. Последствия могут быть разными. Идеальный вариант – сайт конкурента улетает далеко на сотые страницы поиска, особенно в гугле. Рано или поздно он восстановит свои позиции, но конкурент долго будет занят анализом причин происходящего.
Попробовали? Не вышло. И логично – вероятность такого варианта небольшая. Чаще всего подобный ссылочный спам идет только на руку конкурентам – после возможного временного падения будет неплохой рост по низкочастотным запросам.
Кстати, для большего эффекта при регистрациях в каталоге можно использовать их корпоративную почту.
Второй вариант – и его вероятность приближена к вероятности срабатывания первого – использование так называемого мигания ссылок. Можно в течение недели-двух покупать ссылки, ведущие на его сайт, и снимать их каждый день. Есть ненулевая вероятность того, что яндексу это не понравится, и он на определенное время выбросит сайт конкурента из топа. Мера временная и эффективность ее сомнительна.
А теперь давайте подумаем. Посмотрим на сайт конкурента – нет, ну конечно, иногда попадаются самописные движки с безумной системой безопасности, но это из разряда казуистики – чаще всего это стандартные CMS со своими дырами, причем использование оных не приведет к какой-либо ответственности, так как они, фактически, являются документированными функциями.
|
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
10.06.2010 15:08 |
|
Ни для кого сегодня уже не секрет, что время трудяг-вебмастеров, размещающих ссылки вручную, давно прошло. Сегодня в борьбу за первые места в выдаче вступают другие техноголии. Я думаю, вы слышали уже про программу автосабмита XRumer, а если нет, то как раз пришло время познакомиться.
Если говорить кратко, то хрумер призван облегчить труд вебмастера и автоматизировать размещение ссылок и постов в самые модерируемые ресурсы - форумы (есть также возможность добавлять ссылки на блоги и гостевые книги, но это скорее приятное дополнение, чем основной функционал).
Что конкретно делает хрумер: по списку форумов, собранному другой программой (Hrefer, идет в поставке XRumer 5.03 бесплатно), регистрирует аккаунты, при этом распознает больше 50 видов графический капч (кстати, теперь каждый месяц хрумер будет “узнавать” еще 5 дополнительных капч), далее, если это необходимо, проверяет почту на предмет письма со ссылкой для активации акка, активирует его и постит тему. Причем все это происходит без участия человека и максимум в 150 потоков (для этого нужна очень мощная машина). Кроме того, XRumer: умеет массово рассылать по mamba.ru и loveplanet.ru приватные сообщения, что согласитесь, очень приятное дополнение к основному функционалу.
|
|
Обновлено 09.03.2011 14:39 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
09.06.2010 08:10 |
|
Один из наиболее важных аспектов соответствия сайта поисковым системам является знание того, по каким причинам он может быть наказан Google (или любой другой поисковой машиной). Знание того, как правильно оценить ситуацию, чтобы узнать были ли вы наказаны, может существенно помочь вернуть сайт на первые позиции по вашим ключевым словам.
Что делать если Ваш сайт наказан поисковой системой Google?
К сожалению, Google определенно не собирается публиковать критерии, которые используются для определения тех, кто понесет наказание. Так что нам остается лишь делать обоснованные догадки. В SEO сообществе наши мнения часто формируются путем долговременных наблюдений (порой на это уходят годы) за тем, что приносит, а что не приносит положительные результаты. И, как и с любыми другими аспектами SEO, большая часть сказанного в этой статье может быть встречена возражениями в стиле "я не согласен" или даже "я могу доказать обратное". Такова уж природа того, чем мы занимаемся, тут всегда довольно много места для несогласия.
Если вы давно и внимательно следите за сферой SEO, то крайне маловероятно, что вы доведете сайт до того, что он будет наказан поисковыми машинами. Но иногда мы все же повторяем чужие ошибки, которые далеко не всегда очевидны на первый взгляд.
Google Sandbox или наказание?
Прежде чем продолжить я обязан упомянуть о том, что есть разница между наказанием от Google и переносом в песочницу Google sandbox. Вообще-то есть люди, сомневающиеся в самом существовании такой песочницы, но я считаю, что логичным будет предположить ее существование. Довольно распространенное явление: новый сайт просто не появляется в выдаче, не индексируется неделями, а то и месяцами. Кажется, что пока новый сайт или страницы не заработают некоего уровня доверия в Google они просто не появятся в выдаче (или даже не будут проиндексированы). Энн Смарти (Ann Smarty) уже приводила детальный разбор этого явления, так что подробно останавливаться на этом не будем. Затем, к всеобщему облегчению, внезапно без всяких действий со стороны вебмастера все эти страницы появляются в выдаче.
|
|
Обновлено 09.03.2011 14:34 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
02.06.2010 12:00 |
|
Проблема заключается в том, что редактор использует абсолютный адрес сайта из файла configuration.php. При входе в панель управления Joomla нужно использовать такой же адреса сайта, что и в файле configuration.php в строке $mosConfig_live_site. Допустим, если в файле configuration.php прописан адрес www.mysite.ru, то при входе в панель управления Joomla нужно заходить по адресу www.mysite.ru/administrator или же наоборот. Это позволит избежать появления белой страницы на сайте.
|
|
Обновлено 09.03.2011 12:24 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
22.04.2010 14:51 |
У меня случилось так, что все новые статьи/пользователи/категории/… приобретают ID=0. С чего вдруг?
Все дело в наличии аттрибута auto_increment в таблице, отвечающей за хранение заданных объектов. Для пользователей это таблица #__users и ее поле id. В phpMyAdmin надо всего лишь выставить данный аттрибут для заданного поля (чаще всего оно называется id). При работе на высоких версиях MySQL может возникать ошибка вроде «Duplicate entry '0' for key XXX». Как выставить авто_инкремент для какого-то поля написано в этом FAQ’е, прочитайте его до конца.
Я получаю ошибку «DB function failed with error number 1016 Can’t open file: 'XXXXXX.MYI'.»
Надо в phpMyAdmin или консоли MySQL выбрать базу где стоит джумла и выполнить запрос
REPAIR TABLE XXXXXX
В случае если ошибка не исчезла — обратитесь к хостинговой компании.
При установке/экспорте дампа происходит ошибка «You have an error in your SQL syntax near 'ENGINE=MyISAM DEFAULT CHARSET=latin1' at line XXX»
Эта ошибка означает, что вы ставите параною на старую версию MySQL или восстанавливаете дамп от более новой версии MySQL на более старую. Этого можно избежать двумя способами:
- Правильно настроить параметры экспорта дампа (что-то про версии, там должен быть select-box со списком СУБД). Более точно это может быть переведено как совместимость (MYSQL40).
- Руками в уже готовом дампе удалить все фразы вроде «DEFAULT CHARSET=latin1» и заменить «ENGINE=MyISAM» на «TYPE=MyISAM»
При переносе дампа возникает ошибка "You have an error in your SQL syntax ... use near 'DEFAULT CHARSET=cp1251 AUTO_INCREMENT=1' at line XX"
Этот вопрос аналогичен предыдущему. Новый MySQL не понимает старых конструкций определяющих кодировки таблиц (в 4.1 и 4.0 кодировки задаются разными командами). Надо руками удалить все вхождения "DEFAULT CHARSET = cp1251" или выбирать правильный тип экспорта дампа.
Как создать автоинкремент (auto_increment) для некоторых полей посредством phpMyAdmin
Заходим в phpMyAdmin. Выбираем нашу базу и нашу таблицу. Видим список полей доступных в этой таблице. Слева галочкой выбираем нужное нам поле и внизу нажимаем на карандашик, то есть переходим к редактированию поля. В столбике «Дополнительно» выбираем опцию auto_increment и нажимаем кнопку Сохранить. Теперь у поля должен появиться флаг auto increment.
Хочу заметить, что это только для разовых операций, намного проще сделать правильные настройки при создании дампа.
У моего провайдера, нестандартный порт MySQL (не 3306 как обычно, а 666). Как мне установить Joomla
При указании хоста MySQL надо указать порт через двоеточие, например
localhost:1106
Может ли Joomla работать с СУБД отличными от MySQL
Нет. Поддержки других СУБД в ней нет. Это планируется в следующих версиях. Сложность внедрения mySQL в текущую версию обусловлена тем, что под J написано очень-очень-очень много всяких расширений, использующих враппер-класс database. Но этот класс не более чем обертка над функциями mysql_*, хотя и очень удобная. Ни о какой абстракции речи не идет. Везде и всюду используются чисто mysql-конструкции, которые легко не переносимы на другие диалекты. Так пошло со времен мамбы. В коде 1.5 никаких подвижек на данный момент нет. Хотя, собственно, никто и не обещал это именно в этой версии.
Возникает ошибка "Warning: mysql_query(): Unable to save result set in /xxx/includes/database.php on line 289"
Эта ошибка означает, что у вас испорчена одна из таблиц. Для ее устранения надо открыть phpMyAdmin и посмотреть список таблиц. Испорченная таблица будет выделена специальным сообщением (про нее что-то будет написано). Для примерной идентификации таблицы можно посмотреть какой компонент запущен, если это статья, то возможно это com_content или таблица com_categories. После определения таблицы стоит в окне исполнения SQL-запроса выполнить запрос "REPAIR TABLE имя_таблицы". Но помните, что операция восстановления может удалить данные, которые были испорчены и которые невозможно восстановить. Если есть бэкап (резервная копия) то лучше восстановить базу данных оттуда (но это в случае, если вы точно знаете, что таблица зависела от других таблиц), если же таблица ни от кого не зависела, то смысла восстанавливать базу целиком нет. О том, сколько строк было удалено вам будет сообщено в сообщении после исполнения данного запроса.
Как сделать дамп базы данных и что такое дамп
Дамп ("Dump", англ) - это слепок, образ базы данных на определенный момент времени записанный при помощи SQL-инструкций вставки/удаления данных. По сути это набор инструкций для СУБД как и куда она должна вставлять тот или иной текст. Задача создания дампа возникает при создании резервной копии сайта. Т.е. сайт на Joomla состоит из двух частей - базы данных и файлов написанных на php с программным кодом. И если вторые можно легко заархивировать на хостинге и скопировать домой, то резервную копию базы данных можно сделать в следующих программах-скриптах:
- PhpMyAdmin - сейчас установлен практически на любом хостинге.
- Sypex Dumper - скрипт для создания дампов, написанный русским программистом.
- Staggered MySQL Dump Importer - создан для импорта больших объемов баз данных.
Очень важно обратить внимание на то, в какой кодировке делается дамп. Для Joomla RE (ветки 1.0.х) кодировкой, в которой она работает, является cp1251. Во-первых сам текстовый файл дампа должен быть в этой кодировке (заведите себе нормальный текстовый редактор, не пользуйтесь блокнотом, а используйте, например, Bred3, он умеет читать как минимум четыре кодировки), а во вторых в параметрах конструкции CREATE TABLE явно должна быть указана кодировка таблицы.
Ошибка - mosmenu::store failed "Incorrect integer value: for column 'published' at row 1 SQL= ..."
Смотри следующий вопрос.
Ошибка - mosmenu::store failed "Out of range value adjusted for column 'id' at row 1 SQL=INSERT INTO ..."
Данная ошибка возникает вследствие того, что Joomla не правильно работает с MySQL высоких верий (например, 5.0 и далее). Для решения данной проблемы можно изменить версию MySQL (в случае если вы отлаживаете сайт дома) или обратиться к хостеру для того, что бы он настроил MySQL и она разрешала использовать старый синтаксис.
Ошибка - moscontent::store failed "Duplicate entry '0' for key i SQL=..."
У столбца id (скорее всего) какой-либо таблицы потерялся параметр auto_increment. Такое может произойти, например, при переносе дампа базы данных, когда вы невнимательно выставляете параметры импорта в файл. Решением проблемы является выставление параметра auto_increment для нужной таблицы. Имя таблицы можно увидеть в теле запроса. Начинается оно (по умолчанию) со строки jos_, например jos_users. О том как выставить данный атрибут написано чуть выше.
DB function failed with error number 145 Table xxx is marked as crashed and should be repaired SQL = ...
В phpMyAdmin выполните следующий SQL-запрос:
REPAIR TABLE xxx
В случае если ошибка не исчезла — обратитесь к хостинговой компании. Причиной же возникновения самой такой ситуации может быть все что угодно. Начиная от сбоя файловой системы или зависания MySQL. Joomla или попытка взлома тут совершенно ни при чем. Просто сбой.
Ошибка - mossession::store failed DB function failed with error number 1044 Access denied for user 'XXX'@'%' to database 'ZZZ'
Эта ошибка означате, что возможно при переносе сайта вы забыли указать правильный логин или пароль в файл конфигурации configuration.php для доступа Joomla к базе данных MySQL. Если переводить дословно - доступ запрещен. А запрещен он может быть либо потому что не правильно указан пользователь, либо неправильно указан пароль. Скорее всего проблему можно решить установив для пользователя новый пароль или создав нового пользователя БД и наделив его правами на доступ к вашей базе данных.
|
|
Обновлено 09.03.2011 12:20 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:56 |
|
В процессе решения некоторых проблем специалисты службы техподдержки могут попросить вас проверить, открыт ли у вас (и вашего провайдера) какой-либо порт. Чтобы сделать это, нужно воспользоваться утилитой telnet:
-
В Windows Vista и Windows 7 утилита telnet по умолчанию отключена, поэтому сначала необходимо ее установить, как это описано на сайте Microsoft. В Windows XP ничего устанавливать не надо.
-
Если у вас Windows XP, выберите в меню «Пуск» пункт «Выполнить». В открывшемся маленьком окошке наберите команду cmd и нажмите кнопку OK.
Если у вас Windows Vista или Windows 7, нажмите кнопку «Пуск», введите команду cmd в поле поиска и нажмите кнопку ОК.
-
В открывшемся окне терминала наберите такую команду и нажмите клавишу Enter:
telnet имя_сервера номер_порта
Например, чтобы проверить, открыт ли порт, по которому раотает SMTP, надо ввести команду «telnet smtp.ваш_домен 25».
Если команда вернет ошибку, значит порт закрыт. Если же на экране появится приглашение сервера (или окно станет полностью пустым), — порт открыт.
|
|
Обновлено 09.03.2011 12:15 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:55 |
|
В процессе решения некоторых проблем специалисты службы техподдержки могут попросить вас прислать результаты команд tracert (трассировка маршрута) и/или ping к какому-либо сайту. Чтобы сделать это, нужно воспроизвести следующие действия:
Выберите в меню «Пуск» пункт «Выполнить».
В открывшемся маленьком окошке наберите команду cmd и нажмите кнопку OK.
В открывшемся окне терминала последовательно наберите следующие команды (после ввода каждой из них нажмите клавишу Enter):
tracert имя_сайта и/или ping имя_сайта
|
|
Обновлено 09.03.2011 12:13 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:53 |
|
Вопрос очень неопределенный. Мы не можем однозначно ответить, с чем связана ошибка, но большинство ошибок находятся непосредственно в коде скрипта. Если вы не являетесь специалистом в установке скриптов, пожалуйста, изучите сначала принципы работы и описание необходимой вам программы, проверьте правильность настройки, установки прав и т. д.
Основные моменты на которые стоит обратить внимание:
- правильно ли вы обращаетесь к скрипту через браузер;
- правильно ли настроены пути внутри скрипта;
- правильно ли установлены права на файлы;
- правильно ли указан путь к интерпретатору (для CGI-сриптов).
Обратите внимание, при переносе CGI-скриптов на сервер в настройках FTP-клиента необходимо включить ASCII-режим. Дело в том, что при написании скриптов в Windows многие редакторы использует символ возврата каретки, что может быть неверно интерпретировано программой, выполняющейся на хостинге в среде UNIX.
Важно также понимать, что написанный вами скрипт может быть блокировать автоматической системой распределения ресурсов, если он потребляет чрезмерные ресурсы системы (обычно такое случается крайне редко, и всегда вследствие грубых ошибок в программном коде скрипта).
|
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:53 |
|
Если у вас не работает SSI, скорее всего проблема в том, что вы вставляете SSI-директивы в файлы с расширением .html, однако они работают только в файлах с расширением .shtml. Чтобы устранить эту проблему, измените расширения всех файлов, содержащих директивы SSI на .shtml.
Чтобы страница index.shtml отображалась при входе на сайт, необходимо создать файл .htaccess и прописать в нем директиву
DirectoryIndex index.shtml
|
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:52 |
Войдите в свою контрольную панель и пройдите в раздел «Управление / Управление базами MySQL / phpMyAdmin».
В выпадающем списке «Сопоставление соединения с MySQL» выберите пункт utf8_general_ci.
Выберите свою базу данных (кликните по своему логину в левой части страницы).
На открывшейся странице справа перейдите на вкладку «Операции».
|
|
Обновлено 09.03.2011 12:06 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:51 |
|
Веб-сервер настроен так, что по умолчанию он отдает все страницы в кодировке windows-1251 (cp1251). Но это поведение можно изменить, для этого создайте в нужной папке файл .htaccess и поместите в него такую директиву:
AddDefaultCharset имя_кодировки
Здесь имя_кодировки — название той кодировки, которая используется в ваших файлах. Кроме windows-1251 чаще всего используется кодировка UTF-8, в этом случае директива будет выглядеть так:
|
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:50 |
|
В целях безопасности, на серверах хостингов часто бывает, что по умолчанию отключен вывод ошибок PHP в браузер. Поэтому, если в процессе работы скрипта произошла какая-то ошибка, на экран не выводится вообще ничего. Но на период отладки сайта отображение ошибок можно включить. Для этого создайте в своей домашней директории, в папке домена или в папке со скриптом файл .htaccess и добавьте в него следующую строку:
php_flag display_errors on
После завершения отладки скрипта настоятельно рекомендуется снова выключить отображение ошибок, удалив эту директиву.
|
|
Обновлено 09.03.2011 12:03 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:28 |
|
Каждому аккаунту на сервере выделено определенное количество процессов-рабочих, обрабытывающих запросы пользователей. Запросы поступают на сервер и становятся в очередь. Легкие запросы обрабатываются быстро, а тяжёлые проблемные — медленно, тормозя продвижение очереди. Когда длина очереди достигает определенной величины, сервер перестает принимать новые запросы, возвращая ошибку 503 (Service Temporarily Unavailable, сервис временно недоступен).
Ниже описаны частые причины возникновения длинной очереди, а так же пути решения этой проблемы:
Зависают скрипты
Передача больших статичных файлов через PHP
Большие статичные файлы лучше всего передавать напрямую, не используя для этого скрипты. На это есть две причины: во-первых, время работы скриптов ограничено, по его истечению передача файла прерывается; во-вторых, для передачи файла через PHP используется отдельный процесс-рабочий, а значит он перестаёт участвовать в механизме обработки запросов от пользователей.
Для передачи файлов напрямую, наоборот, задействуется специальный многопоточный процесс, который может обрабатывать множество потоков одновременно, не влияя на скорость загрузки сайта.
|
|
Обновлено 09.03.2011 12:00 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:26 |
|
Наиболее частой причиной ошибки 500 (Internal Server Error, внутренняя ошибка сервера) является неверный синтаксис файла .htaccess или наличие в нем неподдерживаемых директив. Чаще всего достаточно закомментировать директиву Options (для этого нужно поставить в начале строки решетку — #), и проблема исчезнет.
Ошибка 500 также может возникать вследствие неправильного обращения с CGI-скриптами:
|
|
Обновлено 09.03.2011 11:57 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:25 |
|
В основном, ошибка 404 (Not Found, документ не найден) связана с тем, что пользователь неправильно вводит URL ссылки на файл расположенный на сайте, или этого файла не существует.
Также следует помнить, что имена файлов зависят от регистра символов, и http://ваш_сайт/pic.jpg и http://ваш_сайт/pic.JPG — это ссылки на абсолютно разные файлы, и одна из них будет правильной, а другая — нет.
|
|
Обновлено 09.03.2011 11:27 |
|
Статьи -
Устранение проблем
|
|
Автор: Administrator
|
|
16.04.2010 09:24 |
|
Ошибка 403 (Forbidden, доступ запрещен) может возникнуть по одной из нескольких причин:
-
Вы выложили на сервер неправильный индексный файл. Файл главной страницы вашего сайта должен называться index.shtml, index.html, index.htm, index.phtml или index.php. Обратите внимание: все символы должны быть в нижнем регистре (В отличие от Windows, в ОС Linux, под управлением которой работает сервер, регистр имен файлов имеет значение, и файлы index.html и Index.html — это два абсолютно разных файла).
-
Вы выставили неправильные права на папку, в которой находится запрашиваемый файл, или на какую-либо из ее родительских директорий. Все эти директории должны предоставлять права на выполнение (x) для владельца.
-
Вы загрузили файлы сайта в неправильную папку.
Если вы считаете, что все правила, приведенные выше, соблюдены, но ошибка 403 все равно возникает, обратитесь в техподдержку провайдера.
Подробнее об ошибках можно узнать из информации, представленной программистами поисковой системы Яндекс
Следует отметить, что ошибка 403 Forbidden (Запрещено), является клиентской ошибкой.
Сервер принял запрос клиента, но он отказался его выполнить из-за ограничений в доступе клиенту к данному ресурсу сайта.
Чаще всего, ограничения задаются администратором сервера или разработчиком веб-приложения и могут быть любыми в зависимости от возможностей используемого программного обеспечения.
Самые распространенные причины ограничения клиенту доступа к ресурсу, вызывающие ошибку 403 Forbidden:
|
|
Обновлено 14.08.2011 11:42 |
|
|