А хз, у меня только леопольд. Про типы пластика, из которого делают кнопки написано было тут habrahabr.ru/post/140454/ Так что просто найдите клаву с PBT-пластиком или как кнопки сотрутся докупите новый набор.
Про Fresco ничего не нашел вообще. Если вы про Filco, то на амазоне человек пишет, что клавиши лучше, чем ABS у других клавиатур, но ему все равно хочется одеть новые на PBT
strpos возвращает boolean false, если ничего не нашла. А может вернуть 0, который в условии приведется к false. А 0 будет значить позицию вхождения в данном случае.
if ( false !== ($position = strpos('123', '1')) )
{
print_r('Символ найден на позиции ' . $position);
print "\n";
}
else
{
print_r('Символ не найден');
print "\n";
}
а если я, например, использую какой-то js-скрипт или, например, css-reset в каждом из своих проектов, мне удобно, чтобы он у меня всегда присутствовал в одном месте и к нему был доступ. Мне это кажется логичным решением.
Вы хотите, чтобы одни и те же файлы были доступны для нескольких приложений? Но тогда зачем класть assets в /home/projects/data/demo.lori/assets? Там же явно указано к какому проекту они принадлежат. Или я чего-то не понимаю? Сама идея сделать симлинк куда-то понятна.
Про uploads понятно, я предпочитаю иметь свою копию для девелопа (и базу) и чтобы тестовый сервер в локальной сети был тоже полноценным и независимым.
Я как-то не особо понял в чем смысл выносить assets/runtime/upload непонятно куда?
Для себя решил, что в www оставлять только то, что доступно в паблик. Темы, статик js/css, assets, uploads.
Сам код проекта лежит в application на одном уровне с www. Библиотеки фреймворка где-то в отдельном месте, общем для всех.
..../workspace/demo.lori/
-----www/
-------css/
-------js/
-------assets/
-------smth_else/
-----application/
-------runtime/
Конфиги разбиваю так: есть main.php общий конфиг, на конкретном хосте лежит main_local.php. В девелопер окружении у меня свой main_local, на продакшене свой. Также main_local в игнор-списке контроля версий. В index.php подключаю main.php всегда, поверх main_local.php, если он присутствует. Аналогично для остальных конфигов — cli/еще что надо. Иногда бывает удобным вынести в какой-нибудь common_local.php все, что связано с подключением к базе/кешу/message source и т.п. и подключать его и в обычном режиме и в cli.
На продакшене в дебаг-режиме ничего не запускаю, даже для себя — можно же отладить на локальной машине с xdebug и плюшками, все равно править локально и коммитить в удаленный репозитарий.
Вот кусок из index.php. Выглядит немного страшновато, зато довольно гибко
// change the following paths if necessary
$yii=dirname(__FILE__).'/../framework/yii.php';
require_once($yii);
//Подключаем конфиг для веб-части
$config = require(dirname(__FILE__).'/protected/config/main.php');
//Подключаем локальный конфиг для веб-части, если есть
if ( file_exists(dirname(__FILE__).'/protected/config/main_local.php') ) {
$config = CMap::mergeArray($config, require(dirname(__FILE__).'/protected/config/main_local.php'));
}
//Подключаем общий конфиг
if ( file_exists(dirname(__FILE__).'/protected/config/common.php') ) {
$config = CMap::mergeArray($config, require(dirname(__FILE__).'/protected/config/common.php'));
}
if ( file_exists(dirname(__FILE__).'/protected/config/common_local.php') ) {
$config = CMap::mergeArray($config, require(dirname(__FILE__).'/protected/config/common_local.php'));
}
Как же отключить повторную загрузку скриптов? Для этого можно поставить отдельный extension, который при ajax-запросах вырезает скрипты, уже загруженные на странице… Но лично я ожидаю от Yii решения этой задачи стандартными средствами, без расширений…
Есть вот такая интересная штука, правда ручками надо все скрипты отключить. Можно использовать маски.
Как на счет выводить все три хаба, только сокращать их названия?
Или, если сокращать не хорошо, то ввести для каждого хаба короткое название Каскадные Таблицы Стилей -> CSS.
Или выводить заголовок одного из хабов. Первый. Или ранжировать эти 3 хаба по количеству подписчиков/статей/еще чему-то и выводить с наибольшим рангом.
проще умножить стоимость на два (для поминутных). Потому что либо платите вы, либо кто-то другой, но сумма примерно одинаковая. Здесь же платят оба, но пополам.
Ах, еще роуминг. На более дорогих тарифах роуминг в Канаду/Мексику тоже включен в стоимость.
Так-то вцелом да, получается дороже, чем в России, но и преимущества тоже есть.
Про Fresco ничего не нашел вообще. Если вы про Filco, то на амазоне человек пишет, что клавиши лучше, чем ABS у других клавиатур, но ему все равно хочется одеть новые на PBT
Вы хотите, чтобы одни и те же файлы были доступны для нескольких приложений? Но тогда зачем класть assets в /home/projects/data/demo.lori/assets? Там же явно указано к какому проекту они принадлежат. Или я чего-то не понимаю? Сама идея сделать симлинк куда-то понятна.
Про uploads понятно, я предпочитаю иметь свою копию для девелопа (и базу) и чтобы тестовый сервер в локальной сети был тоже полноценным и независимым.
Для себя решил, что в www оставлять только то, что доступно в паблик. Темы, статик js/css, assets, uploads.
Сам код проекта лежит в application на одном уровне с www. Библиотеки фреймворка где-то в отдельном месте, общем для всех.
..../workspace/demo.lori/
-----www/
-------css/
-------js/
-------assets/
-------smth_else/
-----application/
-------runtime/
Конфиги разбиваю так: есть main.php общий конфиг, на конкретном хосте лежит main_local.php. В девелопер окружении у меня свой main_local, на продакшене свой. Также main_local в игнор-списке контроля версий. В index.php подключаю main.php всегда, поверх main_local.php, если он присутствует. Аналогично для остальных конфигов — cli/еще что надо. Иногда бывает удобным вынести в какой-нибудь common_local.php все, что связано с подключением к базе/кешу/message source и т.п. и подключать его и в обычном режиме и в cli.
На продакшене в дебаг-режиме ничего не запускаю, даже для себя — можно же отладить на локальной машине с xdebug и плюшками, все равно править локально и коммитить в удаленный репозитарий.
Вот кусок из index.php. Выглядит немного страшновато, зато довольно гибко
Вот для этого довольно удобно использовать фильтр ajaxOnly
Есть вот такая интересная штука, правда ручками надо все скрипты отключить. Можно использовать маски.
Или, если сокращать не хорошо, то ввести для каждого хаба короткое название Каскадные Таблицы Стилей -> CSS.
Или выводить заголовок одного из хабов. Первый. Или ранжировать эти 3 хаба по количеству подписчиков/статей/еще чему-то и выводить с наибольшим рангом.
Наверняка есть еще какие-то хитрые варианты.
Ах, еще роуминг. На более дорогих тарифах роуминг в Канаду/Мексику тоже включен в стоимость.
Так-то вцелом да, получается дороже, чем в России, но и преимущества тоже есть.