romany4: Допустим использовать конструктор, абстрактный или интерфейс, возможно всё вместе, тогда получится избежать изменение в нескольких местах, а менять только в одном, не затрагивая остальные вызовы метода.
romany4: Значит надо написать метод так, чтобы менять в одном месте в случае необходимости. А в backend и frontend вызывать только метод. Если Вы пишите, что нужно будет менять в нескольких местах, то метод неверен. Надо думать, как переписать.
nehrung: но тестирования остального тоже не помешает, как я понимаю? видео, проц, "мать". Может же быть такое, что одна причина накладывается на другую. hdd не первой свежести, да плюс, может, проблемы ещё с чем либо...
"а в сохранности находящейся на нём инфы." backup постоянно делаю)))
Вот по этим параметрам я никак не могу разобраться. Кто говорит, что 200 вполне нормально, кто наоборот. Сейчас снова прогнал через mhdd, скрин не делал, но есть < 150, < 500 и > 500(один) и один нечитаемый. Пока нигде не нашёл, где чётко написано, что если хотя бы, допустим, 5 шт. < 150, то это говорит о том, что всё, конец света... Как-то неопределённо говорилось в статьях, видео.
Если Вы говорите, что начался сыпаться, то, как я понимаю, временно может помочь remap или erase? И готовиться к покупке нового диска?
Нет, так дело не пойдёт.
Покажите Вашу попытку сделать это с использованием cookies/session, ajax, jquery.clone().
Тогда можно будет говорить об ошибках, как сделать и т.п.
А при таком подходе огласите, пожалуйста, сумму, которую Вы готовы заплатить.
Владимир Дубровин: Благодарю за развёрнутый ответ.
Из своего решения убрал mb_detect_encoding и проверку, что вернула mb_detect_encoding и стало лучше работать))) По крайней мере, если в начале предложения цифра - читается текст нормально, а не "кроказяблами", несмотря, что изначально кодировка cp1252. То, что mb_detect_encoding работает криво я понял из прочитанных статей и нескольких своих опытов.
Значит получается следующее.
Если взять моё решение, то надо переписать на проверку unicode-признака? Если есть совпадения, то пытаться привести к utf-8, а если нет, то прогнать по очереди через все проверки и если нет ни одного совпадения, то как в этом случае?
Фай переименовал - не помогло. Файл отдаётся с правильным расширением. На лету не генерится, файл просто загружается на сервера, в базу пишется имя файла, генерируется на лету, файл переименовывается, так как пользователь может грузить и с кириллическим названием файл. При загрузке файла берётся его имя и ищется в соответствующей директории.
Алексей Уколов: Если делать такой скриншот, то что Вы посоветуете, как подойти к этой проблеме?
Знаю о таком ресурсе www.thumbshots.ru, но может что-то есть проще?
Алексей Уколов: За идею со скриншотом спасибо, интересно.
>>> Я бы для решения этой задачи построил дерево документа
DomDocument или что Вы посоветуете?
>>>И пьюрифаить ничего не понадобится...
Htmlpurifier уже встроен в framework, поэтому решил его использовать.
Алексей Уколов: Мне нужен весь контент, начиная от шапки сайта и заканчивая подвалом. Заголовки разного уровня, списки, меню, таблицы, статьи, всё, что можно получить, Смысл этой затеи в том, что владелец сайта, вводит адрес сайта, отправляет форму, в ответ получает весь текст со своего сайта, который сохраняется в файл и базу. Далее этот текст должен проверяться корректорами на наличие ошибок.
На сайте уже используется HtmlPurifier, очищает все теги. Но в некоторых случаях библиотека не ставит пробелы, переводы строк. Ссылку на попытку реализации прикрепил к вопросу. Возможно ли в этом случае найти золотую середину, чтобы парсило любой сайт, без каких либо индивидуальных настроек?
