[ERROR] InnoDB: The innodb_system data file 'ibdata1' must be writable
Нет доступа к файлам БД на запись. Однако они, похоже, существуют.
Стоит посмотреть, какие права выставлены у этих файлов и какому пользователю они принадлежат.
Метод ничего никуда не печатает, а только возвращает строку. Не вводите читающего в заблуждение.
Название toString, например, более уместно.
Или serialize - в зависимости от того, для чего делается приведение к строке.
Наконец, если метод собирает урл, как написано в комментарии - почему не назвать его buildUrl?
Heinemann, БД на сайтах в основном служат для выдачи одной и той же информации каждому посетителю.
Они оптимизированы под то, чтобы быстро обрабатывать простые запросы и кэшировать их результаты, чтобы не перетряхивать данные снова и снова, а быстро отдавать уже готовый ответ на тот же самый запрос, если данные за это время все равно не менялись.
Делая сложные запросы и смешивая данные, которые меняются редко, с теми, которые постоянно актуализируются, вы только ломаете эту систему.
упаковать в один запрос к бд и получить ответ одной таблицей
Чтобы напрячь БД одним фильдеперсовым запросом вместо нескольких примитивных?
Например, запрос на общее количество постов между добавлением этих постов вообще не будет читать таблицу, сразу отдавая значение из кэша.
Выстраивание многоэтажных конструкций на SQL - это очень увлекательно, но это нечто противоположное оптимизации.
Таблицы - это не данные, это хаос.
Чтобы что-то искать, нужна структура.
А эти Ёксели с тем же успехом можно просто перегнать в CSV и делать тупой текстовый поиск по той номенклатуре.
Ситуация поменялась, но не насчет крестовиков-недоучек.
Они как два года назад никому не были нужны, так и дальше никому не понадобятся.
Хочется набираться опыта без опыта - стоит смотреть на веб-стек, там галеры и есть шанс.
Denis Izmailov, самый очевидный вариант - хранить тот аккаунт, который вы все равно раздаете с программой, на том самом сервере, к которому он будет обращаться по API. Так вы и устраните необходимость хранить что-то в программе, и сохраните контроль над тем, кто этот доступ получит.
NiTRO3188, там указаны обе ошибки, здесь вообще никакой ценной информации.
Битрикс, к сожалению, популярен, к сожалению, неповоротлив, и к сожалению, его взялись-таки ломать.
Естественно, оказалось, что его безопасность была неуловимым Джо.
У меня после затыкания дыр по три атаки в логах каждый день. В основном - на /bitrix/tools/html_editor_action.php
Сегодня вот не было, и гадаю - то ли радоваться этому, то ли проверять заново...
Наверное, надо пояснить: так вы одной командой поднимете нормальный сервер с нормальной БД, с которой сможете делать что угодно прямо из браузера - через phpMyAdmin, например.
Ну и на хрена тут постить пол-вопроса? На битриксовском форуме удосужился привести листинг, а тут - гадайте, ребята. При том, что тут таки отвечают, а там хрен дождешься.
С 8 версии РНР статический вызов динамических методов выдает ошибку - это раз. Битрикс этим давно грешил, у вас, очевидно, сохранился старый код в событиях.
Вирусню из указанных файлов надо вычистить, и вам уже по пунктам накидывали, как. Решайте проблемы по очереди, не валите в кучу, разгребать за вас это никто не будет, только останетесь без ответов на такую кашу.
Акцесс - это ПО, к которому идеально точно подходит тег #аналоговнет
Что вам мешает на маке запустить нормальную БД и обращаться к ней любым из широчайшего арсенала доступных и современных способов? Что вы стюардессу откапываете?
helpmehabr, фокус в том, что если информация действительно ценна, стоит учесть шанс убить ее дальнейшими действиями и снять бэкап до любых операций над диском.
А если не страшно чинить "ногой в дверь" - консоль-то есть, запускай fsck на этот раздел и смотри, что напишет.
helpmehabr, чтобы вытащить информацию из линукса, обычно достаточно установочной флешки, умеющей live mode.
Вот если она зашифрована - тогда потребуется умение все-таки восстановить систему или мужество забить.
helpmehabr, ну, диск посыпался, и авто-проверка с ним не справляется.
Раз вы поставили себе дистрибутив, представляющий собой напичканную профессиональными инструментами Убунту - используйте их ;)
Или просто переустановите. Для начинающих линуксоидов это полезно, а ценность у установленного, подозреваю, все равно нулевая.
Нет доступа к файлам БД на запись. Однако они, похоже, существуют.
Стоит посмотреть, какие права выставлены у этих файлов и какому пользователю они принадлежат.