служба поддержки
СЛУЖБА ПОДДЕРЖКИ

  хостинг
<< Назад       проблемы с ограничениями

Вопрос: Ув. тех. поддержка. Возник вопрос по хранению данный в sql. почему стоит играничение ? Прошу убрать, поскольку размер хранимого типа longtext я думаю вам известен - 4 Gb. Прошу Вас поднять лимит поскольку для дальнейшей работы мы в этом нуждаемся. Заранее огромное спасибо :)
Ответ:

 

Здравствуйте. В каком смысле "почему стоит ограничение" у вас собственный VPS . Мы НЕ ставили Вам никаких ограничений, все настроен по умолчанию, потаму что вы ниразу ДО настройки сервера не обмолвились что Вам требуются особые настройки базы данных.

Приведите параметры которые вам требуются. Весь перечень параметров. И они будут установлены. Учтите, что редактирование некоторых пареметров сервера базы данных может привести к краху баз

Вопрос: Нужно увеличить все параметры которые позволят отрабатывать longtext с 4 Gb.
Ответ:

сообщите полностью пареметры и их величину

 

параметры будут изменены на указаные вами под вашу ответственность.

Вопрос: Что вы можете порекомендовать изменить для отработки нужной мне задачи и какие последствия могут ожидать. Заранее спасибо за полный и открытый ответ.
Ответ:

в чем заключается задача?

Вопрос: нужно что запрос с большим объемом информации отрабатывался при помощи sql запроса. сейчас это не выходит. поскольку тип longtext ячейке в таблицы не отрабатывает все 4gb
Ответ:

о каких 4 гб запроса может идти речь при объемах оперативной памяти в 2 Гб ? не забывайте что при этом память расходуется еще и на работу сервера и сайта

Ответ:

ваша проблема решается не настройкой сервера а настройкой сайта и базы сайта

http://searchengines.guru/archive/index.php/t-504112.html

Вопрос: что требуется или же вы можете порекомендовать для реализации данной мне задачи ? (тарифные планы или что то проплатить)
Ответ:

прочтите предидущее сообщение.

Вопрос: щас проверим
Ответ:

сделайте перед этим дамп базы

Вопрос: подскажите чему у меня равен max_allowed_packet ? sql запрос для теста сделал через админер
Вопрос: поставьте его 512mb
Ответ:

max_allowed_packet -16 мб

Вопрос: если он меньше.
Вопрос: если он меньше
Вопрос: замените его на 512mb
Ответ:

увеличено до 512 мб

Вопрос: поднимите до 1024 mb
Ответ:

увеличено

Вопрос: есть еще просьба поставте GD library. The installed version of PHP GD does not support image filtering(desaturate, blur, negate, etc). It was probably compiled using the official GD libraries from http://www.libgd.org instead of the GD library bundled with PHP. You should recompile PHP --with-gd using the bundled GD library. See PHP Manual for more information. A slower implementation of imagefilter() written in PHP will be used in the interim.
Ответ:

Ожидайте пожалуста.

Вопрос: Нужна консультация с Вашей стороны. У меня есть большой объем текста. при тестировании на локальных серверах на стандартных настройках все отрабатывает, проверил на других серверах рабочих, этот sql зарос отрабатывает замечательно, а вот у нас в базе он отрабатывает , но при всем этом ячейка с большим обьемом информации не записывается , логи просмотреть немогу или же возможно ненашел где они что бы отследить что пищется в логи. Жду ваших советов по решению.
Ответ:

Приведите пожалуста конкретные данные: имя БД, таблицы и какие данные записываются, ссылку на страницу где производится запись.

Вопрос: база ostro125_sites к примеру таблица zzz ячейка text попробуйте текст взять от сюда (http://www.ostro.org/lugansk/society/articles/451656/) и вставить его в поле text в полном объеме. тип у поля longtext. жду ответа
Ответ:

Сообщите логин и пароль для доступа к БД.

Вопрос: логин ostro125_sites пароль xIFusGXn
Ответ:

Ожидайте пожалуста, вашим вопросом занимаются.

Ответ:

Вы пробовали настроить БД как описано в этом руководстве?

http://searchengines.guru/archive/index.php/t-504112.html

Вопрос: Вы попробовали вставить текст ? У вас получилось ?
Ответ:

нет. у нас не получилось. сообщите пожалуйста настроки сервера необходимые для работы вашего скрипта и они будут установлены. Так же в статье приведенной ранее говоритяс что проблема в некорректной инсталяции движка. перед инсталяцией необходимо было задать параметры базы в конфигурационном файле инсталяции. Если у вас этот скрипт работал где либо , приведите пожалуйста паремтры настроек.

Вопрос: Причем тут скрипт если я попросил выполнить sql запрос он не отрабатывает. Будьте добры решите эту проблему , что бы отработал. О том что на локальных и на других серверах на стандартных настройках все работает я писал выше.
Вопрос: и где библиотека которую просили поставить в этом тикете ранее ?
Ответ:

Какая библиотека?

Вопрос: Хорошо , давайте пошагово решать изначально требуется отработка sql запроса в созданной тестовой таблице "zzz" туда нужно не при помощи движка а при помощи Вашего phpMyadmin просто вставить текст статьи которая находится по адресу http://www.ostro.org/lugansk/society/articles/451656/. Ждем ваших результатов. Надеемся эту проблему Вы можете решить поскольку считаем Вас более компетентными в этой области специалистами.
Ответ:

В каком смысле "нашего" ? там нет ничего нашего, мы не разработчики phpmyadmin. Какое отношение к проблеме имеет phpmyadmin? вы мземнили тип таблицы базы как это указано в статье?

Вопрос: Вы можете в таблицу вышеуказанную с типом longtext поместить ту статью ?
Вопрос: при помощи любого подручного скрипта будь то adminer или еще что то.
Ответ:

приведите реквизиты доступа

Вопрос: база ostro125_sites к примеру таблица zzz ячейка text попробуйте текст взять от сюда (http://www.ostro.org/lugansk/society/articles/451656/) и вставить его в поле text в полном объеме. тип у поля longtext. жду ответа 29.09.2014 16:40 Сообщите логин и пароль для доступа к БД. от Владимир ostrovok 29.09.2014 16:43 логин ostro125_sites пароль xIFusGXn
Ответ:

Ожидайте пожалуста.

Ответ:

 

сколько в вашей статье знаков? примерно 51 тыща вместе с пробелами

мы вам только что вставили туда почти 58 000 знаков

может такм какие то символы неверные в статье ? http://searchengines.guru/archive/index.php/t-106301.html

 

Ответ:

так же внимательно спосмотрите на таблицы cache_form  watchdog accesslog у последних вообще нереальные объемы

watchdog 2,009,101 MyISAM utf8_general_ci 907.3 МБ -
accesslog 3,660,331 MyISAM utf8_general_ci 719.8 МБ

вы их чистите хоть иногда?

Ответ:

MySQL: «Максимальный размер записи в MyISAM составляет 65534 байтов

у вас база в   MyISAM.

Ответ:

мы переделали вам таблицы в innodb

Вопрос: Можете решить проблему , объясню еще раз , делаю дамп таблиц , запускаю на других серверах вставляю информацию, все работает , а тут нет , почему ?
Ответ:

мы уже переделали вам таблицы в innodb, разве это не решило проблемы? если нет, сообщите настройки "других серверов" и у вас будут точно такие же. пока мы перепробовали все зависящие от нас варианты

Вопрос: Простой пример. Беру локальный сервер к примеру денвер, устанавливаю и сливаю на него дамп там все работает. Если нужны конфиги работающих серверов не локальных могу тоже предоствавить.
Вопрос: вы пробовали добавить статью в ту таблицу что я просил ?
Ответ:

да, мы ответили вам выше

Ответ:

по какой причине было проигнорировано сообщение об очистке таблиц базы?

cache_form ~433,030 InnoDB utf8_general_ci 3.6 ГБ -
watchdog ~2,088,423 InnoDB utf8_general_ci 1.0 ГБ -
accesslog ~3,549,646 InnoDB utf8_general_ci 833.2 МБ -

с такой базой на вашем сервере крайне тяжело работать.

выполниет очистку и сделайте так что бы эти таблицы не напонялись

Вопрос: Ранее сайт работал с большими текстами, Вы кода переносили брали настройки с прошлого сервера?
Ответ:

на старом сервере ваш сайт вообще не работал , это мы привели его в работоспособное состояние на нашем хостинге.

Ответ:

по какой причине было проигнорировано сообщение об очистке таблиц базы?

cache_form ~433,030 InnoDB utf8_general_ci 3.6 ГБ -
watchdog ~2,088,423 InnoDB utf8_general_ci 1.0 ГБ -
accesslog ~3,549,646 InnoDB utf8_general_ci 833.2 МБ -

с вашей базой невозможно работать. мы ничего с ней больеш сделать не можем при таких объемах. приведите базу в нормальное состояние

 

 

Вопрос: две из выше приведенных очистили , 3 трогать не будем. Данное действие не привело к нужному результату , все равно большие обьемфы информации не обрабатываются. Ждем вашего решения.
Ответ:

данное дествие не должно было приводить к результатам, очистка нужна была для обеспечения возможности работать с вашей базой. кроме того очитка базы долэжна оптимизиовать работу вашего сайта

Ответ:

создайте новую базу с таблицей longtext и добавьте текст в нее

Ответ:

так же уточните, вы понимаете что вы сильно жертвуете производительностью сервера ради возможности добавить несколько длинных текстов? таблицы в myisam более производительны, innodb универсальнее, но с принесениме в жертву производительности всейц базы, а т.к. базу вы чистить забываете и она у вас розрастается до неприличных размеров за счет сторонних таблиц, серверу вашему будет тяжело с ними работать. для вашего движка есть плагин коорые поддерживають многостраничную публикацию, это облегчает как восприятие информации так и работу сайта, а так же дает вам лишние сраницы для индексации поисковиками. вместо одной страницы вы получите три и более

Ответ:

сейчас дамп вашей основной базы импортируется в дополнительную ostro125_site


<< Назад


Реквизиты:


Украина, 61202, Харьков, пр. Людвига Свободы 26/298.
ФО-П Харитинов Олег Сергеевич
р/с 26001052322442
МФО 351533
ИНН 2961615658
ПАТ КБ "ПриватБанк"

Документы:


Свидетельство плательщика единого налога

Свидетельство о регистрации

Служба поддержки:


  + 380 57 7209279
   создать тикет
© 2007 - 2017 Speed Host. All rights reserved