Talk-me хорош тем, что он позволяет настроить оператору джаббер-клиента, а не пользоваться всякой сторонней лабудой. Но звонки у него вроде бы только в виде "заказать звонок"...
DmitryUlitin, пока у вас нет булевых значений - не надо пытаться их предусматривать. Вам нужна строка? Вот ее и пишите.
Я вам скажу страшное: в Битриксе с самого начала все булевы значения в базе пишутся как строка "Y" / "N". Нет, я не предлагаю подражать Битриксу, но, внезапно, неразрешимой проблемой именно это за полтора десятка лет так и не стало.
Хорошей практикой считается знакомство с уже давно написанными админками на Laravel - и только если уж очень хочется для образования, написание своей собственной по их мотивам.
Херней - гадание на Тостере.
DmitryUlitin, лучше загоните в базу. Только сделайте не таблицу с одной строчкой, а таблицу "имя - значение". Глядишь, еще для каких записей пригодится. И кэшироваться она будет без всякой суеты с вашей стороны.
И что же вы "все перепробовали", чтобы извлечь "дынные"? Хоть одну строчку кода.
Полагаю, заменить одинарные кавычки двойными, например, вы не пробовали.
Нет универсального правильного решения, у каждого свои достоинства и недостатки.
Если речь о настройках сайта, которые используются при каждом запросе - то данные лучше хранить как константу в коде. Если это пользовательские настройки, которые будут переписываться с фронтенда - то логичнее писать их в базу. Если эти данные используются одной страничкой раз в месяц - можно и в файл...
Иван, дело в том, что идеальной разбивки на страницы и в браузерах-то хрен добьешься, не то что в PDF. Обычно приходится просто счесть какой-то вариант терпимым.
SlippingAway, ну смотрите, вот этот самый NCL я пристраивал в проект буквально позавчера. Невзирая на все его несовершенства. Потому что вот у него код, вот репозиторий и пакет для композера, а вот лицензия, позволяющая его использовать.
А на ваш алгоритм, как бы он ни был совершенен, я даже смотреть не буду. Потому что для этого нужно сделать немало нетривиальных телодвижений - и в результате будет нечто, что даже лицензии не имеет. И непонятно, можно его, например, взять и переписать на что-то современное или потом прискачете вы верхом на авторе, размахивая копирайтами. Ну, и пусть себе лежит, мне не мешает... под стекло можно, чтобы не запылилось...
Некоторая связь между работой с сетью и гуями есть.
Например, гуи не должны виснуть, пока приложение ждет ответа от сети.
Но, правда, решение подобных проблем лежит вне сети и гуев ;)
SlippingAway, так вы и дали не алгоритм, а реализацию. Причем в виде любовно выточенного напильником парового велосипеда, которым сейчас просто никто не будет пользоваться.
Не хотел бы я сопровождать систему, на которой гениальный админ перенес /var в /home, например.
Другое дело, что можно действительно не увеличивать корень, а уменьшить /home и на освободившемся месте создать отдельный /var.
Там, похоже, mpdf под капотом. Гуглите "mpdf avoid page break" - в принципе, стилями можно добиться, чтобы перебивалось в нужных местах, а не посреди блока.
