Пункт 1 вообще не понял. В чём проблема работать а спальне или просто жилой комнате? Например, если человек холост, или жена на работе. Да, в случае наличия своих детей шум может стать проблемой. Но опять же, хорошая звукоизоляция комнат решает вопрос.
А на кой она должна быть маленькой, что за бред? Кто это придумал? Всю жизнь пользовался полноразмерными (сначала Genius с доп. функциями 2008-ого года, потом когда вышла из строя пересел на Sven 303 USB). Не то чтобы я когда-либо пользовался нампадом, но лучше пусть он будет, чем нет. А использовать F-ряд через Fn тот ещё геморрой, мне ноутбуков хватило...
А зачем он это делает? :) Это очень странно, впервые слышу о таком. Правда, проверить прямо сейчас не могу, у меня стоит 108 версия на семёрке, ибо 109 имеет серьёзные баги.
Тогда в чём вы не согласны со мной? И там так же можно не пользоваться сервисами, требующими наличие ID карты. Они примерно того же уровня необходимости. Более того,вы и в РФ эти сервисы без сим-карты, зарегистрированной на Госуслугах, не получите.
Исходный код плагинов или ядра? Представим, что я не программист, а тупо владелец условного магазина - мне как понимать, кто в какой очерёдности отработает? Я вот правда не понимаю
Ровно в тот момент, когда пришёл на первую коммерческую работу в компанию, где всё было исключительно на ООП. Сразу ощущаешь разницу. Первый месяц сложно, а потом уже жить иначе не можешь. При этом хочу заметить, что да, большая часть объектов - синглтоны, и поэтому если у нас не Entity, а Service, и не хочется юзать DI или делать свою - то почему бы не сделать все методы статичными, а это уже не так сильно отличается от подхода "раскидаем функции по разным файлам и каталогам". Но всё же имхо это опрятнее, плюс можно привязывать к классам статические поля, получая инкапсуляцию, которой нет в функциональном/процедурном варианте.
Я не говорю, что нет сайтов, тормозящих на другой CMS, например, на Joomla. Wordpress тут не единственный с этой проблемой. Тормозящих сайтов на джумле не меньше, а тормоза там пожалуй даже побольше будут. Возможно, это беда абсолютно любой CMS? Кто знает.
А что здесь не так? Я не один столкнулся с этой проблемой, могу в личку вам ссылку на багтрекер прислать. Другое дело, что это не вина вордпресса, но вот зависающая намертво админка при включённом отладчике - уже скорее его вина. Что, если мне надо админскую часть своего собственного плагина дебажить?
Но используя кастомные таблицы мы уже по сути практически не используем сам Wordpress. У меня вот за последние пару месяцев было три сайта перед глазами, и собственные таблицы там использовала дай бог если четверть сторонних плагинов, а то и меньше.
Если вы считаете, что это легче, чем прибегать к кастомным полям - зачем нам тогда вообще CMS? Почему не писать на фреймворке? Почему вообще не писать всё самому? Кастомные поля вроде как задумывались чтобы делать жизнь разработчиков легче, а не сложнее.
Мы немного не поняли друг друга. Дело в том, что на популярных сайтах по вордпрессу этот момент объяснён весьма криво. Таксономия на самом деле отсутствует в БД. В БД присутствуют её члены, но не сразу, а после создания первого элемента.
Так вот это и бесит, что на каждый чих нужен плагин. Это всё просто ужасно стыкуется друг с другом - настолько сложно, что проще написать своё решение с нуля.
Безусловно. А вы больше любите чистые SQL запросы, серьёзно? Я понимаю недостатки ORM (например, низкое быстродействие в ряде случаев), но как можно не видеть их достоинства?
Безусловно, хотя бы из-за ООП. Ну и из-за того, как там плагины организованы, я смотрел простые примеры в учебнике ещё в 2012-2013, хоть и не писал их сам под эту CMS. Всё очень даже неплохо смотрится.
При чём здесь скорость работы PHP? Вы вообще не понимаете, о чём говорите. Сделайте хоть сами замеры производительности, хоть поищите готовые. PHP не тормозит (если не брать экстремальные случаи вроде перекомпиляции тонны шаблонов на Twig), к нему вопросов нет никаких.
Что кардинально решает в данном контексте конкретно ваша реализация, что она удобнее уже проверенного инструмента?
Проверенного - это, извините, какого? Если речь про Symfony, то я опять же не собирался с ней конкурировать.
Кстати, крайне иронично, что мой знакомый, который обещал помочь с продвижением и раскруткой системы, хотел сначала назвать свою вебстудию SpaceWeb Team. Он забыл, что уже хостинг существует SpaceWeb. А тут у вас такой же домен... Вас не Константин зовут?)
Так в этом и цель - сломать эту систему. Например, предоставив более красивый/надёжный API, сделав свой движок менее требовательным к железу. Сделав более удобный интерфейс в админке, опять же. Тут я уже смотрю как пользователь, WordPress мне и здесь совершенно не нравится. Joomla приятнее
Это только пока. В дальнейшем я планирую подключить к разработке больше людей (благо, есть человек, готовый найти разработчиков и их замотивировать). И CMS на основе этого фреймворка обязательно будет.
Название уже выбираю, это не так-то просто сделать...
Спасибо, посмотрел. Первая основана на Laravel, а я его знаю слишком поверхностно, чтобы пытаться как-то оценить её. Но верю, что вполне достойный продукт. Вторая выглядит ещё круче - это прямо какой-то гибрид Tilda и Figma, в общем, конструктор сайтов вообще без написания HTML, как я понял. Здорово, но я не собирался у себя такое реализовывать :)
Мне интересно сделать именно что-то в духе Symfony, но легче - как минимум это хороший опыт. Как максимум - может быть даже окажется юзабельным.
Вполне понимаю, как это выглядит, но я бы не стал писать данную статью, не будь готово 75-80% движка. Так что не совсем так :)
Ссылку на гитхаб не стал выкладывать просто потому, что код ещё недостаточно причёсан, и местами выглядит коряво. Я добавлю её в течение недели в комментарии или прямо в тексте статьи.
Куча фич из коробки будет и здесь. Да и установка будет ещё проще, чем на Wordpress, по крайней мере точно не сложнее. Например, сайты на Wordpress хранят имя сайта в одной из таблиц, поэтому если просто накатить дамп базы данных, а не использовать бэкап через специальный плагин, то при развёртывании на локальной машине мы получаем не рабочий сайт, и надо лезть руками в БД. У меня же вообще опции будут храниться в одном файле, БД тут не задействована, там только юзеры и сессии хранятся.
Касаемо тем: здесь их будет делать едва ли не проще, это ведь будут просто наборы Twig шаблонов и CSS файлов.
Вы сейчас про то, что не нужна лучшая Symfony чем та, что уже есть. А как насчёт CMS, по идеологии похожей на Symfony, пусть и не построенной реально на ней? Вы же прекрасно понимаете, в чём CMS для не программистов лучше, чем Framework :)
Я кстати ничего не сказал про систему плагинов, но она вероятно тоже будет в упрощённом виде: просто объединение готовых классов с классами плагинов (путём раскидывания их по каталогам), с требованием давать уникальные имена - и подписка на события фреймворка (это и в Symfony есть, кстати).
Пункт 1 вообще не понял. В чём проблема работать а спальне или просто жилой комнате? Например, если человек холост, или жена на работе. Да, в случае наличия своих детей шум может стать проблемой. Но опять же, хорошая звукоизоляция комнат решает вопрос.
А на кой она должна быть маленькой, что за бред? Кто это придумал? Всю жизнь пользовался полноразмерными (сначала Genius с доп. функциями 2008-ого года, потом когда вышла из строя пересел на Sven 303 USB). Не то чтобы я когда-либо пользовался нампадом, но лучше пусть он будет, чем нет. А использовать F-ряд через Fn тот ещё геморрой, мне ноутбуков хватило...
Почему я не вижу эту выдачу при запросе в онлайн форму проверки, она только для их сотрудников?
У меня перестало работать недели три назад. Спб, Wifire (по сути проводной Мегафон)
Где именно вы это пробили? Я искал в реестре и ничего не нашёл
Да вот только ни в одном из двух реестров ркн этого домена нет
А зачем он это делает? :) Это очень странно, впервые слышу о таком. Правда, проверить прямо сейчас не могу, у меня стоит 108 версия на семёрке, ибо 109 имеет серьёзные баги.
Тогда в чём вы не согласны со мной? И там так же можно не пользоваться сервисами, требующими наличие ID карты. Они примерно того же уровня необходимости. Более того,вы и в РФ эти сервисы без сим-карты, зарегистрированной на Госуслугах, не получите.
Исходный код плагинов или ядра? Представим, что я не программист, а тупо владелец условного магазина - мне как понимать, кто в какой очерёдности отработает? Я вот правда не понимаю
Ровно в тот момент, когда пришёл на первую коммерческую работу в компанию, где всё было исключительно на ООП. Сразу ощущаешь разницу. Первый месяц сложно, а потом уже жить иначе не можешь. При этом хочу заметить, что да, большая часть объектов - синглтоны, и поэтому если у нас не Entity, а Service, и не хочется юзать DI или делать свою - то почему бы не сделать все методы статичными, а это уже не так сильно отличается от подхода "раскидаем функции по разным файлам и каталогам". Но всё же имхо это опрятнее, плюс можно привязывать к классам статические поля, получая инкапсуляцию, которой нет в функциональном/процедурном варианте.
Я не говорю, что нет сайтов, тормозящих на другой CMS, например, на Joomla. Wordpress тут не единственный с этой проблемой. Тормозящих сайтов на джумле не меньше, а тормоза там пожалуй даже побольше будут. Возможно, это беда абсолютно любой CMS? Кто знает.
А что здесь не так? Я не один столкнулся с этой проблемой, могу в личку вам ссылку на багтрекер прислать. Другое дело, что это не вина вордпресса, но вот зависающая намертво админка при включённом отладчике - уже скорее его вина. Что, если мне надо админскую часть своего собственного плагина дебажить?
Но используя кастомные таблицы мы уже по сути практически не используем сам Wordpress. У меня вот за последние пару месяцев было три сайта перед глазами, и собственные таблицы там использовала дай бог если четверть сторонних плагинов, а то и меньше.
Если вы считаете, что это легче, чем прибегать к кастомным полям - зачем нам тогда вообще CMS? Почему не писать на фреймворке? Почему вообще не писать всё самому? Кастомные поля вроде как задумывались чтобы делать жизнь разработчиков легче, а не сложнее.
Мы немного не поняли друг друга. Дело в том, что на популярных сайтах по вордпрессу этот момент объяснён весьма криво. Таксономия на самом деле отсутствует в БД. В БД присутствуют её члены, но не сразу, а после создания первого элемента.
Так вот это и бесит, что на каждый чих нужен плагин. Это всё просто ужасно стыкуется друг с другом - настолько сложно, что проще написать своё решение с нуля.
Безусловно. А вы больше любите чистые SQL запросы, серьёзно? Я понимаю недостатки ORM (например, низкое быстродействие в ряде случаев), но как можно не видеть их достоинства?
Нет, обычный хостинг.
Безусловно, хотя бы из-за ООП. Ну и из-за того, как там плагины организованы, я смотрел простые примеры в учебнике ещё в 2012-2013, хоть и не писал их сам под эту CMS. Всё очень даже неплохо смотрится.
При чём здесь скорость работы PHP? Вы вообще не понимаете, о чём говорите. Сделайте хоть сами замеры производительности, хоть поищите готовые. PHP не тормозит (если не брать экстремальные случаи вроде перекомпиляции тонны шаблонов на Twig), к нему вопросов нет никаких.
Проверенного - это, извините, какого? Если речь про Symfony, то я опять же не собирался с ней конкурировать.
Здорово, вы молодцы :)
Кстати, крайне иронично, что мой знакомый, который обещал помочь с продвижением и раскруткой системы, хотел сначала назвать свою вебстудию SpaceWeb Team. Он забыл, что уже хостинг существует SpaceWeb. А тут у вас такой же домен... Вас не Константин зовут?)
Так в этом и цель - сломать эту систему. Например, предоставив более красивый/надёжный API, сделав свой движок менее требовательным к железу. Сделав более удобный интерфейс в админке, опять же. Тут я уже смотрю как пользователь, WordPress мне и здесь совершенно не нравится. Joomla приятнее
Это только пока. В дальнейшем я планирую подключить к разработке больше людей (благо, есть человек, готовый найти разработчиков и их замотивировать). И CMS на основе этого фреймворка обязательно будет.
Название уже выбираю, это не так-то просто сделать...
Спасибо, посмотрел. Первая основана на Laravel, а я его знаю слишком поверхностно, чтобы пытаться как-то оценить её. Но верю, что вполне достойный продукт. Вторая выглядит ещё круче - это прямо какой-то гибрид Tilda и Figma, в общем, конструктор сайтов вообще без написания HTML, как я понял. Здорово, но я не собирался у себя такое реализовывать :)
Мне интересно сделать именно что-то в духе Symfony, но легче - как минимум это хороший опыт. Как максимум - может быть даже окажется юзабельным.
Вполне понимаю, как это выглядит, но я бы не стал писать данную статью, не будь готово 75-80% движка. Так что не совсем так :)
Ссылку на гитхаб не стал выкладывать просто потому, что код ещё недостаточно причёсан, и местами выглядит коряво. Я добавлю её в течение недели в комментарии или прямо в тексте статьи.
Куча фич из коробки будет и здесь. Да и установка будет ещё проще, чем на Wordpress, по крайней мере точно не сложнее.
Например, сайты на Wordpress хранят имя сайта в одной из таблиц, поэтому если просто накатить дамп базы данных, а не использовать бэкап через специальный плагин, то при развёртывании на локальной машине мы получаем не рабочий сайт, и надо лезть руками в БД. У меня же вообще опции будут храниться в одном файле, БД тут не задействована, там только юзеры и сессии хранятся.
Касаемо тем: здесь их будет делать едва ли не проще, это ведь будут просто наборы Twig шаблонов и CSS файлов.
Вы сейчас про то, что не нужна лучшая Symfony чем та, что уже есть. А как насчёт CMS, по идеологии похожей на Symfony, пусть и не построенной реально на ней? Вы же прекрасно понимаете, в чём CMS для не программистов лучше, чем Framework :)
Я кстати ничего не сказал про систему плагинов, но она вероятно тоже будет в упрощённом виде: просто объединение готовых классов с классами плагинов (путём раскидывания их по каталогам), с требованием давать уникальные имена - и подписка на события фреймворка (это и в Symfony есть, кстати).
Ну удачи вам воспользоваться "Самокатом" или "Whoosh" без номера. Ну или новый аккаунт в ВК или в Телеграм зарегать
Есть же RetroBar и All Is Back, эти утилиты не решают проблему? Я сам сейчас не могу протестить, т.к. не установлена 11 винда.