maximw

Возможно настройки веб-сервера, принимает только один коннект. Второй ждет.

> Нужно прочитать данные полностью с заданного урла - то что делает file_get_contents, но только в объектно-ориентированном стиле и с использованием имеющегося объекта.
Имеющийся объект это $file? Если да, то никак не прочитать.
Надо делать еще один SplFileObject, он может принимать урл в качестве имени файла.

> И главное - не переписать только начало файла (если полученные данные окажутся короче, чем имеющиеся)
SplFileObject::ftruncate, а затем только писать.

Ошибка скорее всего в том, что вместо имени столбца в БД вы вставляете данные.
В вашем коде не нашел места где это делается.

Проверьте не происходит ли у вас это
www.redbeanphp.com/manual3_0/index.php?p=/manual3_...

Так у вас данные записываются в массив $line, и дальше с ними ничего не происходит. Надо их назад записать в объект $xml.

Шифровать, на сервере при запросе расшифровывать.

Попробуйте вместо разделителя каталогов / использовать константу DIRECTORY_SEPARATOR

$path= '..' . DIRECTORY_SEPARATOR . 'class' . DIRECTORY_SEPARATOR . $class . '.php';

Может первый аргумент не передаете, который нужен в процедурном вызове. Мануал.

Должно быть две сущности - бронирование и тайм-слот.
У бронирования должен быть признак периодичности и ее настройки.
У тайм-слота должна быть ссылка на бронирование, пустая или занятая.
Тайм-слоты должны быть заранее созданы на будущее, в пределах которого может осуществляться бронирование.

При создании бронирования, всем подходящим по расписанию тайм-слотам ставится ссылка на бронирование.
При удалении бронирования. соотв. ссылки удаляются.
Важно при создании бронирования просмотреть возможность занять нужные тайм-слоты и как-то обработать ситуацию когда хотя бы один тайм-слот не может быть занят в соответствии с расписанием.

Храните массив цен по каждому дню отдельно. В интерфейсе редактирования цен менеджер может задать диапазон дат и цены, но при записи надо отдельно перезаписывать каждый день в БД. Тогда при подсчете общей стоимости бронирования это будет простой проход в цикле по всем дням периода бронирования с простым суммированием соотв. цен.
Возрастает объем хранимых данных, но это очень немного. Возрастает сложность при обновлении цен, хотя возможно наоборот падает в том плане что не надо пересчитывать как вновь заданный диапазон дат ложится на имеющиеся уже записи. И самое главное вы вообще убираете мороку с высчитыванием диапазона дат при вычислении стоимости бронирования.

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

function all_pages(){

    $query = mysql_query("SELECT `pages_name` FROM pages");

    $pages = array();
    while ($row = mysql_fetch_assoc($result)) {
        $pages[ ] = $row
    }
    return $pages;
};

<?php require_once "../includes/controller.php";?>
<?php
    $pages = all_pages(); 
    print_r($pages);

?>

$query - это тип не массив, а ссылка на результат, его еще надо последовательно извлечь.

А вообще используйте лучше mysqli или pdo.

Скорее всего в .htaccess

<?php
$items = $link->spec();
usort ( $items , function($i1, $i2){  if ($i1->service->price == $i2->service->price) {return 0;} return ($i1->service->price < $i2->service->price) ? -1 : 1; } );
?>
<div class="services">
                <?php foreach ($items as $item) { ?>
                    <div class="item">
                        <div class="s1"><?php echo $item->{$lang.'name'}; ?> <a href="javascript:void(0)" class="help ttip" title="<?php echo $item->page->{$lang.'anotation'}; ?>">?</a></div>
                        <div class="s2"><?php if ($item->service->period) { ?><?php echo $item->service->period; ?> <?php echo __('.'); ?><?php } else { ?>&nbsp;<?php } ?></div>
                        <div class="s3"><?php if ($item->service->price) { ?><?php echo $item->service->price; ?> <?php echo __(''); ?><?php } else { ?>&nbsp;<?php } ?></div>
                    </div>
                <?php } ?>
            </div>