Добрый день! Мой сын хочет научится создавать сайты на Wordpress. Мальчику 11 лет, немного знаком с программированием. Хотелось бы получить знания касательно html, css. Как искать и добавдять картинки. Разница в работе с page and posts.
Готовы заниматься удаленно.
Бюджет: 400 UAH Термін: 1 день
Добрый день!
Являюсь преподавателем дисциплины front-end и курса современный дизайн в IT школе Spalah.
Обращайтесь, будем рады сотрудничеству!
Добрый день, а ребенок хочет учиться?
Почему выбрали WP?
Есть опыт обучения по skype
27 червня 2018
очень хочет. два года занимался scrath по скайпу, немного Python, но плавно перешел на сайтостроение. что-то делал на локальном сервере. но наш учитель заболел и не может заниматься. Вордпресс - это уже мой выбор, думаю, что с ним он очень подружится, если уж с локальным сервером сумел. Опять же, мое мнение, на локальном сервере ребенок не увидет красивых результатов, как на Вордпресс.
Вы немного перепутали локальный сервер это немного другое, написал в ЛС
А вот тут Вы несколько не правы. Локальный сервер не локальный - к ВП это вообще отношения не имеет. Сервер - это набор некоторого ПО, которое выполняет определенные задачи (обработка и отдача информации). По поводу ВП - не стоит цепляться за одну CMS. Если задача подтянуть html and css - тяните их. Если задача научится програмить - я бы начал с азов php а дальше уже почти с любой CMS разберетесь.
З.Ы. а вообще я бы не стал сразу использовать CMS. Если уже на то пошло - то смотреть в сторону фреймворков (хотя тут возраст конечно интересный)
27 червня 2018
php - не слишком серьезно для 11-летнего? ему-то главное сейчас видеть результат проделанной работы. Вордпресс, мне кажется, как раз вот оно на данном этапе.
а ВП не на пхп написан? Я чуть ниже привел аналогия с борщём. Может не совсем удачную конечно.
27 червня 2018
пхп - это уже молекулярная формула борща. а хочется ведь попробовать резутат :-), а потом уже изучать внутренности. пришлите плиз в личку Ваше предложение.
Анна, нет, не молекулярная. Это можно сказать - технологическая карта. Не зная её можно сварить не совсем борщ, или совсем не борщ. То-же самое и с CMS. не знаю почему это работает так, а не иначе - можно получить кекеху.
27 червня 2018
Вы говорите с т.з. программиста. Я вот совсем не разбираюсь в пхп, и нет у меня образования программиста, но на основе Wordpress Premium Themes делаю сайты (только тапками не кидаться, деньги на этом не зарабатываю). Но абсолютно согласна, что сыну надо дальше идти. Мне почему-то кажется, что как раз Wordpress поможет хорошо освоить html & css. И на данном этапе Wordpress может выступить как инструмент.
Повторюсь. Если Вы хотите подтянуть html и css (а также явакскрипт) - Вам не нужна ЦМС. Пускай берет любые макеты (коих в тырнете полно) и просто верстает на чистом html\css. С этого нужно начинать. А потом уже переходить на изучение пхп и только потом на работу с ЦМС. ИМХО конечно, но я так пару человек обучил. Сейчас успешно фрилансят.
27 червня 2018
пришлите, пожалуйста, в личку Ваше предложение :-)
З.Ы. сорри за "очепятки"
ух-ты. В 11 лет? Классно. Могу помочь консультациями, подсказками.
З.Ы. Реально круто, я в 11 лет хотел только играться, а не программингом заниматься.
27 червня 2018
С играми лимит, поэтому другого выхода нет как применять компьютер с пользой :-)
Похвально. Надеюсь мой сынок, когда стукнет 11 лет, тоже чем-то полезным захочет заняться, а не в танки играться.
Анна, добрый день.
Анна, в сети в том же ютубе есть куча курсов разного уровня. Если интересуют платные курсы, которых нет в свободно доступе обращайтесь в ЛС. Возможно что-то Вам подберу по основам html и css, и по Wordpress
27 червня 2018
Я бы хотела, чтобы на начальном этапе был учитель. Ютуб - больше для самостоятельного изучения, для домашних заданий. Напишите мне плиз в личку.
27 червня 2018
Пожалуйста, напишите свои предложения мне в личку. Мальчик смышленный с большим желанием продвигаться. Два года занимался scratch, немного Пайтон, перешел на сайтостроение на локальном сервере. Хочу поддержать интерес через индивидуальные занятия с домашними заданиями.
сначала - htm, css, php, javascript, а уж потом движок(имхо)
это, если нужно разобраться с движком на уровне кода.
Согласен. Когда ты варишь борщ - то должен хоть немного понимать что за чем ложить и почему так, а не просто накидать капусты, буряка, мяса и картофана в кастрюлю.
Після зараження вірусами через плагін piotnet для вспливаючих вікон я самостійно полагодив із ШІ вірусну атаку, видалив заражені файлі, зробив резервну копію, відключив цей плагін, оновив вордпрес і плагіни АЛЕ бачу що все поламав: в hero секції поплив логотип і зникли форми зворотнього дзвінка, бо сайт розроблявся 5 років тому, контакт з розробником зник а платний плагін Elementor Pro не оновлюється, бо не можу підтвердити ліцензію. Короче, є: працюючий одностраничник зроблений в Elementor + непрацюючі подекуди зниклі кнопки + непрацюючі вспливашки + поламане лого яке тепер в заголовку рендериться ВЕЛИЧЕЗНИМ. https://pansionat-nivki.com.ua/ Що треба зробити: 1. Підключити свою ліцензію Elementor Pro 2. Полагодити величезний логотип 3. Полагодити кнопки, на кліку на них - вспливашка, заповнення вспливашки розсилає імейли як і було раніше. Не знаю скільки це може коштувати, наскільки це може бути складно для досвіченого користувача
Є сайт на Wix Studio. На сторінці категорій товарів (динамічна сторінка) на мобільних пристроях з'являються великі білі прогалини між картками товарів коли деякі поля порожні. Картки товарів без даних займають ~1949px висоти на мобільному. Блоки акордеонів ("Склад", "Опис", "Технічні характеристики") резервують великий порожній простір навіть коли даних немає. Блок з галереєю фото також створює великий білий розрив коли фото немає. Що потрібно зробити: Коли поля "Склад", "Опис", "Технічні характеристики" порожні в CMS — заголовки акордеонів повинні залишатися видимими, але порожній простір всередині не повинен резервуватися Коли фото немає - блок галереї не повинен створювати великий білий розрив Виправлення повинно працювати на всіх сторінках категорій, не тільки на одній Важливо: Заголовки розділів ("Склад", "Опис" тощо) повинні залишатися видимими завжди. Прибрати потрібно лише порожній білий простір всередині.
Є сайт на Wix Studio. На сторінці категорій товарів (динамічна сторінка) на мобільних пристроях з'являються великі білі прогалини між картками товарів коли деякі поля порожні. Картки товарів без даних займають ~1949px висоти на мобільному. Блоки акордеонів ("Склад", "Опис", "Технічні характеристики") резервують великий порожній простір навіть коли даних немає. Блок з галереєю фото також створює великий білий розрив коли фото немає. Що потрібно зробити: Коли поля "Склад", "Опис", "Технічні характеристики" порожні в CMS — заголовки акордеонів повинні залишатися видимими, але порожній простір всередині не повинен резервуватися Коли фото немає - блок галереї не повинен створювати великий білий розрив Виправлення повинно працювати на всіх сторінках категорій, не тільки на одній Важливо: Заголовки розділів ("Склад", "Опис" тощо) повинні залишатися видимими завжди. Прибрати потрібно лише порожній білий простір всередині.
Я професійний 3D-дизайнер, створюю високодеталізовані рендери пам'ятників і меморіальних комплексів (вертикальний формат 9:16). Мої клієнти — це власники цехів і майстерень, яким потрібен зручний цифровий каталог моїх макетів для показу своїм роздрібним покупцям. Що мені потрібно: Підібрати оптимальну платформу і зібрати легкий, швидкий веб-додаток (каталог), який буде ідеально виглядати на смартфонах і коректно відкриватися на комп'ютерах. Ключові вимоги до каталогу: Дизайн: Максимальний мінімалізм. Темна тема (чорний фон), велике вертикальне зображення (пропорції 9:16), під ним тільки назва/артикул макета. Жодних довгих описів. Управління базою: Мені потрібна максимально проста система додавання нових макетів (ідеально — через звичні Google Таблиці або дуже зручну внутрішню БД). Я повинен просто завантажити зображення і вписати артикул, не ламаючи верстку. Інтеграція до клієнтів (Найважливіше): Каталог повинен легко впроваджуватися на сайти моїх замовників-цехівників (в когось WordPress, в когось самопис). Потрібно продумати елегантний спосіб вбудовування: через Iframe (щоб каталог працював прямо всередині їхньої сторінки) або через правильну настройку кнопки-посилання. Що я вже пробував: Тестував Glide і Adalo. В Adalo вийшов потрібний візуал (9:16 на чорному фоні), але управління внутрішньою базою даних і возня зі посиланнями на Google Диск виявилися занадто незручними для постійної роботи. Плюс є сумніви щодо правильного вбудовування Iframe в чужі сайти так, щоб він не роз'їжджався на широких моніторах. Від вас чекаю у відповіді: На якій платформі (Adalo, Glide, Bubble, Webflow, Glide + Airtable або щось інше) ви пропонуєте це реалізувати і чому? Як буде вирішено питання з зберіганням важких зображень (рендерів)? Як ви пропонуєте технічно вбудовувати цей каталог на сторонні сайти моїх клієнтів? Шукаю спеціаліста, який закриє цю технічну проблему під ключ, щоб я міг спокійно займатися 3D-моделюванням.
Сайт вже запущений і працює. Основне завдання — розібратися в поточній структурі проєкту, перевірити якість реалізації, виправити знайдені технічні проблеми та допомогти з подальшими змінами.Основний стек Next.js 15 React 19 TypeScript Tailwind CSS Zod Redux Toolkit В проєкті також можуть використовуватися: Prisma JWT-авторизація Stripe Mailgun Google APIs Vercel або Netlify FunctionsОсновні завдання провести ревізію існуючого проєкту; оцінити структуру та якість коду; виправляти помилки та доопрацьовувати поточний функціонал; покращувати серверний рендеринг і швидкість завантаження сторінок; перевіряти коректність відображення сайту на мобільних пристроях; працювати з формами, адміністративною частиною та зовнішніми інтеграціями; вносити технічні SEO-зміни; підтримувати і поступово покращувати існуючий сайт.Що для нас важливо добрий досвід роботи з Next.js, React та TypeScript; уміння розбиратися в чужому коді; розуміння SSR та особливостей Next.js App Router; уважність до продуктивності та якості реалізації; уміння пояснювати знайдені проблеми та пропонувати зрозумілі рішення; самостійність та акуратна робота з діючим сайтом. На першому етапі необхідно ознайомитися з проєктом, провести технічну ревізію та запропонувати список пріоритетних змін. Після цього можлива постійна робота над подальшим розвитком сайту.