Можно конечно, но проверку хотелось бы в библиотеку вставить, а не в index.php. А значит скорее всего compile check сработает раньше. Подумаю. Спасибо.
Мне кажется для LocalStorage такой подход ни к чему — ну кто там хранит что-то серъезное. Ведь его в любой момент могут очистить. Да и инструментарий (set/get) к этому не располагает.
Другое дело Web SQL Storage — полноценный SQLite инстанс в браузере. И работа с ней изначально сделана асинхронной. Потому как мощный инструментарий (SQL) располагает к хранению там достаточно больних объемов данных. Непонятно только, почему работа над ним остановилась.
Серъезно полагаться на LocalStorage можно разве что в мобильных приложениях. Но опять же — тут более важно будет удобство, а не асинхронность. Аснихронного set/get точно будет недостаточно. Я бы построил такое приложение на Web SQL DB (уже асинхронно) или взял бы какую-то обертку типа TaffyDB (и прикрутил бы асинхронность если планировал бы большие объемы).
К сожалению приходится работать с тем, что клиент дает. А они часто покупают дешевый хостинг с предустановленным WP (в лучшем случае) и доступом по FTP. А иногда дают просто ФТП и говорят пришлите базу — мы сами поставим. А потом приходится объяснять, что сделали не так и как исправить.
В идеальном мире конечо есть и SSH и SCP и SFTP, да и cPanel с установленным phpMyAdmin.
По-моему, для него надо сам код писать специальным образом, как минимум инклуды через phar://, или нет? Если бы я решал задачу сделать из проекта один файл — я бы искал/делал решение, которое не требует менять сам код исходгого проекта.
Ну и js/css/images/html в варанте с phar, наверное, будут идти отдельными файлами, а это бОльшая часть почти всех сайтов.
Кстати вариант /bike.php?get=js скорее всего не будет кешироваться браузером, потому что админы обычно апач настраивают так, чтобы он на скрипты отдавал nocache. А так как я рассматриваю универсальный вариант — тоесть не могу перенастраивать сервер — некешируемые скрипты и картинки большой минус.
Ну если я правильно понял суть идеи господина RubtsovAV — задача минимизировать количество файлов.
Тоесть надо еще
/bike.php?get=png
/bike.php?get=jpg
/bike.php?get=xml (не в данном случае, но в принципе)
…
И один большой php — с кучей всего внутри! И весь код перелопатить, и все ссылки на картинки в css перекроить… Мсье знает толк в извращениях :)
Кстати это может быть инетерсным отдельным проектом — phpProject2file! Пишешь в обычном нормальном стиле, а потом пакушь все в один PHP скрипт. Прям аж руки зачесались! :)
В разделе Library есть снипеты Show table structure и Show CREATE TABLE statement. Даже название таблицы вас спросят :)
А название таблицы спрашивает потому что снипет имеет вид «SHOW CREATE TABLE %Table name%», а bike это понимает и задает соответствующий вопрос. Никакого хардкода на какие-то определенные типы команд :)
Их клиенты присылают, а я стараюсь вообще пароли не хранить, потому не записываю те, которые врядле еще раз понадобятся. Особенно, когда каждый день по нескольку новых проектов.
Я имел ввиду подход в целом — чем более униваерсальный метод, тем лучше. Все что нужно ставить и настраивать, да еще и работает только под Win/Mac/Linux для меня мнее предпочтительно универсального варианта.
А вообще я трудоголик :) Так что иногда и с iPad что-то приходится зайти поправить/проверить. С телефона нет — не люблю малюсенькие экраны.
Именно по-этому, кстати вариант с тунеллированием тоже не очень подходит — нужен соответствующий клиент на десктопе.
Но для задач, более сложных чем выполнить запрос или посмотреть PROCESSLIST пожалуй надо принять к сведению.
Ну в один не получится — как минимум три — php, js, css + шаблоны. Можно паковать в zip и сделать, чтобы он сам там распаковывался. Вот это сделать крайне просто, но надо будет давать право на запись всей папки. Наверное с текущим позиционированием — залил, поработал, удалил — такой вариант вполне приемлем.
Другое дело Web SQL Storage — полноценный SQLite инстанс в браузере. И работа с ней изначально сделана асинхронной. Потому как мощный инструментарий (SQL) располагает к хранению там достаточно больних объемов данных. Непонятно только, почему работа над ним остановилась.
Серъезно полагаться на LocalStorage можно разве что в мобильных приложениях. Но опять же — тут более важно будет удобство, а не асинхронность. Аснихронного set/get точно будет недостаточно. Я бы построил такое приложение на Web SQL DB (уже асинхронно) или взял бы какую-то обертку типа TaffyDB (и прикрутил бы асинхронность если планировал бы большие объемы).
$('.message').text('Error!').css('color', 'red').show();
вместо
var e = $('.message').text('Error!');
e.css('color', 'red');
e.show();
С другой стороны никто ведь не заставляет использовать chaining call :)
В идеальном мире конечо есть и SSH и SCP и SFTP, да и cPanel с установленным phpMyAdmin.
Но мир не всегда идеален :)
Ну и js/css/images/html в варанте с phar, наверное, будут идти отдельными файлами, а это бОльшая часть почти всех сайтов.
Кстати вариант /bike.php?get=js скорее всего не будет кешироваться браузером, потому что админы обычно апач настраивают так, чтобы он на скрипты отдавал nocache. А так как я рассматриваю универсальный вариант — тоесть не могу перенастраивать сервер — некешируемые скрипты и картинки большой минус.
Тоесть надо еще
/bike.php?get=png
/bike.php?get=jpg
/bike.php?get=xml (не в данном случае, но в принципе)
…
И один большой php — с кучей всего внутри! И весь код перелопатить, и все ссылки на картинки в css перекроить… Мсье знает толк в извращениях :)
Кстати это может быть инетерсным отдельным проектом — phpProject2file! Пишешь в обычном нормальном стиле, а потом пакушь все в один PHP скрипт. Прям аж руки зачесались! :)
Главное не перебощить с функционалом, а то вся идея сойдет на нет :)
DESC [table name]
SHOW CREATE TABLE [tabe name]
В разделе Library есть снипеты Show table structure и Show CREATE TABLE statement. Даже название таблицы вас спросят :)
А название таблицы спрашивает потому что снипет имеет вид «SHOW CREATE TABLE %Table name%», а bike это понимает и задает соответствующий вопрос. Никакого хардкода на какие-то определенные типы команд :)
Конечно же огромная часть из них в этом проекте не нужна — займусь чисткой! Сделаем действительно маленький bundle.
А вообще я трудоголик :) Так что иногда и с iPad что-то приходится зайти поправить/проверить. С телефона нет — не люблю малюсенькие экраны.
Именно по-этому, кстати вариант с тунеллированием тоже не очень подходит — нужен соответствующий клиент на десктопе.
Но для задач, более сложных чем выполнить запрос или посмотреть PROCESSLIST пожалуй надо принять к сведению.