SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008

..и снова топик приближается к своей критической массе в 1000 постов..

Пока ещё можно отвечать, но

новые вопросы задавайте в новой серии нашей эпопеи - велкам!

vasilukwolf:
Я не windows c пентиумом перепутал.

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

Дабы не обьяснять прапорщикам что такое стеклопакет и при каких условия он не виндовс, вот тебе стеклопакет:

а тут прочитаешь о каком винвсе я говорю.

Палю тему - рядом можно найти что такое ссл и ссх

TF-Studio:
Внешние ссылки -> 2 сверху

Технология находит только результат или-таки саму уязвимость (где и каким образом "организована")?

[umka:
Там же, где вы прочитали про SELECT-ы, наверняка написано про кучу преимуществ InnoDB.

Я не первый раз сравниваю преимущества\недостатки. И не вижу каких-то особых преимуществ InnoDB, при основном недостатке - скорости селекта (да и др запросах).

Надёжность же InnoDB если и несколько выше, то ИМХО не на столько, что бы жертвовать скоростью (да и объёмами на серверах). Бекапы решают всё :).

Акцентирую внимание: я сейчас (и вообще - во всём топике) говорю не о "вообще" что лучше использовать, а о конкретном применении - при использовании готовых движков, основными используемыми функциями которых является вывод данных из БД.

Если я не прав - с радостью выслушаю аргументы.

ЗЫ. ну как вылечить те 2 таблички в InnoDB - тоже интересно ;)

---------- Добавлено 07.03.2014 в 11:49 ----------

[umka:
Экономить на размере имеет смысл, если у вас БД конского размера и мало памяти/места.

:)

В моей практике попадались ВП-шные базы и по 2 гб.

Точно помню, что БД на 800-900 мб после оптимизации уменьшилась в 16 раз!

Думаю, это стоит того, что бы заморачиваться подобными вопросам :)

mr_first:

Вот у них описалово файлменеджера: http://beget.ru/man_filem
Там же и скриншоты.

Да, такой мощи я ещё не встречал. 2-панельник с драг-анд-дропом, вкладки, подключение в внешнему ФТП - это, конечно, класс.

Хотя тоже не идеал (напр, нафига отдельные окна на переименование? ну и др. тоже). Мне идеалы пока не попадались :)

mr_first:
Вот думал - может кто-то использует что-то подобное и отзывы?

Я иногда юзаю фтп-клиента net2ftp (не сервис, а на своём хостинге).

В принципе как по мне - на 4-ку. Не хватает загрузки по урлу (только с локалного ПК) и не оч. удобно, что работа с файлами (переименование, удаление, упаковка и тд) происходит через отдельную страницу с которой потом ещё возвращаться приходится (надо бы аяксом это все делать)

TF-Studio:
Сервис в подписи к новому алгоритму не имеет отношения.

Но обязательно надо сделать чтобы алгоритм имел отношение к АК47 ;)

TF-Studio:
Вот что я нашел собственно

Эм.. Я слепой\тупой или действительно всё чисто?

[umka:
Точно InnoDB? И phpMyAdmin это показывает?

Скрин не с ПМА, конечно, там чисто :).

Но это показывают как минимум 3 плага (я больше не использовал).

Если бы один - я б забил, но 3! Нет оснований не верить. ПМА тоже ж не панацея и я вполне допускаю, что какие-то его настройки\возможности это не позволяют показывать.

[umka:
SELECT? а что с ним не так в InnoDB?

SELECT же на MyISAM значительно быстрее чем на InnoDB.

abbat13:
Можно не обращать на эту запись внимания, это физический аналог оптимизации таблицы.

Эм.. таблица УЖЕ в 5 раз больше чем могла бы быть. И это сайт ещё практически пустой (100 постов всего). Страшно представить что может быть дальше.

abbat13:
А проблемы какого именно рода?

:) ну как бэ невозможность оптимизировать :) Ну т.е. в данном контексте - наверное не просто уменьшить объём, а важно удалить мусор\косяки, которые влияют на скорость работы и надёжность получения данных в целом.

abbat13:
Разница в производительности на таких нанообъемах

Повторю - это только начало. Что будет когда сайт разрастётся (там претензии на нормальный такой портальчик)? Поэтому я и хочу сразу обрубить возможность роста косяков.

Конечно, MyISAM нужно периодически проверять-лечить, но ИМХО это лучше, чем отсутствие такой возможности при всех шансах роста косяков. Ну и опять же - скорость SELECTа..

DenisVS:
Лично я бы до упора пытался оптимизировать InnoDB, чтобы не откатываться на MyISAM. Всё же движки разного уровня (сравнение "на пальцах" — как Win9x и WinNT).

ИМХО ты не совсем прав. Они просто разные. Как вида и линукс :)

[umka:
Или вы путаете с SSL?

С прямым углом перепутал :)

Прапорщик на приз. пункте - "температура кипения воды 90 градусов."
Призывник-студент - "Тов. прапорщик, температура кипения воды 100 градусов."
П - "Повторяю: температура кипения воды 90 градусов!"
П-С - "Тов. прапорщик, температура кипения воды 100 градусов. Я ж в институте учился"
П - "В последний раз повторяю: температура кипения воды 90 градусов!"
П-С достаёт справочник - "Тов. прапорщик, вот смотрите".

Прапор, полистав справочник, бьёт себя по лбу: "Точно! Это я с прямым углом перепутал!"
[umka:
У таблиц InnoDB не возникает "накладных расходов" => нет нужды в оптимизации.

Да как сказать..

До этого из 5,5 мб получилось 1,1.

Как бэ уже в 5 раз. И ещё можно, но.. не даёт.

[umka:
ВП вряд ли использует какие-то фишки MyISAM и для него вряд ли есть разница.

SELECT же!

[umka:
не возникло внешних ключей,

Хм, а вот тут я пас (надо погуглить, но уже завтре ;) ). Это об чём? Как убедится?

Vladimir36:
после 150 постов понял,

Жесть :) Я б с ума сошел :)

Vladimir36:
Чем и как можно обработать этот файл? И вообще, мне это поможет?

Не поможет :)

И вообще этот вопрос к ВП не относится (если только не плагин искать\писать)

Тебе надо произвести множественную замену в БД (или тест.файле - дампе).

Поэтому ищи кто напишет скрипт такой замены. (От тебе нужен будет список что на что менять).

Всего: 28523